Recent Forum Posts
From categories:
page »

I don't think your CPU matters here, the mt option tells rar to use N threads which it should regardless of actual cpu cores.
Even a single core cpu can run multiple threads it's just slower but the output should be the same.

I quote Gfy from this link I posted above:

-mt is a rar.exe switch to force the amount of threads it must use. By default it uses the amount of cores * 2. (due to hyperthreading)
Normally it starts with 1 and goes up automatically, but certain values can provide false positives: while correct early on, it'll fail later.

And about this:

Anyway if your bad r03 file is wrong in the same place as the one I got you can just use a hex editor and change the affected bytes as mentioned in my other post.

Yes it's wrong in the same 5 bytes as yours (I've eventually downloaded the scene release RAR files as well). And, I know I could fix them with a hex editor (thanks anyway).

by dark_reddark_red, 17 May 2017 22:34

I don't think your CPU matters here, the mt option tells rar to use N threads which it should regardless of actual cpu cores.
Even a single core cpu can run multiple threads it's just slower but the output should be the same.

Anyway if your bad r03 file is wrong in the same place as the one I got you can just use a hex editor and change the affected bytes as mentioned in my other post.

by Someone (guest), 17 May 2017 22:17

(thanks for trying to help and for confirming)
I've posted above that only with "—mt-set 8" it completed.
This must be because my CPU is an i7, 4 cores x 2 (due to hyperthreading).

With 1, 2, 4, 16 and 32 it would crash with "Unexpected Error: Still not fine :(.".
With 6, 10, 12, 24 it wouldn't find a matching RAR executable.

Also, using 5x RAR executables older than 5.40, didn't help.

by dark_reddark_red, 16 May 2017 22:38

Just tried it and couldn't rebuild it, I also get a bad r03 and it only differs in five bytes according to fc

fc /B good_DB2FC440.r03 bad_385555B4.r03
Vergleichen der Dateien good_DB2FC440.r03 und BAD_385555B4.R03
00E47A22: 9C 9D
00E47A23: 3E B0
00E47A24: FD 9E
00E47A25: EC ED
00E47A26: 4F 1F

by Someone (guest), 16 May 2017 21:25

try larger mt settings (e.g. 10, 12 or 16), sometimes you get some bad parts if the mt setting is not correct
make sure you only have one rar version in your rar directory
also trying an older rar version this may help sometimes although I didn't see this with rar5xx yet

by Someone (guest), 16 May 2017 20:59

1. Issues with compressed files is always a pyReScene issue.
2. Only moderators can confirm .srr files. It's done in batch mostly by checking the release names, uploader,…


Based on the sticky and this thread
I downloaded the latest version of pyReScene via ,
installed latest Python 3.61 x64
and then tried:

c:\Gfy-pyrescene-cb6f9b1b2d26\bin\windows\pysrr Dark.Souls.III.The.Ringed.City.Update.v1.14-CODEX.srr -z C:\pyReScene-0.6.1-w32\_test -t temp --mt-set 8

i.e. with "—mt-set 8" it completed ok (without any errors, as seen below) -all other values would either lead to crash, or it wouldn't find a matching RAR executable).-
but, unfortunately, when I checked the recreated RAR files against the .sfv file,
the "" file has wrong CRC (all others are ok).

1. Could one please check this? Is it a pyReScene issue or the .srr file is wrong?
2. The .srr file page (
shows "This file is unconfirmed" (with an "X" button to its right ).
I have registered to
Which members can "confirm" an .srr file?
How is it done? By clicking the "X" button?

PS. For reference, my initial decompressed files all match with the CRC hashes posted in

I want to recreate "Dark.Souls.III.The.Ringed.City.Update.v1.14-CODEX"
The .srr is from the db:

Initially I tried pyReScene-0.6.1-w32 in win10 x64
but I got "Unexpected Error: Still not fine :(." (see below)
I've checked issue #46, and based on a comment there,
I tried removing the executables 5.40, 5.31, 5.30… down to 4.20 from inside the '_test' folder (in which I have all RAR executables from v2.0 to v5.40), one at a time,
but without success:

No, you'll have to edit the code.

Is there a way to force method2 when reconstructing rar files?
A lot of cue/bin releases do not work or need method2 which takes quiet some time reach.

Force method2 for compressed rars? by Someone (guest), 05 May 2017 18:25

The labeling is mostly based on the release names only. It is especially hard to differentiate between games and apps.
I removed the group from the game groups white list and added it to apps instead. There are many more apps on srrdb.

These releases are labeled as "GAME, PC" but they are "APPS"
search for "CBT Nuggets GAY"
search for "TomTom GAY"


Wrong labels for release group GAY by Someone (guest), 01 May 2017 12:56

i get this error with PyReScene 0.6.1 "Archive uses unsupported compression method"



Archive uses unsupported compression method by Destr0 (guest), 25 Apr 2017 03:32

Get those subs from somewhere else or wait for when there is a version that can reconstruct those vobsubs. There are known bugs.

Re: I can not rescene subs archive by GfyGfy, 20 Apr 2017 19:41
I can not rescene subs archive
EatMyShorts (guest) 15 Apr 2017 20:24
in discussion General discussion / Other » I can not rescene subs archive


I downloaded from P2P some movies with subs files.
Now I would like to rescene all files with the srrdb files.
I used python to rescene the subs files.
My problem: The rescened archives are ok, but i got CRC-Errors.
What can I do?

Best regards

I can not rescene subs archive by EatMyShorts (guest), 15 Apr 2017 20:24
ZDMK7 (guest) 02 Apr 2017 11:32
in discussion General discussion / Other » Sub Files

here's how I do it… (in commandline on Windows)

srr -z C:\Apps\pyReScene-0.6.rc1-w32\Subs\rar -t C:\Apps\pyReScene-0.6.rc1-w32\Subs\temp big.1988.extended.dvdrip.xvid.fragment.cd1.srr

srr -z C:\Apps\pyReScene-0.6.rc1-w32\Subs\rar -t C:\Apps\pyReScene-0.6.rc1-w32\Subs\temp big.1988.extended.dvdrip.xvid.fragment.cd2.srr

srr -z C:\Apps\pyReScene-0.6.rc1-w32\Subs\rar -t C:\Apps\pyReScene-0.6.rc1-w32\Subs\temp big.frag.subs.srr

-z flag is what you specify after running the preprardir command to extract usable rar versions; -t flag is for which temporary folder for rar to use while recreating the original archives.

The last input line, with big.frag.subs.srr, recreates the original scene packed archive using the two sub-archives we made in the first two steps.

This should do the trick for the stuff which comes with .sub and .idx files (aka vobsubs).

Hope that clears things up for you.

by ZDMK7 (guest), 02 Apr 2017 11:32
CoholikerAl (guest) 13 Mar 2017 20:28
in discussion General discussion / Other » Missing/requests



by CoholikerAl (guest), 13 Mar 2017 20:28
CoholikerAl (guest) 13 Mar 2017 02:30
in discussion General discussion / Other » Missing/requests


Iam looking now for the complete srr's (with sample and subs) for:



Can anyone please help me?

Best regards

by CoholikerAl (guest), 13 Mar 2017 02:30
page »
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License