Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Last post by Case -
Best option for API would be not to rely on filenames at all. Most libraries allow setting callback functions - you just give pointer to simple functions for reading and seeking and other features API might need. Another option would be to use memory pointers for data exchange.
Not relying on filenames would for example mean that foobar component would automatically get support for playing HALACs over internet and from archives. And features like full file buffering or prebuffering parts of future tracks would work.
And partial decoding is of course very important for realtime playback. Decoding entire track in advance not only requires way too much memory, but it can also means a long delay for track changes potentially breaking gapless playback.
For playback use it would also make sense to have some way to report the audio data specs to the player and just give the audio data to it. My component now includes parser for WAV, RF64, BW64 and W64 formats just in case such things pop out of HALAC so that it can play them. It's not nice to outsource these things for the player.
Oh yeah, and you should specify what calling convention the functions use. Now they seem to depend on compiler defauls.
EZ CD Audio Converter 11.0.3 now includes the new Fraunhofer IIS xHE-AAC encoder v4.4.0 with audio quality improvements
The term "audio quality improvements" isn't very detailed, ant the EZ CDDA version history just states "Updated Fraunhofer IIS xHE-AAC encoder v4.4.0" - does anyone happen to know what the actual xHE-AAC improvements are, on voice or music encoding?
Removing kbhit is something I also wanted to suggest. There's CTRL+c for that.
We can replace the interrupt by any key with Ctrl-C, but I believe we should keep the hint on the screen, separate it with an empty line, and remove < >.
Last post by maikmerten -
Removing kbhit is something I also wanted to suggest. There's CTRL+c for that, and I think that one works across platforms and doesn't involve querying input via syscall.
Opus 1.5 has a stellar post-processing filters for low-bitrate streams, but basically remains unchanged otherwise apart from some bug fixes.
Exhale ist now at 1.2.1, and FgG at 4.4.0 (latest EZ CDDA) - does anyone happen to know or are there even tests if there's any significant enhancements with these xHE-AAC encoders for voice or music?
Last post by Case -
Hmm. The kbhit check for encoding canceling actually slows the encoding down a lot. That was the reason my clang compile didn't reach JoshuaChang's speeds. The abort-by-key-press check makes encoding take about 22% longer here.
I wonder if anyone would mind if it was nuked entirely. I know it isn't even implemented for linux and without the patch I attached earlier it only worked on Visual Studio compiles.
Last post by Swi -
Hello Peter and Womans or Mans. Excuse me for absence. Please, make dubliring(s) (dublicate(s) with an auto counter at the ends of track position names (example: namepostrack# i.e. namepostrack№) tracks by ratings in playlist at yours component.
Last post by Klymins - @Heliologue Thanks. Of course it's subjective, but it even does not sound better than MP3 for music to me. @saratoga Looks like you're wrong. I did the decoding speed test myself and MP3 was way faster than Opus.
