VRipper (Cross-platform Gallery Ripper)

[coldfinger]

hi,
today I've been able to connect to VG and IMX without the vpn on, and I tried to dl something on the ripper without success.
After 5min. though, I had to re-use the vpn as IMX became unresponsive again. On a side note when log in in IMX, the ddos check sometimes becomes a loop and I must quit a come back for it to work.
When trying to dl a set on the ripper, I got the message below, don't know what it means.
If there someone who can come up with a practical solution I'd be grateful.
Have a good day, cheers.

[Jinx24]

I am having the same issues as coldfinger, it fails to add any gallery.

19:33:25.557 [pool-3-thread-2] INFO  m.vripper.vgapi.PostLookupAPIParser - Requesting https://viper.click/vr.php?p=248198465
19:33:29.585 [pool-3-thread-2] WARN  m.v.services.RetryPolicyService - Failed to parse GET /vr.php?p=248198465: #1 tries failed
javax.net.ssl.SSLException: Unsupported or unrecognized SSL message
	at java.base/sun.security.ssl.SSLSocketInputRecord.handleUnknownRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLTransport.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.executeHandshake(AbstractClientTlsStrategy.java:252)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.upgrade(AbstractClientTlsStrategy.java:210)
	at org.apache.hc.client5.http.ssl.DefaultClientTlsStrategy.upgrade(DefaultClientTlsStrategy.java:48)
	at org.apache.hc.client5.http.impl.io.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:231)
	at org.apache.hc.client5.http.impl.io.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:490)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:164)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:174)
	at org.apache.hc.client5.http.impl.classic.ConnectExec.execute(ConnectExec.java:144)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ProtocolExec.execute(ProtocolExec.java:192)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:150)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:174)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:245)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:188)
	at me.vripper.vgapi.PostLookupAPIParser.parse$lambda$4(PostLookupAPIParser.kt:46)
	at dev.failsafe.Functions.lambda$toCtxSupplier$11(Functions.java:243)
	at dev.failsafe.Functions.lambda$get$0(Functions.java:46)
	at dev.failsafe.internal.RetryPolicyExecutor.lambda$apply$0(RetryPolicyExecutor.java:74)
	at dev.failsafe.SyncExecutionImpl.executeSync(SyncExecutionImpl.java:187)
	at dev.failsafe.FailsafeExecutor.call(FailsafeExecutor.java:376)
	at dev.failsafe.FailsafeExecutor.get(FailsafeExecutor.java:112)
	at me.vripper.vgapi.PostLookupAPIParser.parse(PostLookupAPIParser.kt:43)
	at me.vripper.tasks.AddPostTask.run(AddPostTask.kt:36)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
19:33:29.588 [pool-3-thread-2] ERROR m.vripper.vgapi.PostLookupAPIParser - Failed to process thread 15226527, post 248198465
javax.net.ssl.SSLException: Unsupported or unrecognized SSL message
	at java.base/sun.security.ssl.SSLSocketInputRecord.handleUnknownRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLTransport.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.executeHandshake(AbstractClientTlsStrategy.java:252)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.upgrade(AbstractClientTlsStrategy.java:210)
	at org.apache.hc.client5.http.ssl.DefaultClientTlsStrategy.upgrade(DefaultClientTlsStrategy.java:48)
	at org.apache.hc.client5.http.impl.io.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:231)
	at org.apache.hc.client5.http.impl.io.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:490)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:164)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:174)
	at org.apache.hc.client5.http.impl.classic.ConnectExec.execute(ConnectExec.java:144)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ProtocolExec.execute(ProtocolExec.java:192)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:150)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:174)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:245)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:188)
	at me.vripper.vgapi.PostLookupAPIParser.parse$lambda$4(PostLookupAPIParser.kt:46)
	at dev.failsafe.Functions.lambda$toCtxSupplier$11(Functions.java:243)
	at dev.failsafe.Functions.lambda$get$0(Functions.java:46)
	at dev.failsafe.internal.RetryPolicyExecutor.lambda$apply$0(RetryPolicyExecutor.java:74)
	at dev.failsafe.SyncExecutionImpl.executeSync(SyncExecutionImpl.java:187)
	at dev.failsafe.FailsafeExecutor.call(FailsafeExecutor.java:376)
	at dev.failsafe.FailsafeExecutor.get(FailsafeExecutor.java:112)
	at me.vripper.vgapi.PostLookupAPIParser.parse(PostLookupAPIParser.kt:43)
	at me.vripper.tasks.AddPostTask.run(AddPostTask.kt:36)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
