Newbie Question Thread

[KaktoR]

Uhm, MP4 videos are already compressed, at least the video stream.

[brispuss]

Thank you for the comments.

Until a specific compression tool for MP4 comes along, I'll have to use SREP.

Any particular or best options to set for SREP like -m3f or -m5f etc etc? Or do the options depend on the actual encoder used for the MP4 container?

[Masquerade]

^^
There will never be a specific tool for mp4, as kaktor said the video is already compressed.

[brispuss]

OK.

Suggested SREP settings?

[Masquerade]

^^
-m3f is fine.

[kj911]

Try it find FAILSAFE methods? (ignored many srep errors during decompression.)

Trying use internal LZP compression faster than lzma and betterly compress, incompressibble data or use very strong compressors. Likely LOLZ or RAZOR. This two compressors very goodly compress hardly compressibble data than others. (avg. 0.5-1% to upto 2-3% or better.) Default srep settings = bigger results this sample file. Try l32-64 settings need more memory from biggest datasets and not guaranteed failsafe decompress, except minimally better ratio. MSC/BPK/OGGRE not enhance ratio/compress the data.

Few quick test results added in TXT-file. (zipped)

[brispuss]

Originally Posted by kj911

Try it find FAILSAFE methods? (ignored many srep errors during decompression.)

Trying use internal LZP compression faster than lzma and betterly compress, incompressibble data or use very strong compressors. Likely LOLZ or RAZOR. This two compressors very goodly compress hardly compressibble data than others. (avg. 0.5-1% to upto 2-3% or better.) Default srep settings = bigger results this sample file. Try l32-64 settings need more memory from biggest datasets and not guaranteed failsafe decompress, except minimally better ratio. MSC/BPK/OGGRE not enhance ratio/compress the data.

Few quick test results added in TXT-file. (zipped)

Thanks for the detailed tests!

Yes, it seems at this time from doing some testing myself now, that Razor compressor seems to give the best compression result so far!

[brispuss]

Partly in relation to compressing MP4 files, I'm experimenting with the command line version of FreeARC (Arc.exe) and using additional (pre)compressors in association with Arc.

For example I've tried this manually entered command -

Arc a -m=srep wigo.mp4 wigo.mp4.srep

but get error message -

"Arc: user error (Unsupported compression method or error in parameters: srep)"

Srep executable (srep.exe) is located next to arc.exe within the same directory.

And arc.ini (located within same directory as arc.exe and srep.exe) has an entry for srep as follows -

[External compressor:srep]
packcmd   = srep    {options} $$arcdatafile$$.tmp -         <stdout>
unpackcmd = srep -d {options} -                   - <stdin> <stdout>

So what is wrong with the command to run srep via freearc?

[kj911]

Try it: -msrep or -msrep+lolz/razor or -msrep:m3f:l512(or smaller l# values):a0
This CMD window navigated to FreeArc\bin directory? Or use FreeArc GUI? Win7 x64 differentially resolve cmd/path related commands than XP.*

See the 'mp4.txt' file used commands...

*Very strong example:

WinXP: move data.bin data.7z --> equal to "ren" console commands.
Win7: move data.bin data.7z --> worser scenario, destroying the whole file! Better scenario, workly rename.

[brispuss]

Thanks for the comments.

I'm suspecting the issue of arc not working properly may be because I have several other programs that also have the arc.exe included. So when I attempt to run the arc command, the command may be selecting another location of arc.exe and not the arc.exe within the Freearc directory.

Presently trying to remove paths to the other programs containing arc.exe and see how things go. And trying to run arc.exe from the current working directory of Freearc\bin.

EDIT: I managed to get Arc.exe working with methods by copying Arc.exe and Arc.ini and srep to the current working directory which contained the test mp4 file.

The initial problem of Arc not working properly was most likely due to the presence of multiple copies of Arc.exe and Arc.ini within several other programs which were causing conflicts with each other.

EDIT2: Did some compression tests on 70 MP4 files ranging in size from 547 kB to 11,351 kB.

Compressor      Commands/Options      Compressed Size    Compression Time
Original 70 files - - - - - - >       171,978,453

srep            -m3f -a2              157,392,930              1.979
mcm             -x13                  156,938,895            296.611
nz              a -co -m4g            156,859,691             20.767
nz              a -cO -m4g            156,823,772             25.322
nz              a -cc -m4g            156,766,025            171.793
lolzslow        as per arc.ini        156,693,448            207.330
arc             a -m=razorx           156,681,739             87.046
fp8 v6          -8                    156,625,221           1038.185
lolz            per arc.ini + lm4     156,546,454            318.421
lolzslow        per arc.ini + lm4     154,768,632            320.855

NOTE: for compression options using lm4 for files, files fail to decompress! Do not use lm4 option!

There is not a great difference in final compressed file sizes regardless of compression method.

Not really the best ideal final compressed sizes, but MP4 files are difficult to compress.

[kj911]

brispuss: LOLZ is the right choice. (especially if x86 compatibility is also a consideration, when unpacking.)

Can someone share the very first LOLZ version? (2016.12. release.) Is this version "compressor" 32 or 64 bit? (cls-lolz.dll found only x86 version.)

brispuss: Don't use different configuration than lm0 compression settings! Other lm1-2-3-4 its used (not totally removed) any special/older methods from LOLZ code, its works only from compression, will create not decompresseable archives. Try it testing lm4 compressed archives, still crashing now! (Yes, this ratios better than lm0 mode only...)

[brispuss]

Yes, thanks for this caution!

I was about to make a post as to why files compressed using the lm4 option failed to decompress!

It is now my understanding that the option lm is not fully/properly setup/coded, so that is why files fail to decompress with lm compression options lm1 ~ lm4. lm0 option seems to be fine though.

[brispuss]

I was reading a text document about a week ago that describes in some detail the file types, and/or the (pre)compressors used in compression. I didn't finish reading this document which I thought I had on my computer, but I can't seem to find the document now!? I think I originally downloaded this document from this forum, but on searching this forum, I can't seem to find this document (again)?

The document author was I think someone fairly well known on this forum (Razor?, Masquerade?, Panker?, Blackfire?, or ??), but I'm not sure.

Can anyone please locate this document?

Thank you.

[KaktoR]

Why not just go to your browser history and search there all links from this forum? I mean you know that it was a week ago, so just search by links which are visited least 7 days ago.

[brispuss]

The document I was reading I believe it was on my computer. I think I downloaded this document quite some time ago, so I would have to look on my browsing history maybe quite a few months back, maybe a year ago(?) and not look just for a week.