So I need a folder with a rar executable in it, but I don't know what name you have to rename the rars, I sussed it out once-upon a time about 10 years ago, but I stopped collecting scene releases, but after trying it several times again more recently I couldn't remember how I got it going or what I had to rename the rars, can someone please explain it to me.

I think this might have something to do with it,

Usage: preprardir.exe [input dir] [output dir]
This tool will extract RAR executables in preparation for compressed RAR support for pyReScene.
Example usage: preprardir.exe Z:\rar\windows C:\pyReScene\rar

Options:
—version show program's version number and exit
-h, —help show this help message and exit
-b, —beta extract beta versions too

I don't have the biggest knowledge about ReScene, whatever goes beyond finding the right RAR version and fiddling with mt-set is a huge unknown for me.
I managed to rebuilt smaller releases, which only contain one file (fixes) or PS4 releases (which are also only one installable package file).

WinRAR 5.91 without any mt-set option did the job for Metaphor.ReFantazio.Update.v1.13.PS4-DUPLEX - I'd be surprised if they use different versions/settings for all their releases.
No matter what I do or try, it just doesn't click - I tried my luck with smaller releases first like:

Record.of.Lodoss.War.Deedlit.in.Wonder.Labyrinth.PS5-DUPLEX
Arkanoid.Eternal.Battle.PS5-DUPLEX
Severed.Steel.PS5-DUPLEX

So I was wondering, if anyone of you tried the same and maybe had any luck or could push me into the right direction here.
Any hints what else I could try would be appreciated!

Would be awesome to reconstruct them.

Thank you and regards,
iCEQB

