Support for mobile devices and android?

[spwolf]

@nikkho said in Experimental Codecs - info, updates:

Build 83 is much better. Size gets not increased anymore, and in fact, beats the ratios of 7z and RAR by about 5%. Also compression gets not stuck anymore at 100%.

what is calculated ratio when you manually check size of file and size of archive? It should be between 18% and 23%, as long as experimental codec is set. Otherwise, it means those mp3 files are not recognized as having mp3 data.

[spwolf]

@nikkho @Brian-Gregory you can check with build .83, with experimental codec set and then if it is not 18-23% compression ratio, upload file and send it over to us via email (wetransfer?).

thanks!

[nikkho]

It is 14% in my quick test. Better than WinRAR or 7z, but not yet 18%.

@spwolf said in Experimental Codecs - info, updates:

@nikkho said in Experimental Codecs - info, updates:

Build 83 is much better. Size gets not increased anymore, and in fact, beats the ratios of 7z and RAR by about 5%. Also compression gets not stuck anymore at 100%.

what is calculated ratio when you manually check size of file and size of archive? It should be between 18% and 23%, as long as experimental codec is set. Otherwise, it means those mp3 files are not recognized as having mp3 data.

[nikkho]

• Original: 9.020.106 bytes
• 7-Zip: 8.758.585 bytes
• WinRAR: 8.750.307 bytes
• ZIP: 8.743.320 bytes
• PA 7.757.480 bytes

[spwolf]

@nikkho said in Experimental Codecs - info, updates:

• Original: 9.020.106 bytes
• 7-Zip: 8.758.585 bytes
• WinRAR: 8.750.307 bytes
• ZIP: 8.743.320 bytes
• PA 7.757.480 bytes

can you compress both files individually and see whats c. ratio for each one of them? There might be a difference.

Also, WinZIP ZIPX is only one that has mp3 compression too, so that would be interesting to see.

Thanks!

[nikkho]

can you compress both files individually and see whats c. ratio for each one of them? There might be a difference.
First one is 16%, second one is 10%.

[spwolf]

@nikkho can you send us that 10%, lets see what kind it is… optimizer is running currently on 320kbs sample.

[nikkho]

Wetransfer seems to be down, so I have sent it to support@ConeXware.xxxx
MP3 is a VBR file, at about 128Kbps.

[spwolf]

@nikkho said in Experimental Codecs - info, updates:

Wetransfer seems to be down, so I have sent it to support@ConeXware.xxxx
MP3 is a VBR file, at about 128Kbps.

Nikkho,

with some settings optimization, we can lower mt setting to mt1 in this case when it is small file, so it will be 13kb smaller result in next build, which would be 10kb less than packmp3 in winzip (in this build it is 3kb worse).

And then when our optimizer finishes, it should be another few kb better. But we are currently targeting 320kbs mp3’s for best results, because they seem the most popular right now, so those will show more compression ratio.

thanks for the file!

[spwolf]

@nikkho also, interesting since here MT is actually not used due to small file size, speed wise:
PA 17.00.83 extreme: 1.28s
WinZip Zipx: 4.1s

We also have full mt support, so with more files, it would use all of the cores but since thats not happening here i would suspect that WinZip takes 2s to initialize packmp3.

Difference on 184 MB mp3 album (320kbs) is 25s (PA) vs 70s (WZ) on 8t cpu.

When you have more time, try with some other mp3 files and lets see how it does, including speed. Right now only commercial competition is WZ that uses packmp3. Rest of them do not do mp3 recompression.

[nikkho]

@spwolf I will look for a 320Kpbs test set. It is strange, but most of my download music, is VBR, and not CBR.

[spwolf]

@nikkho said in Experimental Codecs - info, updates:

@spwolf I will look for a 320Kpbs test set. It is strange, but most of my download music, is VBR, and not CBR.

any kind of samples will be interesting for sure…