19:33:29.589 [pool-3-thread-2] ERROR me.vripper.tasks.AddPostTask - Error when adding galleries
me.vripper.exception.PostParseException: dev.failsafe.FailsafeException: javax.net.ssl.SSLException: Unsupported or unrecognized SSL message
	at me.vripper.vgapi.PostLookupAPIParser.parse(PostLookupAPIParser.kt:62)
	at me.vripper.tasks.AddPostTask.run(AddPostTask.kt:36)
	at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
Caused by: dev.failsafe.FailsafeException: javax.net.ssl.SSLException: Unsupported or unrecognized SSL message
	at dev.failsafe.SyncExecutionImpl.executeSync(SyncExecutionImpl.java:196)
	at dev.failsafe.FailsafeExecutor.call(FailsafeExecutor.java:376)
	at dev.failsafe.FailsafeExecutor.get(FailsafeExecutor.java:112)
	at me.vripper.vgapi.PostLookupAPIParser.parse(PostLookupAPIParser.kt:43)
	... 6 common frames omitted
Caused by: javax.net.ssl.SSLException: Unsupported or unrecognized SSL message
	at java.base/sun.security.ssl.SSLSocketInputRecord.handleUnknownRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketInputRecord.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLTransport.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.decode(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.executeHandshake(AbstractClientTlsStrategy.java:252)
	at org.apache.hc.client5.http.ssl.AbstractClientTlsStrategy.upgrade(AbstractClientTlsStrategy.java:210)
	at org.apache.hc.client5.http.ssl.DefaultClientTlsStrategy.upgrade(DefaultClientTlsStrategy.java:48)
	at org.apache.hc.client5.http.impl.io.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:231)
	at org.apache.hc.client5.http.impl.io.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:490)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:164)
	at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.connectEndpoint(InternalExecRuntime.java:174)
	at org.apache.hc.client5.http.impl.classic.ConnectExec.execute(ConnectExec.java:144)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ProtocolExec.execute(ProtocolExec.java:192)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:150)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.RedirectExec.execute(RedirectExec.java:110)
	at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
	at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:174)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:245)
	at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:188)
	at me.vripper.vgapi.PostLookupAPIParser.parse$lambda$4(PostLookupAPIParser.kt:46)
	at dev.failsafe.Functions.lambda$toCtxSupplier$11(Functions.java:243)
	at dev.failsafe.Functions.lambda$get$0(Functions.java:46)
	at dev.failsafe.internal.RetryPolicyExecutor.lambda$apply$0(RetryPolicyExecutor.java:74)
	at dev.failsafe.SyncExecutionImpl.executeSync(SyncExecutionImpl.java:187)
	... 9 common frames omitted

[sm221am]

Have I missed something? I'm getting the exact same problem with 6.5.6. Irritatingly it does occasionally pull the original file names but mostly it just gives the generic IMG_XXXX.jpg file names. It doesn't seem to matter which imagehost is used.

[sorry this was supposed to quote someone a few pages back that had the same problem with not getting the original file names]

[version365]

^Not getting original filenames on IMX is by design. It might be a bummer but it's a compromise between not getting anything downloaded from IMX vs not getting the original filenames.

[sm221am]

^Not getting original filenames on IMX is by design. It might be a bummer but it's a compromise between not getting anything downloaded from IMX vs not getting the original filenames.

Thanks for the update

[michneo]

my vripper doesn't work at all i updated java i have the most updated vripper turned my anti virus off made sure i wasn't on a proxy nothing it just says failed to parse failed to download in my logs everything i do isn't working and 3.5.4 won't download imx

[cutepolarbear]

hi, something weird going on with vipr.im host with vripper? (tried 6.5.6 and 6.5.4 (win11), both same behavior, other hosts (ie., imx.to) seems to be fine). thank you.

