FriiDump 0.5.3 Source Code [Update: Linux build!]

[flibitijibibo]

Does it even exist anymore? I've been looking everywhere and it seems every site/search result just points to the 7zip file. I'd like to compile/run it for Linux, as 0.4.0 doesn't seem to work (GDR8082N on Fedora 14 x86_64 by the way) and I'd rather not think about trying to Wine it...

Thanks in advance.

[Jackal]

The version that you'll find here is completely unofficial and themabus only released it in binary form..

[themabus]

i've mailed it to that other Linux guy and that was the last time i've heard from him
and he was sole person within a year interested in this
so i didn't think anyone else would be

well, it's a mess
*nix part was neglected and, what is, is hackish
it probably won't even compile on those machines
so you'd have to compare 0.5.3 with 0.4.0 and update nix platform specific functions
http://www.mediafire.com/?3h11a0gxrjf0mx0

but two requests in a month it's like superpopular
i guess i better add link to main topic then

[flibitijibibo]

Awesome, thanks!

I did eventually get 0.4.0 working, but 0.5.3 was a lot faster between the two Windows builds anyway, so I'll see if I can figure it out for Linux. I'll let you guys know if I get *NIX up to speed.

[themabus]

np
that would be really great

good luck, flibitijibibo!

[flibitijibibo]

Bump to let you guys know that I got it compiling and I'm running it now to make sure nothing explodes.

It's being hosted here if you want to try it: http://www.flibitijibibo.com/files/flib … ump.tar.gz

Changes:
libfriidump/dumper.c:
- #include <inttypes.h>, using int64_t instead of __int64
libfriidump/CMakeLists.txt:
- Include the new files (new as in 0.5.3 anyway)

Let me know if it works on other systems!

Edit: It's functional as far as I can see, but good lord is it slow (400MB/h slower than 0.4.0). I'll test a few more games once this one is done and see what happens, but this first test is going to take like another 5 hours.

Edit 2: Nevermind, forgot the whole crash at 55% for SL thing. The output of the two dumps differ, but they both appear to be functional. As far as I can tell, the Linux build of 0.5.3 now works.

[themabus]

thank you very much, flibitijibibo

so, as far as i understand, it's slower on Linux and results are inconsistent, is this correct?

[flibitijibibo]

It's slower for sure [EDIT: No it isn't, see below]; I'll give it one more go to check for inconsistency.

[themabus]

hmm
could you please test raw output unscrambling (-u) performance, is there difference between 0.4/0.5 or win/nix?

[flibitijibibo]

*Edited like 300 times to articulate what I'm seeing with these tests*

First, readdressing speed: For some reason this next set of tests I did went at the same speed as 0.4.0 now. Seems the speed of the first test was a fluke.

As for inconsistencies, I'm now pretty sure that it's just where the dumping stops. All versions of 0.5.3 for some reason treat every game as a dual-layer disc. When you use a single-layer disc, 0.5.3 crashes at 55% every time. 0.4.0 will complete the dump as a proper single-layer disc.

Despite the crashing in 0.5.3, the dump size is consistent every time as far as I can tell. My guess is fixing the single-layer/dual-layer thing will fix the size difference between the two (which is likely the only real difference, I'd be shocked if there was any difference in actual data).

Going to try to force -T 1 and see how that compares to 0.4.0's result.