I finally realized the issue was the VORBIS TAG in the title: What Is Love (7" Mix). It contained double quotes. Once I removed them, it worked perfectly!

Is there any documentation regarding this issue? What if I actually want to keep the double quotes in the tag?

After some time my Windows 11 Pro 23H2 was updated, now the srrGUI don't work

srrGUI: pyrescene.exe C:\Users\tmp\Upload\A.Bridge.Too.Far.1977.MULTi.COMPLETE.BLURAY-RVL\ --best -yro C:\Users\Desktop\Programs\ReScene\ -t C:\Users\Desktop\Programs\ReScene\Temp\ srrGUI: Process running, please wait... Temporary directory: C:\Users\Desktop\Programs\ReScene\Temp\SRR-q0szenj1 C:\Users\tmp\Upload\A.Bridge.Too.Far.1977.MULTi.COMPLETE.BLURAY-RVL Processing file: rvl-abtf.rar Processing file: rvl-abtf.r01 Processing file: rvl-abtf.r02 Processing file: rvl-abtf.r03 Processing file: rvl-abtf.r04 Processing file: rvl-abtf.r05 Processing file: rvl-abtf.r06 Processing file: rvl-abtf.r07 Processing file: rvl-abtf.r08 Processing file: rvl-abtf.r09 Processing file: rvl-abtf.r10 Processing file: rvl-abtf.r11 Processing file: rvl-abtf.r12 Processing file: rvl-abtf.r13 Processing file: rvl-abtf.r14 Processing file: rvl-abtf.r15 Processing file: rvl-abtf.r16 Processing file: rvl-abtf.r17 Processing file: rvl-abtf.r18 Processing file: rvl-abtf.r19 Processing file: rvl-abtf.r20 Processing file: rvl-abtf.r21 Processing file: rvl-abtf.r22 Processing file: rvl-abtf.r23 Processing file: rvl-abtf.r24 Processing file: rvl-abtf.r25 Processing file: rvl-abtf.r26 Processing file: rvl-abtf.r27 Processing file: rvl-abtf.r28 Processing file: rvl-abtf.r29 Processing file: rvl-abtf.r30 Processing file: rvl-abtf.r31 Processing file: rvl-abtf.r32 Processing file: rvl-abtf.r33 Processing file: rvl-abtf.r34 Processing file: rvl-abtf.r35 Processing file: rvl-abtf.r36 Processing file: rvl-abtf.r37 Processing file: rvl-abtf.r38 Processing file: rvl-abtf.r39 Processing file: rvl-abtf.r40 Processing file: rvl-abtf.r41 Processing file: rvl-abtf.r42 Processing file: rvl-abtf.r43 Processing file: rvl-abtf.r44 Processing file: rvl-abtf.r45 Processing file: rvl-abtf.r46 Processing file: rvl-abtf.r47 Processing file: rvl-abtf.r48 Processing file: rvl-abtf.r49 Processing file: rvl-abtf.r50 Processing file: rvl-abtf.r51 Processing file: rvl-abtf.r52 Processing file: rvl-abtf.r53 Processing file: rvl-abtf.r54 Processing file: rvl-abtf.r55 Processing file: rvl-abtf.r56 Processing file: rvl-abtf.r57 Processing file: rvl-abtf.r58 Processing file: rvl-abtf.r59 Processing file: rvl-abtf.r60 Processing file: rvl-abtf.r61 Processing file: rvl-abtf.r62 Processing file: rvl-abtf.r63 Processing file: rvl-abtf.r64 Processing file: rvl-abtf.r65 Processing file: rvl-abtf.r66 Processing file: rvl-abtf.r67 Processing file: rvl-abtf.r68 Processing file: rvl-abtf.r69 Processing file: rvl-abtf.r70 Processing file: rvl-abtf.r71 Processing file: rvl-abtf.r72 Processing file: rvl-abtf.r73 Processing file: rvl-abtf.r74 Processing file: rvl-abtf.r75 Processing file: rvl-abtf.r76 Processing file: rvl-abtf.r77 Processing file: rvl-abtf.r78 Processing file: rvl-abtf.r79 Processing file: rvl-abtf.r80 Processing file: rvl-abtf.r81 Processing file: rvl-abtf.r82 Processing file: rvl-abtf.r83 Processing file: rvl-abtf.r84 Processing file: rvl-abtf.r85 Processing file: rvl-abtf.r86 ------------------------------------ Warning: some SRRs failed to create! C:\Users\tmp\Upload\A.Bridge.Too.Far.1977.MULTi.COMPLETE.BLURAY-RVL ------------------------------------ 0:00:03.280674 ------------------------------------------------------ srrGUI: Process completed. pyrescene.exe exit code = 1 ------------------------------------------------------ [END OF LOG]

Thanks!

Unable to extract correct amount of data for track 3. Aborting.

Is there anything I can do to work around this? I tried removing that track first, but it had no effect and I got the same error.

- Connecting srrdb.com… [FAIL] -> ValueError does not take keyword arguments

rescepy "D:\ADl_Fail\Mike_Mike-Unimaginable-CD-FLAC-2001-JLM\"

Processing: Mike_Mike-Unimaginable-CD-FLAC-2001-JLM

Traceback (most recent call last):
File "c:\rescepy\resce.py", line 669, in <module>
if main(d, args) == False:
File "c:\rescepy\resce.py", line 558, in main
srrlist = srr.filelist()
File "c:\rescepy\rescepy\srr.py", line 51, in filelist
srrinfo = rescene.info(self.filename)
File "C:\Users\Administrator\.pyenv\pyenv-win\versions\2.7.18\lib\site-packages\rescene\main.py", line 979, in info
for block in RarReader(srr_file).read_all():
File "C:\Users\Administrator\.pyenv\pyenv-win\versions\2.7.18\lib\site-packages\rescene\rar.py", line 1455, in init
raise ValueError("SFX support not on or not a RAR archive.")
ValueError: SFX support not on or not a RAR archive.

I used to have this working some time back and all was working well.

pyautorescene automates the process of returning un-rarred scene releases back into their former glory. It makes use of PyReScene and srrDB to make the whole process has hands off as possible.

With this fork, you can log into your srrDB account to bypass the daily download limit for .srr files. The redirection for srrxx is automatic, so you don't need to worry about it.

It is now also possible to add only NFO/SFV/Sample/Proof/Subs files if you already have scene releases but no longer have the unrarred .mkv files. You can rebuild missing files as long as they are in the same directory.

Additionally, you can search unrarred files by CRC to check if an .srr file is available or if the CRC is valid, for example.

If the script crashes for any reason everything done is print inside autorescene.txt with and without -v.

who can create a powershell script for me to rebuild my mkv using the .srr , I tried with https://www.perplexity.ai but I can't do it :(

my root folder : C:\Users\ENiGMA59\Downloads\reconstruition\Land.of.Tanabata.S01E08.SUBFRENCH.WEB.H264-UKDTV
my ssr file : C:\Users\ENiGMA59\Downloads\reconstruition\Land.of.Tanabata.S01E08.SUBFRENCH.WEB.H264-UKDTV\Land.of.Tanabata.S01E08.SUBFRENCH.WEB.H264-UKDTV.srr

my files C:\Users\ENiGMA59\Desktop\SRR :

retag.exe
shell_extension-setup.bat
shell_extension-srrit.bat
srr.exe
srr_usenet.exe
srr_usenet_template.cfg
srrGUI.exe
srrGUI.ini
srs.exe
add_current_dir_to_path.bat
AUTHORS
auto.bat
fpcalc.exe
NEWS
preprardir.exe
pyrescene.exe
pyrescenelibrary.dat
python34.dll
README
README.txt

thanx in advance

Thanks so much to anyone who can point me in the right direction or that responds, take care.

Title: VA-Katalist_Presents-Styles_United-2002-CMS
SRRDB: https://www.srrdb.com/release/details/VA-Katalist_Presents-Styles_United-2002-CMS
ReScene version: pyReScene Auto 0.5
Scene release by: CMS
Year: 2002

If anyone has any idea of a IRC channel, website, torrent or FTP that might have old CMS releases I would be more than happy.
The name of the album and release is: VA-Katalist_Presents-Styles_United-2002-CMS

The SRR website link is: https://www.srrdb.com/release/details/VA-Katalist_Presents-Styles_United-2002-CMS

If anyone can point me in the right direction of getting a copy of this scene release I would be over the moon. I know it is a real long shot, but I thought I would ask on here as it says "pyReScene Auto 0.5 " on the srr webpage.

Thank you and take care everyone!

Katalist

I’m on Mac as well and I haven’t seen your Rescene application being able to download on Mac. What could I do to open my files on Mac, is there a version of your app available for macOS? Also, would the actual Rescene app do what I did but extract the files with actual data on them?

Sometimes certain elements like rar-files or archived files are missing in SRR.
For example on https://www.srrdb.com/release/details/INSIDE.eShop.NSW-BigBlueBox, this informations are missing.
Is this related to a badly generated SRR file?
Is it possible to upload a news version for the same release?

Thanks.

I want to reconstruct Jack.Keane.Al.Riscatto.Dell.Impero.Britannico.iTALiAN-iTWINS srr.exe from pyReScene v0.7 with the SRR found over at srrdb.com.
I wanna reconstruct but srr can't detect good RAR version

Here log:

D:\Games\srrgui>srr.exe C:\Users\TCGiSO\Downloads\Jack.Keane.Al.Riscatto.Dell.Impero.Britannico.iTALiAN-iTWINS.srr -ypri "C:\Users\TCGiSO\Downloads\New folder" -o D:\Immortal_Journey_Universe\Jack.Keane.Al.Riscatto.Dell.Impero.Britannico.iTALiAN-iTWINS\ -z D:\Games\srrgui\output\ -t D:\Games\srrgui\temp\ --mt-set 4 SRR file created with pyReScene Auto 0.7. Re-creating stored file: itw-jcfx.nfo Re-creating stored file: itw-jk.sfv Re-creating RAR file: itw-jk.rar Trying to rebuild compressed file Jack Keane.mdf. Grabbing large enough data piece size for testing. Trying 2008-05-29 3.80. Trying 2007-09-20 3.71. Trying 2007-09-04 3.71. Trying 2007-05-22 3.70. Trying 2007-05-05 3.70. Trying 2007-04-16 3.70. Trying 2007-04-03 3.70. Trying 2007-03-19 3.70. Trying 2007-03-01 3.70. Trying 2007-02-02 3.70. Trying 2007-01-17 3.70. Trying 2007-01-08 3.70. Trying 2006-12-03 3.62. Trying 2006-09-14 3.61. Trying 2006-08-05 3.60. Trying 2006-07-20 3.60. Trying 2006-07-13 3.60. Trying 2006-07-03 3.60. Trying 2006-06-15 3.60. Trying 2006-05-25 3.60. Trying 2006-05-08 3.60. Trying 2006-04-18 3.60. Trying 2006-03-29 3.60. Trying 2005-10-07 3.51. Trying 2005-08-03 3.50. Trying 2005-07-11 3.50. Trying 2005-06-26 3.50. Trying 2005-06-05 3.50. Trying 2005-05-10 3.50. Trying 2005-04-22 3.50. Trying 2005-04-10 3.50. Trying 2005-03-30 3.50. Trying 2004-12-26 3.42. Trying 2004-11-02 3.41. Trying 2004-09-08 3.40. Trying 2004-09-01 3.40. Trying 2004-08-20 3.40. Trying 2004-08-03 3.40. Trying 2004-07-28 3.40. Trying 2004-07-05 3.40. Trying 2004-06-20 3.40. Trying 2004-01-22 3.30. Trying 2004-01-09 3.30. Trying 2003-12-20 3.30. Trying 2003-12-07 3.30. Trying 2003-11-23 3.30. Trying 2003-11-14 3.30. Trying 2003-05-15 3.20. Trying 2003-05-05 3.20. Trying 2003-04-21 3.20. Trying 2003-04-05 3.20. Trying 2003-03-17 3.20. Trying 2003-03-09 3.20. Trying 2003-01-15 3.11. Trying 2002-12-18 3.10. Trying 2002-12-07 3.10. Trying 2002-11-24 3.10. Trying 2002-11-10 3.10. Trying 2002-10-23 3.10. Trying 2002-10-16 3.10. Trying 2002-05-14 3.00. Trying 2002-04-28 3.00. Trying 2002-04-19 3.00. Trying 2002-03-16 3.00. Trying 2002-03-04 3.00. Trying 2002-02-21 3.00. Trying 2002-01-28 3.00. Trying 2002-01-18 3.00. Trying 2001-09-07 2.90. Trying 2001-08-31 2.90. Trying 2001-08-26 2.90. Trying 2001-08-14 2.90. Trying 2001-07-28 2.90. Trying 2001-03-02 2.80. Trying 2001-02-16 2.80. Trying 2001-01-26 2.80. Trying 2001-01-10 2.80. Trying 2000-12-11 2.80. Trying 2000-11-24 2.80. Trying 2000-06-20 2.71. Trying 2000-05-11 2.70. Trying 2000-04-27 2.70. Trying 2000-04-08 2.70. Trying 2000-03-06 2.70. Trying 2000-02-23 2.70. Trying 1999-10-21 2.60. Trying 1999-10-14 2.60. Trying 1999-10-07 2.60. Trying 1999-09-29 2.60. Trying 1999-09-21 2.60. Trying 1999-08-29 2.60. Trying 1999-08-23 2.60. Trying 1999-03-24 2.50. Trying 1999-03-19 2.50. Trying 1999-03-03 2.50. Trying 1999-02-17 2.50. Trying 1999-02-02 2.50. Trying 1999-01-20 2.50. Trying 1999-01-15 2.50. Trying 1998-12-03 2.06. Trying 1998-09-21 2.05. Trying 1998-05-13 2.04. Trying 1998-03-19 2.03. Trying 1997-09-16 2.02. Trying 1997-03-12 2.01. Trying 1996-09-02 2.00. Trying 2008-06-16 3.80. Trying 2008-07-10 3.80. Trying 2008-08-02 3.80. Trying 2008-08-29 3.80. Trying 2008-09-16 3.80. Trying 2009-04-26 3.90. Trying 2009-05-20 3.90. Trying 2009-06-10 3.90. Trying 2009-06-30 3.90. Trying 2009-07-20 3.90. Trying 2009-08-16 3.90. Trying 2009-11-16 3.91. Trying 2009-12-01 3.91. Trying 2009-12-12 3.91. Trying 2010-01-23 3.91. Trying 2010-02-10 3.92. Trying 2010-03-15 3.93. Trying 2011-03-02 4.00. Trying 2011-05-28 4.01. Trying 2012-01-09 4.10. Trying 2012-02-17 4.11. Trying 2012-06-09 4.20. Grabbing large enough data piece size for testing. Trying 2008-05-29 3.80. Trying 2007-09-20 3.71. Trying 2007-09-04 3.71. Trying 2007-05-22 3.70. Trying 2007-05-05 3.70. Trying 2007-04-16 3.70. Trying 2007-04-03 3.70. Trying 2007-03-19 3.70. Trying 2007-03-01 3.70. Trying 2007-02-02 3.70. Trying 2007-01-17 3.70. Trying 2007-01-08 3.70. Trying 2006-12-03 3.62. Trying 2006-09-14 3.61. Trying 2006-08-05 3.60. Trying 2006-07-20 3.60. Trying 2006-07-13 3.60. Trying 2006-07-03 3.60. Trying 2006-06-15 3.60. Trying 2006-05-25 3.60. Trying 2006-05-08 3.60. Trying 2006-04-18 3.60. Trying 2006-03-29 3.60. Trying 2005-10-07 3.51. Trying 2005-08-03 3.50. Trying 2005-07-11 3.50. Trying 2005-06-26 3.50. Trying 2005-06-05 3.50. Trying 2005-05-10 3.50. Trying 2005-04-22 3.50. Trying 2005-04-10 3.50. Trying 2005-03-30 3.50. Trying 2004-12-26 3.42. Trying 2004-11-02 3.41. Trying 2004-09-08 3.40. Trying 2004-09-01 3.40. Trying 2004-08-20 3.40. Trying 2004-08-03 3.40. Trying 2004-07-28 3.40. Trying 2004-07-05 3.40. Trying 2004-06-20 3.40. Trying 2004-01-22 3.30. Trying 2004-01-09 3.30. Trying 2003-12-20 3.30. Trying 2003-12-07 3.30. Trying 2003-11-23 3.30. Trying 2003-11-14 3.30. Trying 2003-05-15 3.20. Trying 2003-05-05 3.20. Trying 2003-04-21 3.20. Trying 2003-04-05 3.20. Trying 2003-03-17 3.20. Trying 2003-03-09 3.20. Trying 2003-01-15 3.11. Trying 2002-12-18 3.10. Trying 2002-12-07 3.10. Trying 2002-11-24 3.10. Trying 2002-11-10 3.10. Trying 2002-10-23 3.10. Trying 2002-10-16 3.10. Trying 2002-05-14 3.00. Trying 2002-04-28 3.00. Trying 2002-04-19 3.00. Trying 2002-03-16 3.00. Trying 2002-03-04 3.00. Trying 2002-02-21 3.00. Trying 2002-01-28 3.00. Trying 2002-01-18 3.00. Trying 2001-09-07 2.90. Trying 2001-08-31 2.90. Trying 2001-08-26 2.90. Trying 2001-08-14 2.90. Trying 2001-07-28 2.90. Trying 2001-03-02 2.80. Trying 2001-02-16 2.80. Trying 2001-01-26 2.80. Trying 2001-01-10 2.80. Trying 2000-12-11 2.80. Trying 2000-11-24 2.80. Trying 2000-06-20 2.71. Trying 2000-05-11 2.70. Trying 2000-04-27 2.70. Trying 2000-04-08 2.70. Trying 2000-03-06 2.70. Trying 2000-02-23 2.70. Trying 1999-10-21 2.60. Trying 1999-10-14 2.60. Trying 1999-10-07 2.60. Trying 1999-09-29 2.60. Trying 1999-09-21 2.60. Trying 1999-08-29 2.60. Trying 1999-08-23 2.60. Trying 1999-03-24 2.50. Trying 1999-03-19 2.50. Trying 1999-03-03 2.50. Trying 1999-02-17 2.50. Trying 1999-02-02 2.50. Trying 1999-01-20 2.50. Trying 1999-01-15 2.50. Trying 1998-12-03 2.06. Trying 1998-09-21 2.05. Trying 1998-05-13 2.04. Trying 1998-03-19 2.03. Trying 1997-09-16 2.02. Trying 1997-03-12 2.01. Trying 1996-09-02 2.00. Trying 2008-06-16 3.80. Trying 2008-07-10 3.80. Trying 2008-08-02 3.80. Trying 2008-08-29 3.80. Trying 2008-09-16 3.80. Trying 2009-04-26 3.90. Trying 2009-05-20 3.90. Trying 2009-06-10 3.90. Trying 2009-06-30 3.90. Trying 2009-07-20 3.90. Trying 2009-08-16 3.90. Trying 2009-11-16 3.91. Trying 2009-12-01 3.91. Trying 2009-12-12 3.91. Trying 2010-01-23 3.91. Trying 2010-02-10 3.92. Trying 2010-03-15 3.93. Trying 2011-03-02 4.00. Trying 2011-05-28 4.01. Trying 2012-01-09 4.10. Trying 2012-02-17 4.11. Trying 2012-06-09 4.20. No good RAR version found. No good RAR version found.

If this possible give me command executables for RAR371 or RAR380 to possible reconstruct files like a from original SFV

When I try to use Command Prompt I get an error that, "The code execution cannot proceed because MSVCR100.dll was not found. Reinstalling the program may fix this problem." I've verified MSVCR100.dll is on my system, it's actually in several directories including system32. I even reinstalled the C++ redistributables (2010 and 2015-2022).

Not sure what the issue is, anyone have any ideas?

I figured that maybe it was downloaded all at once, but when I try to extract the mkv file inside, it asks for the next volume, which isn't anywhere in my computer. I feel like I missed a step, as I'm completely new to this, but those being missing, I can't open the mkv file at all. I just downloaded the latest winrar and am not sure I follow the tutorials properly (kind of a visual learner on this one, wished there was a video tutorial on how to do it).

Does anyone know what I must do for all the volumes to show up so that I can properly get my file extracted?

I'm trying to rebuild Splinter.Cell.Chaos.Theory-RELOADED but non of the RAR versions (184 version tried) match the packer that RELOADED used.
I read that RELOADED has some kind of custom packer and that this issue has been resolved in 2016 (https://bitbucket.org/Gfy/pyrescene/issues/107/hi2u-and-reloaded-rar-files).
Is there any flag that forces pyRescene to try the RELOADED modifications while testing for a compatible RAR version?
I saw in the source code that it was tested with Street.Fighter.V-RELOADED which was released 10 years after Splinter.Cell.Chaos.Theory-RELOADED - so I hoped that Splinter Cell won't be an issue.
Currently I don't know what to do from here :(

It is old aswell. Perhaps an overlook and an update would be in place? Make it more easier, a one package install and you have everything setup. Both windows, linux and mac.

Traceback (most recent call last):
File "/usr/local/lib/python3.11/dist-packages/pyReScene-0.7-py3.11.egg/resample/srs.py", line 266, in main
t0 = time.clock()
^^
AttributeError: module 'time' has no attribute 'clock'
Unexpected Error:
module 'time' has no attribute 'clock'

This is run on a raspberry pi 4 with raspbian x64 latest updates
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookworm

EDIT:

I’m sorry to hear that you’re having trouble with your Python code. The error message you received indicates that the time module in Python 3.11 does not have an attribute named clock. This is because the clock function has been removed from the time module since Python 3.8 1234.

To fix this error, you can replace the clock() function with either perf_counter() or process_time() functions, depending on your requirements

This is what BING told me.

EDIT2:

After some conversation with chatGPT 3.5 this is the new updated file with the changes

added
from time import perf_counter

changed
t0 = time.clock()
to
t0 = perf_counter()

t1 = time.clock()
to
t1 = perf_counter()

https://paste.debian.net/plainh/428016b3

I'm trying to rebuild Sega_Rally_v2_EUR_PSP-PLAYASiA, got a matching ISO and the latest pyRescene (as of November 20th).
But I always get the following error - any ideas?

C:\pyReScene\bin\windows>pysrr.bat "E:\tmp\Sega Rally srr\Sega_Rally_v2_EUR_PSP-PLAYASiA.srr" -ypri "E:\tmp\Sega Rally srr\work" -o "E:\tmp\Sega Rally srr\Sega_Rally_v2_EUR_PSP-PLAYASiA" -z C:\Users\iCEQB\Desktop\srrgui-1.3\RARTRY\ -t "E:\tmp\Sega Rally srr\temp" SRR file created with pyReScene Auto 0.4. Re-creating stored file: pa-segarl2.nfo Re-creating stored file: pa-segarl2.sfv Re-creating RAR file: pa-segarl2.rar Trying to rebuild compressed file pa-segarl2.iso. Grabbing large enough data piece size for testing. Trying 2012-06-09 4.20. Good RAR version detected: 2012-06-09 4.20 C:\Users\iCEQB\Desktop\srrgui-1.3\RARTRY\2012-06-09_rar420.exe a -m5 -mdG -s- -ds -mt1 -vn -o+ -ep -idcd -v22564569b E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_com pressed.rar E:\tmp\Sega Rally srr\work\pa-segarl2.iso Compressing pa-segarl2.iso... Evaluation copy. Please register. Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.rar Adding E:\tmp\Sega Rally srr\work\pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r00 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r01 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r02 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r03 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r04 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r05 ... pa-segarl2.iso Calculating the control sum Creating archive E:\tmp\Sega Rally srr\temp\SRR-n_yj3r4y\pyReScene_compressed.r06 ... pa-segarl2.iso OK Calculating the control sum 160199729 160199984 Still not fine :(. Traceback (most recent call last): File "C:\pyReScene\rescene\srr.py", line 605, in main parser.exit(manage_srr(options, infolder, infiles, working_dir)) File "C:\pyReScene\rescene\srr.py", line 319, in manage_srr options.volume is None, options.volume, rar_mt) File "C:\pyReScene\rescene\main.py", line 1332, in reconstruct in_folder, hints, auto_locate_renamed) File "C:\pyReScene\rescene\main.py", line 1722, in get_rar_data_object auto_locate_renamed)) File "C:\pyReScene\rescene\main.py", line 2044, in compressed_rar_file_factory nblock, followup_src, solid=False) File "C:\pyReScene\rescene\main.py", line 2237, in init raise ValueError("Still not fine :(.") ValueError: Still not fine :(. Unexpected Error: Still not fine :(. C:\pyReScene\bin\windows>

I am looking for some information or documentation on how to manually reScene unpacked scene release.

What I know that a command prompt is definitely used with some specific switches to create rar files.
Example:

rar_version.exe a -m1 -mdG -mt4 -vn -v250000000b release_name.rar release_name.iso
rar_version.exe a -m1 -mdG -s- -ds -mt1 -vn -o+ -ep -idcd -vn -v11766322b release_name.rar release_name.iso

Yet, CRC32 sums never match when I try to verify obtained results with SFV files stored at srrDB.

Does anyone can provide a few examples of such a command prompt that are typical for a Scene Group (e.g. Fairlight or Codex)? Or guide where I can find them.
I know that srr files actually contain some hints of what RAR version (Windows, Linux etc.) was initially used for packing a Scene Release and sometimes it is necessary to play with switches (for example, changing numbers for: -mt1 or -mt3 etc) to guess the correct command prompt.
However, I am so confused of what other switches could look like and a number of tries the guessing process may take. Not to mention that different RAR versions add even more variability for manual reScening.

I have been using srrGUI / pyReScene for some time and know that sometimes to find a good RAR is a pain in the neck. However, due to inability to reScene any releases after packed with RAR 5.50, I am wondering how others do it. Yes, I know that such manual reScene is rather a method based on a trial and error. But, I believe that more experienced folks know a few tricks for each Scene Group to begin with. On the other hand, I have a feeling that such command prompts should be pretty similar for each Scene Group (except for a size of a rar and a level of compression that change depending on each release).

Any assistance will be highly appreciated.

Then I unpack my release and put the iso and srr in the same folder an when trying to reconstruct back to rars I get nothing…

any help would be much applicated

Example:
https://www.srrdb.com/release/details/8.Mile.2002.COMPLETE.UHD.BLURAY-SURCODE

You can try restore m2ts sample using tsmuxer.

• mount ISO, load main .m2ts file from your BDMV/STREAM directory (usually it's the biggest one) in tsmuxer
  • A) set output muxing to m2ts
  • go to Split & cut tab and select "split duation every 60 sec"
  • start muxing
  • stop muxing after creating 10-11 files (Scene groups usually make ranodm 60sec samples from first 10 minutes of movie)
  • compare sizes & checksums (CRC32) with SRRDB
  • if you find the one that matches checksums - thats the one!
• if none of them matches checksums but sizes are same or very similar try another variants:
  • B) in Blu-ray tab change 45KHz clock from 0 to 524280, start muxing
• if still proper file hasn't been found - try another variant:
  • C) Input tab: try change "Insert SEI and VUI data if absent" between other options

