Recent Forum Posts
From categories:
page »
whatever (guest) 22 Jan 2021 23:30
in discussion General discussion / Other » Some errors on srrdb

Streets_Of_Rogue_Collectors_Edition_v93-DINOByTES is missing all rar files

by whatever (guest), 22 Jan 2021 23:30
Gues7 (guest) 05 Jan 2021 14:31
in discussion General discussion / Other » Missing/requests

Can't find the following release on srrdb.

Thanks in advance.

by Gues7 (guest), 05 Jan 2021 14:31

I'm Using The Pack Specified Here>

by enone (guest), 04 Jan 2021 11:40

Same Here…
Preprardir.exe Is Unable To Extract / Rename Official Rar Executable…

Extracting 2016-08-15_rar540.exe… done.
Traceback (most recent call last):
File "", line 283, in <module>
File "", line 67, in main
File "", line 124, in extract_rarbin
File "", line 180, in get_rar_date_name
File "F:\pyReScene\rescene\", line 1447, in init
ValueError: The file is not a valid .rar archive or .srr file.

Maybe A New Version Is Needed…

by enone (guest), 04 Jan 2021 11:38

I'm using srrGUI on a laptop and slipped on the touchpad, resulting in me accidentally dragging a folder into another one while selecting the Input Dir Path. This folder I accidentally dragged is now no where to be seen! I did a full search of the entire laptop using Agent Ransack including hidden files/folders and failed to turn up this folder I had dragged into another one!

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.

Folder randomly missing/deleted by Gareth (guest), 21 Dec 2020 02:55

any chance uploading the file to normal file hosting site? like zippyshare?

by jinhong (guest), 04 Dec 2020 10:23
whatever (guest) 16 Nov 2020 10:50
in discussion General discussion / Other » Some errors on srrdb

hi-pinball.fx3wpv4.iso filesize is 0

by whatever (guest), 16 Nov 2020 10:50
whatever (guest) 29 Oct 2020 20:24
in discussion General discussion / Other » Some errors on srrdb

TNT.NFO in rar file sub-directory

by whatever (guest), 29 Oct 2020 20:24

What's the state of RAR5 support?
And what about ZIP files used for game rips, will there be any support for these as well?

Status of RAR5/ZIP support? by whatever (guest), 28 Oct 2020 19:10
AUser (guest) 20 Oct 2020 23:53
in discussion General discussion / Other » Some errors on srrdb

There are unrelated NFO files here.

by AUser (guest), 20 Oct 2020 23:53
AUser (guest) 20 Oct 2020 22:00
in discussion General discussion / Other » Some errors on srrdb

These seem bad.

by AUser (guest), 20 Oct 2020 22:00

Games tend to be compressed in the RARs, and not just stored (i.e. like TV-episodes).
Reconstructing compressed RARs is always a gamble because pyrescene has to "guess" the exact rar-version with the exact-parameters to get the desired result.

by hurdahurda, 06 Oct 2020 12:08

While I appreciate the effort and the post, that rar set has serious problems. Over the past month I tried to reRAR over 10TB of scene game iso's I had unrar'ed from 2008-2018. I had over 100, probably closer to 300 (I lost count) Scene releases that won't reconstruct with that rar set. All sorts of errors. Most common was "Found good RAR version" then fail to create the rar's of correct size. I know my iso's are fine because I always compare the CRC32 of my iso's with the CRC32 on the release page on The reason I'm posting this is because I'm looking for a solution and I have another 5TB of Scene releases to rerar and I'm not looking forward to hundreds more failures.

by Michael (guest), 03 Oct 2020 02:29

I am trying to recreate RAR files for several PS3 releases with srrGUI. I am using Win10 in VMware Fusion on MacOS. After finishing (as far I can see) all files in temp are gone and the Output dir only contains nfo, sfv and a tiny rar file. Did I miss something?

Maneos (guest) 17 Sep 2020 14:35
in discussion General discussion / Other » Old PC Scene cracks and releases .nfos / etc...

I will be happy to help.
Thanks for you kind offer.

by Maneos (guest), 17 Sep 2020 14:35

I think I found a bug in the recent pyrescene 0.7. Say, I try to make SRR for a folder with any .log file in it (even empty one):

.\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
Exception ignored in: <generator object get_release_directories at 0x03564508>
RuntimeError: generator ignored GeneratorExit
Traceback (most recent call last):
  File "", line 1780, in <module>
  File "", line 1680, in main
  File "", 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.

FooBar (guest) 05 Sep 2020 02:53
in discussion General discussion / Other » NFO line endings

Wouldn't it be reasonable to assume that groups who crack games are skilled enough to write some simple script and verify it works?

Changing the line endings doesn't change the files content or meaning it just makes sure they can be used properly.
I've already replaced all line endings in my collection and will do so for new stuff as well, I'm using LF only now.
But I don't need 100% historical accuracy I need usable files and replacing the line endings gives me just that, less garbage.

by FooBar (guest), 05 Sep 2020 02:53

This is an interesting idea, however who is to decide what is 'good' and what is 'bad' though?

Take for example the .nfo from The_Sims_2_Celebration_Stuff_Bonus_Pre-Order_Content_Addons-TNT in your list there. The .nfo currently stored in the .srr is mangled (fact). However, the question is who mangled it? The way it is mangled is that all line-endings are replaced by \r\r\n (i.e. double carriage return followed by new line). Comparing this to what is in the actual .rar though, you can see that TNT themselves added some additional information to the .nfo in the dir:


                          " There can be only one! "
---------------------------------TNT DIR INFO---------------------------------
---------------------------------TNT SFV INFO---------------------------------
; Generated by WIN-SFV32 v1.1a on 2007-06-14 at 00:11.24
;      1559123  00:11.10 2007-06-14 TNTS29B1.RAR
TNTS29B1.RAR 6124DB55
---------------------------------END TNT INFO---------------------------------

The "TNT DIR INFO" and "TNT SFV INFO" sections would seem to have been added by TNT (why else is it "TNT INFO"?). I.e. they must have ran a script on their own release. Who is to say that script was not the cause of the mangling?

So we can 'fix' the line endings, but perhaps it was just released like this, with bad line endings, and this is the 'historically accurate' form of the .nfo…

Re: NFO line endings by Da FoxDa Fox, 03 Sep 2020 13:43

+1 here, I get only this:

Repository unavailable

Bitbucket no longer supports Mercurial repositories.

And although the previous link sort-of 'works' again, there is nothing there (no source, no issue tracker, just an empty repository?).

anon (guest) 23 Aug 2020 00:12
in discussion General discussion / Other » Request-section for unreleased rescene-datesets

hi, what do you mean by "unreleased"? all these releases have been pre'd and are accessible, so i'm not sure to get your question.

by anon (guest), 23 Aug 2020 00:12
page »
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License