OS2 World Community Forum
OS/2, eCS & ArcaOS - Technical => Multimedia => Topic started by: Remy on January 05, 2024, 03:48:28 pm
-
Hi,
I just saw something strange.
Playing an audio file directly under WPS uses nearly 30Mb of private low storage.
Playing the same audio file using PM123, no reduced free storage
In my case, the audio file is a FLAC file with include albumart + EA's album art icon
To get back the storage, I do WPS restart.
Did any see this symptom ?
-
I did more tests.
In fact, there is a problem with flac mmio ! only playing this type of codec makes WPS use 33Mb shared low storage.
flac is today the best option between lower files size without losing quality.
Is there someone which could have a look on this MMIO issue ?
-
It all depends on how the IOProc is written.
You can load the whole FLAC file and convert into a WAV file and hold the result in memory. That makes it easy to implement seeks,reads and writes on the converted file (which is necessary as the MMOS2 can really only play/record WAV files). But it comes at a high cost in memory as WAV needs a lot of memory.
The alternative is to work blockwise, if the source format (FLAC in this case) is organized in this way because then, only a block of input data has to be converted but not the whole file. This is more memory friendly but also more difficult to implement (think about a seek half way into the WAV converted file: what would that location match in the FLAC source file?)
I suspect that the FLAC IOProc makes use of a library that is meant to convert a complete FLAC file into a WAV file and therefore that would match the first approach.
-
It all depends on how the IOProc is written.
You can load the whole FLAC file and convert into a WAV file and hold the result in memory. That makes it easy to implement seeks,reads and writes on the converted file (which is necessary as the MMOS2 can really only play/record WAV files). But it comes at a high cost in memory as WAV needs a lot of memory.
The alternative is to work blockwise, if the source format (FLAC in this case) is organized in this way because then, only a block of input data has to be converted but not the whole file. This is more memory friendly but also more difficult to implement (think about a seek half way into the WAV converted file: what would that location match in the FLAC source file?)
I suspect that the FLAC IOProc makes use of a library that is meant to convert a complete FLAC file into a WAV file and therefore that would match the first approach.
Storage should be released at stop play than but I suppose this is an old WPS issue... (due WPS restart releases the storage)
I plaied wav too but I didn't notice any abnormal storage use compared to flac. Next, I created a M3U list of flac and start playing this list from WPS. No extra storage used by this way !
-
Hello
Are you talking about mmioFLAC that cames in MMAudioPack?
- https://github.com/OS2World/MM-SOUND-MMAudioPack
Regards
-
The official home is at https://trac.netlabs.org/mmcodecs/wiki (https://trac.netlabs.org/mmcodecs/wiki) where a ticket could be filed.
I seem to have alternate mmioFLAC.dll labeled Paul, I'll attach for testing purposes. I can't remember anything about it.
-
Hello
Are you talking about mmioFLAC that cames in MMAudioPack?
- https://github.com/OS2World/MM-SOUND-MMAudioPack
Regards
ArcaOS installed
-
The official home is at https://trac.netlabs.org/mmcodecs/wiki (https://trac.netlabs.org/mmcodecs/wiki) where a ticket could be filed.
I seem to have alternate mmioFLAC.dll labeled Paul, I'll attach for testing purposes. I can't remember anything about it.
Hi Dave !
You are the best.
This mmioFlac only uses 1Mb ans storage is get back at stop time like when playing wav (from under WPS folder). Good
I didn't notice error during the test and will continue testing it.
Thanks
-
Here's the thread, https://www.os2world.com/forum/index.php/topic,3174.0.html (https://www.os2world.com/forum/index.php/topic,3174.0.html)
Guess someone should raise an issue and get Gregg to rebuild them with Paul's changes.
-
Here's the thread, https://www.os2world.com/forum/index.php/topic,3174.0.html (https://www.os2world.com/forum/index.php/topic,3174.0.html)
Guess someone should raise an issue and get Gregg to rebuild them with Paul's changes.
Right, i forgot this thread.
Thanks
FYI: AVxCAT V2.1.0 is under test and very close to be GA ...
For those interested to test it, in addition with bug corrections, several new minor functions where added (download album-art by Discid, add EA's album-art icon nice to see the album cover instead of a generic music icon under WPS etc... FLAC, ALAC, AIFF etc...) and more, please send me a private message if interested to.
-
Here's the thread, https://www.os2world.com/forum/index.php/topic,3174.0.html (https://www.os2world.com/forum/index.php/topic,3174.0.html)
Guess someone should raise an issue and get Gregg to rebuild them with Paul's changes.
IIRC - the changes were largely to update the version of libflac that was used...
-
Here's the thread, https://www.os2world.com/forum/index.php/topic,3174.0.html (https://www.os2world.com/forum/index.php/topic,3174.0.html)
Guess someone should raise an issue and get Gregg to rebuild them with Paul's changes.
IIRC - the changes were largely to update the version of libflac that was used...
OK, maybe it was simply the move to kLIBC that reduced the memory usage. I'll have to test. Do you remember if you used -Zhigh-mem? Not sure if that is a good idea for multimedia stuff.
-
looks like no highmem switch, just the change to klibc and newer libs...