This method is not 100% perfect: tested 3 COMPLETE.BLURAY releases, only 1 success. I've successfully recreated m2ts sample from
Black.Panther.Wakanda.Forever.2022.MULTi.COMPLETE.BLURAY-AKENATON
using TSmuxerGUI v2.6.12 with settings:

Insert SEI and VUI data if absent [check] Continually insert SPS/PPS Blu-ray: 45KHz clock: 0 Split every 60s

Sometimes srrdb shows info from incomplete sample files - in this case you can't compare checksums.

I had the Unable to locate track signature for track 4. Aborting (common) errors more than a few times over the last years.

srrGUI: Process completed. srs.exe exit code = 3

Is it something I should do to fix that ? I always give up

Would be nice to have a table with all error code messages and what it means precisely.

In my case, error code = 3 what could be possibly wrong ?

- .srs file is corrupted or equivalent ?
- anything else.

Screenshot of command line: [commands + output](https://i.imgur.com/lCiOGzY.png)
Screenshots of files/folders being used: [this](https://i.imgur.com/CZLf6eA.png) and [this](https://i.imgur.com/6c0Bx7i.png)

srrGUI: Process completed. srr.exe exit code = -1073741701

I tried use Command Prompt to reconstruct file following this code: srr xx.srr, but i get application error:
The application could not start correctly (0xc000007b).

Please help me.

Thanks!

Might as well ask the same regarding Razor 1911.

For example

X-Art.com_16.07.08.Aurora.Belle.Aurora.Wants.It.All.XXX.IMAGESET-FuGLi X-Art.com_16.10.21.Aubrey.And.Angel.Smalls.A.Romp.At.The.Ranch.XXX.IMAGESET-FuGLi X-Art.com_16.11.24.Aiden.Ashley.And.Salena.Storm.And.Kimmy.Triple.Treat.XXX.IMAGESET-FuGLi X-Art.com_16.11.30.Madi.Meadows.Let.Me.Tell.You.How.It.Feels.XXX.IMAGESET-FuGLi X-Art.com_16.12.07.Nancy.La.Dreams.In.My.Bath.The.Big.O.XXX.IMAGESET-FuGLi X-Art.com_16.12.20.Lena.Valentines.Day.On.Christmas.XXX.IMAGESET-FuGLi X-Art.com_16.12.27.Milla.Introducing.Milla.XXX.IMAGESET-FuGLi X-Art.com_17.08.01.Susie.Giorgio.Susie.Up.Close.And.Personal.XXX.IMAGESET-FuGLi X-Art.com_17.08.03.Elena.Koshka.Pure.Gold.XXX.IMAGESET-FuGLi X-Art.com_17.08.09.Jill.Kassidy.Welcome.To.The.Jungle.XXX.IMAGESET-FuGLi X-Art.com_17.08.14.Kenna.Born.To.Be.Wild.XXX.IMAGESET-FuGLi X-Art.com_17.08.21.Gina.Gershon.I.Cook.Naked.XXX.IMAGESET-FuGLi X-Art.com_17.08.25.Cara.Mell.Sultry.Hot.Summer.XXX.IMAGESET-FuGLi X-Art.com_17.08.28.Carrie.Fit.For.A.Fuck.XXX.IMAGESET-FuGLi X-Art.com_17.08.30.Elena.Koshka.Piano.Concerto.XXX.IMAGESET-FuGLi X-Art.com_17.09.04.Sybil.Slippery.When.Wet.XXX.IMAGESET-FuGLi X-Art.com_17.09.11.Lola.Lola.XXX.IMAGESET-FuGLi X-Art.com_17.09.13.Kenna.And.Elena.Koshka.Sex.For.Three.By.The.Sea.XXX.IMAGESET-FuGLi X-Art.com_17.09.18.Lillianne.Porcelain.Doll.XXX.IMAGESET-FuGLi X-Art.com_17.09.26.Milla.Virtual.Girlfriend.XXX.IMAGESET-FuGLi X-Art.com_17.09.29.Sybil.Love.Burns.Again.XXX.IMAGESET-FuGLi X-Art.com_17.10.03.Kenna.And.Elena.Koshka.Fucking.Hippie.Chicks.XXX.IMAGESET-FuGLi X-Art.com_17.10.09.Natali.Russian.Girls.Are.Perfection.XXX.IMAGESET-FuGLi X-Art.com_17.10.10.Alina.H.And.Sasha.Rose.Hot.Euro.Brunettes.XXX.IMAGESET-FuGLi X-Art.com_17.10.16.Pink.Violet.The.Tightest.Blonde.XXX.IMAGESET-FuGLi X-Art.com_17.10.31.Kenna.And.Lola.Blonde.College.Girl.Perfection.XXX.IMAGESET-FuGLi X-Art.com_17.11.07.Sasha.Rose.A.Rose.Fresh.From.The.Garden.XXX.IMAGESET-FuGLi X-Art.com_17.11.13.Lillianne.Little.Firecracker.XXX.IMAGESET-FuGLi X-Art.com_17.11.20.Cayla.Into.The.Lions.Mouth.XXX.IMAGESET-FuGLi

I've recently started using retag.py and in some cases I've hit an unexpected error.

The last bit of output is

Quitter.__call__() takes from 1 to 2 positional arguments but 3 were given

My python skills are very limited, but from what I can tell this happens when the code in resample/srs.py reaches lines 516-518 and neither the if nor the elif are true. Code execution proceeds to step # 7) and fails.
The .tmp file left in the directory has the right size, but not the right CRC compared to the original release file.

I guess this is an edge failure case and the file is not actually recoverable anyway, but I thought I'd let you know. If you need further information or a test case file, I'll be happy to help.

for example if it was successful, all files ok, none missing, then i would like to run another command, like compress the folder

000-eminem-the_marshall_mathers_lp-repack-cd-flac-2000.sfv: 18 files, 18 OK, 18 misnamed. 10.650 seconds, 42971.4K/s

if there is an error like below

Searching on srrdb.com … 1c

Errors: 1

I would want to do nothing further

Also the same if there are files missing

00-cecil_taylor—for_olim-1987-oma.sfv: 8 files, 7 OK, 1 not found. 0.121 seconds, 297037.0K/s

Errors: 1

i want to stop further processing.

Any ideas how I could do this?

Thanks in advance

Let's say I have a folder with a release and I have the SRR file for the release. Can I tell pyReScene to check the whole release, using the information in the SRR file to see that all files have the correct checksum?

I'm not entirely sure that the SRR file actually stores the checksums for the files within, so if it doesn't I guess it would have to calculate it on the fly for the stored files. For samples it can get it from the SRS file. And for the archives they're of course in the SFV file(s).

I think this would be a neat way of quickly being able to verify the integrity of the full release.

Or perhaps there is some other way of accomplishing the same thing. Maybe a tool that scrapes srrDB?

srrGUI: Process completed. srr.exe exit code = -1073741515

[END OF LOG]
Is the temp path where my temporary files are? I am using this location for my temp files C:\Users\XXX\AppData\Local\Temp\. Nothing is created even when I change the output or temp file location. Every process I select gives me the same error code.

About 10 years ago, I was actively interested in collecting music scenereleases (electronic music labels and some favourite artists). To understand which catalog numbers and which scenereleases are in the collection, and which ones are not, I had to maintain my own database in Excel (for example, this is how it looks - https://yadi.sk/i/7rvKefBV5crJsw or https://yadi.sk/d/VfCv_dAPMs_m-g ). There were more and more releases in the collection, I realized that it was impossible to keep the database this way, and temporarily (I thought so, but it's been 8 years already) I stopped collecting labels, as I understood that I needed a site similar to discogs.com, but only for the scenesreleases, where each release, if possible, would have a label, cat#, artist, year, etc., so that then everything would be automatically sorted by this information on the site. Moreover, as for the labels, the scenes of the group, although they themselves often sign the labels and the catalog of the number, but not always, especially the old releases from physical media (vinyls, discs).

In addition, it would be convenient to watch an ordered scene discography by any artist (albums, singles, as well as releases such as live performances, radioshows that are not included anywhere, even on discogs.com.

You have done something similar with the movie: there is the name of the movie and all the releases that relate to this movie are indicated inside, this is very cool!

Are you planning to do the same for music releases like I described above or something similar?

I have a bunch of ideas in my head how to implement this (I mean how it would all look (example - see image), but, alas, not coding, I'm not good at that).

P.S. Sorry for my English, I'm from Russia. Thank you, you are doing a great job keeping the scene alive!

GirlfriendsFilms.Twisted.Passions.25.XXX.1080p.MP4-KTR

https://predb.me/?post=8152655

Can someone create an .srr please?

Another one
2Deep-Man_(I_Am_A_Man)-WEB-2017-ENRAGED/00-2deep-man_(iamaman)-web-2017.m3u

RAR part from "Survivors.Remorse.S04E02.HDTV.x264-FLEET"
210West-Won_Two_(feat_Pacewon)-SINGLE-WEB-2016-ENRAGED/00-210west-won_two_(feat_pacewon)-single-web-2016.m3u

Just some ideas to reduce these in the future.
Add input validation when uploading files e.g. check uploaded files against the release files and don't allow matches or only allow them after mod approval.
Validate file extensions e.g. make sure uploaded .jpg files are actually images and not in fact audio files.
The file size can also be quiet telling e.g. if it's an exact multiple of 1,000,000 these are usually split rar files.
Putting a limit to max file size may also be a good idea, I've seen files over 100 MB in size.
File size limits could also be different for each file extension e.g. .nfo/.sfv/.m3u should not be multiple MB in size.
Checking the actual file type and rejecting audio files may be another thing to do, I can't think of any release that should have audio in the stored files section.

Currently it looks like anything can be uploaded which is not a good idea IMHO.

Bigger list, some of these may already be fixed

These are most likely rar parts

pastebin.com/JUY5Vsq7

Possible audio files

pastebin.com/TdtLHqV0

Are there newer rar versions I should have in my pyRescene folder, if so where can I get them or could something else be wrong?

Thanks in advance for reading & helping if you can

I would like to try to do a manual rerar on a release for which I only have a date range: time: seconds possible as well as the sfv file but no original .rar.

I would like to know which of these scripts will allow you to try a bruteforce on all possible dates until you get the right crc (if it finds it of course).

My conclusion is that srrGUI has bug when selecting using the Input Dir Path popup box, if you drag a folder into another one, it fails to move the folder properly and the NTFS is not updated, resulting in the folder vanishing.

.\pyrescene.exe "C:\Users\Admin\Desktop\Test\" --best -rd

The program starts to proceed the files and then stops on this error:

Temporary directory: C:\WINDOWS\Temp\SRR-puw7p_fk C:\Users\Admin\Desktop\Test Exception ignored in: <generator object get_release_directories at 0x03564508> RuntimeError: generator ignored GeneratorExit Traceback (most recent call last): File "pyrescene.py", line 1780, in <module> File "pyrescene.py", line 1680, in main File "pyrescene.py", line 916, in generate_srr TypeError: startswith first arg must be str or a tuple of str, not bytes

Everything goes well, if I remove .log file from the folder. I have reproduced this on a test folder with one .sfv, few .flac's and one .log file.

is there any request-section for unreleased rescene-datesets to rssdb?
For example I am looking for
Violet.Evergarden.und.das.Band.der.Freundschaft.2019.ANiME.DL.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E06.German.ANiME.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E05.German.ANiME.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E04.German.ANiME.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E03.German.ANiME.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E02.German.ANiME.1080p.BluRay.x264-SUBARU
Kanata.no.Astra.S01E01.German.ANiME.1080p.BluRay.x264-SUBARU

Best regards

example 01-2_seconds-3459a6be.srs is 72kb original file is around 5.5mb

Creedence_Clearwater_Revival-Box_Set-6CD-2001-TNS

For this release I uploaded an SRR file but the files do not get displayed on srrdb.com
I think the problem is the filenames, they are the same but in another directory (CD1/CD2/etc.).
They get overwritten because of this.

It has:
CD1/00-creedence_clearwater_revival-box_set-6cd-2001-tns.sfv
CD2/00-creedence_clearwater_revival-box_set-6cd-2001-tns.sfv
CD1/00-creedence_clearwater_revival-box_set-6cd-2001-tns.m3u
CD2/00-creedence_clearwater_revival-box_set-6cd-2001-tns.m3u

Is this a bug in the website or in the generator (pyReScene Auto 0.7)?

Creating Application:
pyReScene Auto 0.7

Stored Files:
creedence_clearwater_revival-box_set-6cd-2001-tns.nfo
CD1/00-creedence_clearwater_revival-box_set-6cd-2001-tns.m3u
CD1/00-creedence_clearwater_revival-box_set-6cd-2001-tns.sfv

srrGUI: srr.exe "D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\Grim.Fandango.Remastered.Update.v1.2.2-CODEX.srr" -ypri "D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX" -o "D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2" -z D:\Games\pyReScene-0.7-w32\UnRAR\ -t D:\Games\pyReScene-0.7-w32\TempsrrGUI: Process running, please wait…

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-6s0sm5d7\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\codex.ini

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-gwrrn3e_\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api.cdx

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-1fjxc9_2\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api.dll

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-qg8opzz8\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api64.cdx

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-oy_ndbvn\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api64.dll

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-27dgz_nk\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\Update\patchnotes.txt

Creating archive D:\Games\pyReScene-0.7-w32\Temp\SRR-dwxy1_vs\pyReScene_compressed.rar

Adding D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\Update\setup.exe
SRR file created with pyReScene Auto 0.5.
Re-creating stored file: codex.nfo
Re-creating stored file: codex-grim.fandango.remastered.upd.1.2.2.sfv
Re-creating RAR file: codex-grim.fandango.remastered.upd.1.2.2.rar
Trying to rebuild compressed file CODEX\codex.ini.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt3 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-6s0sm5d7\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\codex.ini
Compressing codex.ini…
Trying to rebuild compressed file CODEX\steam_api.cdx.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt24 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-gwrrn3e_\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api.cdx
Compressing steam_api.cdx…
Trying to rebuild compressed file CODEX\steam_api.dll.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt5 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-1fjxc9_2\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api.dll
Compressing steam_api.dll…
Trying to rebuild compressed file CODEX\steam_api64.cdx.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt24 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-qg8opzz8\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api64.cdx
Compressing steam_api64.cdx…
Trying to rebuild compressed file CODEX\steam_api64.dll.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt13 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-oy_ndbvn\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\CODEX\steam_api64.dll
Compressing steam_api64.dll…
Trying to rebuild compressed file Update\patchnotes.txt.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt1 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-27dgz_nk\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\Update\patchnotes.txt
Compressing patchnotes.txt…
Trying to rebuild compressed file Update\setup.exe.
Grabbing large enough data piece size for testing.
Trying 2015-02-15 5.21.
Good RAR version detected: 2015-02-15 5.21
D:\Games\pyReScene-0.7-w32\UnRAR\2015-02-15_rar521.exe a -m1 -mdA -s- -ds -mt20 -vn -o+ -ep -idcd D:\Games\pyReScene-0.7-w32\Temp\SRR-dwxy1_vs\pyReScene_compressed.rar D:\Games\_New folder\Grim.Fandango.Remastered-CODEX\New folder\codex-grim.fandango.remastered.upd.1.2.2\Grim.Fandango.Remastered.Update.v1.2.2-CODEX\Update\setup.exe
Compressing setup.exe…

srrGUI: Process completed. srr.exe exit code = 0

1996-09-02_rar200.exe
1997-03-12_rar201.exe
1997-09-16_rar202.exe

…in the RAR directory caused srrGUI to bug out and fail to progress to trying later versions. Those RAR executables would still be running in Task Manager even after srrGUI errored out. Even though the srrGUI log said it tried an entire list of 2.x versions before erroring out, it doesn't actually try them.

Removing those RAR executables allowed srrGUI to proceed normally.

Anyway, I was adding some .srr files and noticed that pyReScene does not log .zip or .diz files.

For example, here's iSkysoft.iTransfer.v4.3.1.MacOSX.Cracked.MERRY.XMAS-ARN.

The .zip files in question are, what I would assume, from the original source.

Here's a directory listing:

-rw-r--r--@ 1 readwrite staff 5002265 Jan 6 20:18 aitra431.zip -rw-r--r--@ 1 readwrite staff 5004180 Jan 6 20:18 aitra432.zip -rw-r--r--@ 1 readwrite staff 5004180 Jan 6 20:18 aitra433.zip -rw-r--r--@ 1 readwrite staff 5004180 Jan 6 20:18 aitra434.zip -rw-r--r--@ 1 readwrite staff 5004180 Jan 6 20:18 aitra435.zip -rw-r--r--@ 1 readwrite staff 1386897 Jan 6 20:18 aitra436.zip -rw-r--r--@ 1 readwrite staff 12267 Jan 6 20:18 arn.nfo -rw-r--r--@ 1 readwrite staff 692 Jan 6 20:18 file_id.diz

When uploading and also inspecting the .srr file I noticed the .zip files are not catalogued. Inside each zip is one part of the rar.

Here's a breakdown of aitra431.zip:

-rwxr-xr-x@ 1 readwrite staff 5000000 Dec 25 2017 aitra431.rar* -rwxr-xr-x@ 1 readwrite staff 12267 Dec 25 2017 arn.nfo* -rwxr-xr-x@ 1 readwrite staff 692 Dec 25 2017 file_id.diz*

and aitra432.zip:

-rwxr-xr-x@ 1 readwrite staff 5000000 Dec 25 2017 aitra431.r00* -rwxr-xr-x@ 1 readwrite staff 12267 Dec 25 2017 arn.nfo* -rwxr-xr-x@ 1 readwrite staff 692 Dec 25 2017 file_id.diz*

etc. etc. Extracting every zip will give you the rars you need to make up your main content.

And for the record the file_id.diz and arn.nfo you keep seeing are the same in every .zip and in the main dir. I have seen this several times in the past. Kinda strange, but ok.

In closing, if you could put .zip and .diz support on the pyReScene roadmap, if even possible, it would be truly appreciated!

I've tried to use rerar but it dosn't seems to work well with compression and produces wrong files.
Is there any other way I could rebuild release? Even manually?