me.vripper.exception.DownloadException: me.vripper.exception.HostException: Unexpected response code: 403
at me.vripper.services.DownloadService$ImageDownloadRunnable.download(DownloadService.kt:178)
at me.vripper.services.DownloadService$ImageDownloadRunnable.run(DownloadService.kt:228)
at dev.failsafe.Functions.lambda$toCtxSupplier$9(Functions.java:228)
at dev.failsafe.Functions.lambda$getPromise$1(Functions.java:83)
at dev.failsafe.Functions.lambda$toAsync$8(Functions.java:195)
at dev.failsafe.internal.RetryPolicyExecutor.handleAsync(RetryPolicyExecutor.java:145)
at dev.failsafe.internal.RetryPolicyExecutor.lambda$handleAsync$2(RetryPolicyExecutor.java:170)
at dev.failsafe.internal.util.DelegatingScheduler.lambda$schedule$0(DelegatingScheduler.java:141)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.lang.VirtualThread.run(Unknown Source)
Caused by: me.vripper.exception.HostException: Unexpected response code: 403
at me.vripper.host.Host.head$lambda$8(Host.kt:167)
at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:247)
at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:188)
at me.vripper.host.Host.head(Host.kt:162)
at me.vripper.host.Host.downloadInternal(Host.kt:63)
at me.vripper.services.DownloadService$ImageDownloadRunnable.download(DownloadService.kt:153)
at me.vripper.services.DownloadService$ImageDownloadRunnable.run(DownloadService.kt:228)
at dev.failsafe.Functions.lambda$toCtxSupplier$9(Functions.java:228)
at dev.failsafe.Functions.lambda$getPromise$1(Functions.java:83)
at dev.failsafe.Functions.lambda$toAsync$8(Functions.java:195)
at dev.failsafe.internal.RetryPolicyExecutor.handleAsync(RetryPolicyExecutor.java:145)
at dev.failsafe.internal.RetryPolicyExecutor.lambda$handleAsync$2(RetryPolicyExecutor.java:170)
at dev.failsafe.internal.util.DelegatingScheduler.lambda$schedule$0(DelegatingScheduler.java:141)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.lang.VirtualThread.run(Unknown Source)

[coldfinger]

as I've already written above, Ripper (6.5.6) doesn't work, and it hasn't for the last 2/3 weeks., and it seems that so far, no one has a solution.

[flavorking1969]

it wont install because it says Depends: libasound2t64 but it is not installable

Same here on Debian Bookworm.

[kidheroo99]

what is going on with this continuous links scan error with the latest release of this program?

[fuckthename]

https://vipergirls.to/threads/3848736?p=3...post36184505

When trying to download this set, vripper 6.5.6 only loads the first set. Why will it not load the 2nd one?

[Moderator Edit]
Post relocated from IMX.to support thread

[protogen]

https://vipergirls.to/threads/3848736?p=3...post36184505

When trying to download this set, vripper 6.5.6 only loads the first set. Why will it not load the 2nd one?

[Moderator Edit]
Post relocated from IMX.to support thread

VRipper downloads the first set because you're giving it the link to post #1 (the link you've provided above).

If you want VRipper to download the second set you need to give it the link to post #4.

[roger33]

https://vipergirls.to/threads/3848736?p=3...post36184505

When trying to download this set, vripper 6.5.6 only loads the first set. Why will it not load the 2nd one?

[Moderator Edit]
Post relocated from IMX.to support thread

Because that link has parameters in the URL. VRipper uses the API provided by Vipergirls and VRipper ignores these parameters:
https://vipergirls.to/threads/3848736?p=36184505&viewfull=1#post36184505

If you copy just this part, it'll add the complete thread it to "Threads" tab. Then you can right click on that thread title and select the posts you want to download.
https://vipergirls.to/threads/3848736

[fuckthename]

It worked. Thank you.

[10poundcockslap]

Hi, everyone. I'm on VRipper 6.3.0, and the imx.to image hoster hasn't been working, so I imagine I have to update it. Is there a version I can update to while still keeping my very large album queue? I'm sure there's a post about it somewhere, and if someone can direct me to it, it would mean quite a lot. Thanks.