Thanks for the response. Is there any way for fixing it?
I'll have to investigate because this sounds like a new bug. I know that there were two version that failed, but newer/older could rebuild the same files, so you could just move these two versions out.
The check goes like this: it checks whether "mt<threads>" is in the help output of rar.
https://bitbucket.org/Gfy/pyrescene/src/772bd887816875d0bf06f5bc0638b37e5b7923fb/rescene/main.py?at=default&fileviewer=file-view-default#main.py-1780
On this side case it looks like it's missing the self.good_rar.supports_setting_threads() check:
https://bitbucket.org/Gfy/pyrescene/src/772bd887816875d0bf06f5bc0638b37e5b7923fb/rescene/main.py?at=default&fileviewer=file-view-default#main.py-2453
The set_new method it's in I see in your error log too. If you want to try it out: run the Python code and append ' self.good_rar.supports_setting_threads() and' to the end of that while-line.
I tried again and appended the piece of code you suggested: now it worked, the release was reconstructed correctly! Thanks for your help!
I'm still having another error with Abes_Exodus_CD2_REPACK-FLT where 'pyReScene_data_piece.bin' can't be found for some reason:
FileNotFoundError: [WinError 2] The system cannot find the file specified: 'C:\\DOCUME~1\\user\\LOCALS~1\\Temp\\SRR-lc56v7nj\\pyReScene_data_piece.bin'
Unexpected Error: [WinError 2] The system cannot find the file specified: 'C:\\DOCUME~1\\user\\LOCALS~1\\Temp\\SRR-lc56v7nj\\pyReScene_data_piece.bin'SRR file created with pyReScene Auto 0.5.
Is there any suggestion what is the problem here and how it could be solved?
The following releases have invalid file sizes (e.g. 18,446,744,073,709,551,616) in the archived files section.
1979.Revolution.Black.Friday-HI2U 60.Seconds.MULTI9-0x0007 7.Mages-HI2U ALONE.IN.SPACE-HI2U ALONE.IN.SPACE.MULTI2-0x0815 Apocalypse.Partys.Over-HI2U Army.of.Tentacles.Not.A.Cthulhu.Dating.Sim-HI2U Assetto.Corsa.v1.5-RELOADED Automobilista-RELOADED Awakened-HI2U Awesomenauts.Overdrive.Expansion-HI2U Baldurs.Gate.Siege.of.Dragonspear-RELOADED BattleStorm-HI2U Bell.Ringer-HI2U Ben.and.Ed.Bencalypse-HI2U BlazBlue.Chronophantasma.Extend-RELOADED Break.Through.Artificial.Maze-HI2U Bridge.2-HI2U Bus.Simulator.16-HI2U Call.of.Duty.Black.Ops.III.Awakening.DLC-RELOADED Call.of.Duty.Black.Ops.III.Awakening.DLC.GERMAN-0x0007 Call.of.Duty.Black.Ops.III.Eclipse.DLC.GERMAN-0x0007 Casino.Inc.The.Management.Expansion.Pack-HI2U Cast.of.the.Seven.Godsends.Redux-HI2U Castle.Heist.Chapter.1-HI2U Celestian.Tales.Old.North.Howl.of.the.Ravager-HI2U Chicku-HI2U Deathsmiles-HI2U Deputy.Dangle-HI2U DiRT.Rally.v1.1-RELOADED DiRT.Rally.v1.1.FRENCH-ReVOLVeR DiRT.Rally.v1.1.GERMAN-0x0007 Dovetail.Games.Flight.School-HI2U E.T.Armies-HI2U Elite.vs.Freedom-HI2U Endless.Legend.Shifters.Expansion-RELOADED Fly.and.Destroy-HI2U GAIN-HI2U GALAK-Z.The.Void-HI2U GiAnt.WARFARE-HI2U Goat.Simulator.Waste.of.Space-HI2U Goetia-RELOADED Goliath-HI2U Grim.Dawn-RELOADED Half.Dead-HI2U Hearts.Medicine.Time.to.Heal.GERMAN-0x0815 Hero.Defense.Haunted.Island-HI2U Hush.Hush.Unlimited.Survival.Horror-HI2U Hyper.Light.Drifter-HI2U Hyper.Light.Drifter.MULTI7-0x0007 Hyperdevotion.Noire.Goddess.Black.Heart-HI2U Hyposphere-HI2U I.am.Weapon.Revival-HI2U Industry.Giant.2.MULTI4-0x0007 Lethe.Episode.One-HI2U Magic.Flute-HI2U Master.Of.Marbles-HI2U MechaGore-HI2U Megamagic.Wizards.of.the.Neon.Age-HI2U Mesel-HI2U Mind.Unleashed-HI2U Minecraft.Story.Mode.Episode.5-RELOADED Minecraft.Story.Mode.Episode.7-RELOADED Moon.Hunters-HI2U Mortal.Kombat.X.Complete-RELOADED MTB.Downhill.Simulator-HI2U N.E.R.O.Nothing.Ever.Remains.Obscure-RELOADED Nancy.Drew.Der.Stille.Spion.GERMAN-0x0007 NEKOPARA.Vol.2-HI2U Nelly.Cootalot.The.Fowl.Fleet-RELOADED Neon.Space.2-HI2U Noctropolis.Enhanced.Edition.MULTI4-0x0007 NORTH-HI2U Offworld.Trading.Company-HI2U Out.of.the.Park.Baseball.17-RELOADED OutDrive-HI2U Paranormal.Psychosis-HI2U Pinball.FX2.Aliens.vs.Pinball-HI2U Planar.Conquest-RELOADED Project.CARS.Game.Of.The.Year.Edition-RELOADED Prospekt-RELOADED Rage.of.the.Battlemage-HI2U Robert.Mensahs.Sins.Of.The.Father-HI2U Rogue.Port.Red.Nightmare-HI2U Rover.The.Dragonslayer-HI2U Samorost.3-HI2U Satanist-HI2U Secret.Of.The.Royal.Throne-HI2U Seduce.Me.2.The.Demon.War-HI2U Shadwen-RELOADED Shaolin.vs.Wutang-HI2U Shardlight-HI2U Star.Saviors.STEAM.EDITION-0x0815 Starbound-RELOADED Stealth.Labyrinth-HI2U Street.Fighter.V-RELOADED Subterrain.MULTI12-0x0007 Suits.A.Business.RPG-HI2U Sylvio.Remastered-RELOADED Table.Top.Racing.World.Tour-RELOADED Terrarium.Land-HI2U The.Banner.Saga.2-HI2U The.Beggars.Ride-HI2U The.Order.of.the.Thorne.The.Kings.Challenge-HI2U Tiny.Guardians-HI2U Totally.Unbalanced-HI2U Unforgiving.Trials.The.Darkest.Crusade-HI2U Villagers-RELOADED Waste.Walkers.Deliverance-HI2U Way.of.the.Samurai.3-RELOADED Wolfsong-HI2U World.Of.Undead-HI2U Worlds.of.Magic.MULTI8-0x0007 Zombies.on.a.Plane.Deluxe.Edition.MULTI8-0x0007 The code for it is fixed in the php lib and pyReScene.
https://bitbucket.org/Gfy/php-rescene/issues/4/file-size-archived-iso-too-large
It'll get deployed eventually. Those guys should fix their tooling.
[11:28:40] <@YopoM> Gfy, you asked yesterday about rar locking; On this one that fails, it is not locked, which is surprising, because I thought all rared files were locked, turns out they are not (all of the rar files I create are both locked and solid). [11:29:05] <@YopoM> I ran into another one that cannot be re-created (and it's only 300mb, so easier to test). [11:31:46] <@YopoM> "Solid archive is an archive packed with a special compression method, which treats several or all files within the archive as one continuous data stream. WinRAR supports solid mode only in RAR archiving format, ZIP archives are always non-solid. Use Create solid archive option in archiving dialog or -s command line switch to enable solid archiving." [11:32:09] <@YopoM> do we use -s switch in trying to re-create? [11:36:28] <@YopoM> http://pastebin.com/3XgU4Dpf [11:37:15] <@YopoM> it says bin is solid, cue is not [12:00:14] <linear> lots of bin/cue releases fail on the cue after successfully compressing the bin, probably for this reason [12:00:47] <linear> it would be very useful if that could be resolved [12:01:11] <linear> its kind of weird that they should be packed like that at all, as solid is only really beneficial when dealing with a large number of small files [12:01:37] <linear> and treating a single file as solid archive is meaningless [12:28:01] <@Gfy> we check solid, but not sure if done correctly in all cases [12:28:09] <@Gfy> I think the first file can never be solid [12:28:29] <@Gfy> the second file is solid, which means it continues on the compression used on the first file [12:28:59] <@Gfy> locking is just a flag in the srr header afaik RAR 3.80 Copyright (c) 1993-2008 Alexander Roshal 16 Sep 2008 Shareware version Type RAR -? for help Solid volume fas-song.rar Name Size Packed Ratio Date Time Attr CRC Meth Ver Host OS Solid Old ------------------------------------------------------------------------------- fas-song.cue 71 72 101% 31-08-13 16:18 .....A. EB7A69AC m5g 2.9 Win95/NT No No fas-song.bin 307434624 14999790 --> 31-08-13 16:26 .....A. B987D355 m5g 2.9 Win95/NT Yes No ------------------------------------------------------------------------------- 2 307434695 14999862 4% volume 1 I pushed the change.
See here: http://rescene.wikidot.com/forum/t-775732
edit: should be fixed now
Looks like the temp dir issue was fixed. It uses the correct temp dir for me.
You were right. Fix pushed: https://bitbucket.org/Gfy/pyrescene/commits/125761a2af3febf9f662b8d11dfb1947c65093ad
suspicious, second release nested?
Gettysburg.Der.Amerikanische.Burgerkrieg.GERMAN.CHEAT.CODE-Unleashed these seem to be duplicates
Alien_VS_Predator_2-FLT Aliens_VS_Predator_2-FLT Return.to.Castle.Wolfenstein.KeyGen-FLTDOX Return_to_Castle_Wolfenstein_KeyGen-FLTDOX Atrox_Cheats-FLT Atrox_Cheats-FLTDOX Big_Scale_Racing_Cheats-FLT Big_Scale_Racing_Cheats-FLTDOX Delta.Force.Task.Force.Dagger.Cheats-FLTDOX Delta_Force_Task_Force_Dagger_Cheats-FLTDOX Tsunami.2265.Cheats-iMSDOX Tsunami_2265_Cheats-iMSDOX Apocalypse.Partys.Over-HI2U has an unneeded file "000-va-dj_zone_best_session_05-2016-2cd-2016.nfo".
For now we still add fixes of a release to the release it fixes. e.g. dir and nfo fix
Adding the nfo fix prevents looking for a missing nfo. It should be clear enough it didn't come with the original release like that.
They are most likely duplicates/renames. We can easily find these based on the RAR hashes (see bottom page) and will be cleaned eventually. Just checked one and due to database references I can't just delete them. (multiple people uploaded it with the wrong rls name) Others are with both names in a predb.
We'll look at this again when we can link between releases to prevent duplicate work down the road. It tends to get uploaded again.
Unneeded file removed.
why dont have in genre the HITECH is a style comming from psytrance but isnt psy is a proper style named hitech so please can i change and add a new genre to mp3 releaser?
Hi Sandro, try to use proper sentences please.
Q: Could you add the genre X to the genre list?
No. The ID3v1 genre list is obsolete and inconsistent and was no good to begin with. All genres above 79 were added by Nullsoft and are not really part of the "ID3v1 standard", if such thing existed.
For ID3v1 it's fixed.
For ID3v2 you can define your own genres:
http://id3.org/id3v2.3.0#Text_information_frames
I'm not familiar with the MP3 releaser. Try to contact the maintainers. http://www.kifoth.de/jane/misc/#mpxr
Hi friends!
I´ve tried to reconstruct some game files and untill now only 1 was successfuly done with last rar corrupt(quantum break). I am using 0.6.1 pyrescene version but always ends with memory error like bellow. Another question: Why rescene GUI never working to reconstruct releases ?
F:\pyReScene>srr Syndrome-CODEX.srr -o F:\pyReScene\syndrome -z f:\pyrescene\rar
SRR file created with pyReScene Auto 0.6.
Re-creating stored file: codex.nfo
Re-creating stored file: codex-syndrome.sfv
Re-creating RAR file: codex-syndrome.rar
Trying to rebuild compressed file codex-syndrome.iso.
Grabbing large enough data piece size for testing.
Trying 2016-08-15 5.40.
Trying 2012-06-09 4.20.
Trying 2012-02-17 4.11.
Trying 2012-01-09 4.10.
Trying 2011-05-28 4.01.
Trying 2011-03-02 4.00.
Trying 2010-03-15 3.93.
Trying 2010-02-10 3.92.
Trying 2009-12-12 3.91.
Trying 2009-08-16 3.90.
Trying 2008-09-16 3.80.
Trying 2007-09-20 3.71.
Trying 2007-05-22 3.70.
Trying 2006-12-03 3.62.
Trying 2006-09-14 3.61.
Trying 2006-08-05 3.60.
Trying 2005-10-07 3.51.
Trying 2005-08-03 3.50.
Trying 2004-12-26 3.42.
Trying 2004-11-02 3.41.
Trying 2004-09-08 3.40.
Trying 2004-01-22 3.30.
Trying 2003-05-15 3.20.
Trying 2003-01-15 3.11.
Trying 2002-12-18 3.10.
Trying 2002-05-14 3.00.
Trying 2001-09-07 2.90.
Trying 2001-03-02 2.80.
Trying 2000-06-20 2.71.
Trying 2000-05-11 2.70.
Trying 1999-10-21 2.60.
Trying 1999-03-24 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.
Exception in thread Thread-194:
Traceback (most recent call last):
File "c:\Python34\lib\threading.py", line 920, in _bootstrap_inner
File "c:\Python34\lib\threading.py", line 868, in run
File "c:\Python34\lib\subprocess.py", line 1171, in _readerthread
MemoryError
Traceback (most recent call last):
File "E:\pyReScene\rescene\srr.py", line 566, in main
File "E:\pyReScene\rescene\srr.py", line 307, in manage_srr
File "E:\pyReScene\rescene\main.py", line 1301, in reconstruct
File "E:\pyReScene\rescene\main.py", line 1690, in get_rar_data_object
File "E:\pyReScene\rescene\main.py", line 1976, in compressed_rar_file_factory
File "E:\pyReScene\rescene\main.py", line 2101, in init
File "E:\pyReScene\rescene\main.py", line 2350, in search_matching_rar_executable
File "E:\pyReScene\rescene\main.py", line 2264, in try_rar_executable
File "c:\Python34\lib\subprocess.py", line 960, in communicate
File "c:\Python34\lib\subprocess.py", line 1235, in _communicate
IndexError: list index out of range
Unexpected Error: list index out of range
F:\pyReScene>
If you leave out the really old RAR versions <2.50, does that make a difference?
ReScene GUI is old and only supports RAR sets that don't use compression. But even then it will fail on certain SRRs.
Gfy, I´ve tried used essentials rar set´s found in forum (versions 2.00, 2.02,2.50,1999-08-23 2.60 b3, 1999-09-21 2.60 b5, 1999-09-29 2.60 b6, 1999-10-14 2.60 b8 or 2.60, 2000-02-23 2.70 b1, 2000-04-08 2.70 b4 or 2.70, 2002-01-18 3.00 b1, 2002-02-21 3.00 b3 or 3.00, 3.40, 3.60, 4.20, 290, 320 e 330). The result was the same… Only 1 release was successfully reconstruct from many attemps but last rar failed. Do you know what could be worng?
tks
Hello,
just a little question. I recently found this post from july on twitter:
"ValueError: Still not fine :("
Try playing with the new —mt-set option!
e.g. —mt-set 4,6,8 when it failed on rar.exe -mt2
I still have a release i want to rebuild an no success until now (with compression).
Didn't find any further info about this option. Could some provide some full examples how to use it?
Thanks in Advance!
Make sure you have the latest source code.
Reconstruct like you would do normally for compressed files, but add an extra parameter: --mt-set #
pysrr release.srr -z x:\extracted_winrarexes -t tempdir -o destination --mt-set 4 -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.
You can provide multiple values to try, but when it crashes it won't have done these and you need to start over with another value.
hm. thats exactly what i tried using version 0.61 & tried even older versions.
but it always comes to this error:
srr: error: no such option: —mt-set