Skip to main content

Notice

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.
Recent Posts
1
General Audio / Re: The "staircase" returns, brought to you by Quackcomm
Last post by polemon -
I once got into an argument with an audio engineer and producer that the horizontal lines aren't really what they appear to be, and it's only visual aliasing of displaying individual samples in time. I decided to simply not pursue this further and learned my lesson.
It was just a waste of time and energy on my part, I could've explained the Nyquist-Shannon theorem to a common garden snail - it would've been a much better use of my time.
Having said that, I also accept that I'm just very bad at explaining things like this, perhaps. So it's either me not being a good explainer, them not being a good listener, or a combination of both.
2
Speech Codecs / Re: What is the best format for audiobook
Last post by celona -
To me Lame 3.97 sounds better than newer Lame versions at these low bitrates.

Sorry for the delay with which I reply. I used LAME 64bits version 3.100 and actually it seems that, as you write, version 3.97 is more efficient. The last test I did in MP3:
MPEG-2, layer III, 22050 Hz, 42 kb/s, 462 kB.

Ogg Vorbis, 24000 Hz, 43 kb/s, 476 kB
Opus, 48000 Hz, 36 kb/s, 398 kB

LC-AAC, 24000 Hz, 35 kb/s, 405 kB
HE-AAC, 48000 Hz, 36 kb/s, 406 kB

xHE-AAC, 48000 Hz, 26 kb/s, 292 kB
Opus, 48000 Hz, 26 kb/s, 292 kB
FLAC, 48000 Hz, s16, 379 kb/s, 4.1 MB

Try them and see which one you should use but keep in mind that it makes no sense to compare an .mp3 file sampled at 22050 Hz with one at 44100 Hz. As you can see by lowering the sampling frequency and not setting any limit to the compressor, therefore in its ideal conditions of operation (VBR at maximum quality), you get a LC-AAC file at 35 kb/s.

The xHE-AAC file cannot be obtained at this bitrate with Exhale. Even requesting a 36kb/s VBR it stops at 26, a value in which the highest quality speech is obtained. It is my favorite for quality but it does not work on your device, nor with BSD, Linux and Windows without installing additional software, on the other hand it works on all tablets, all (modern) mobile phones and even Apple Watch.

Ogg Vorbis is obsolete (like Speex) and Opus works with all current browsers, in old Android versions you will have to change the file extension, on Rockbox you will let me know what works and how, I haven't tried it for too many years. I don't think it makes sense to consider other encoders because they are less supported than these.

Update: I have heard the xHE-AAC file, created after an update and objectively also in this case it feels worse than the previous version, I will report it to the developer.
4
Off-Topic / Netflix raises prices in the US (again). Will Spotify refuse to follow (again)?
Last post by soundping -
The MBW Review is where we aim our microscope towards some of the music biz’s biggest recent goings-on. This time, we take a look at the history of Netflix vs. Spotify‘s subscription prices, in the wake of news that Netflix has once again upped its fees in the US.

https://www.musicbusinessworldwide.com/netflix-raises-prices-in-the-us-again-will-spotify-refuse-to-follow-again2/
5
Lossless / Other Codecs / Re: Monkey's Audio speed improvements tested
Last post by MonkeysAudio -
Just a big thank you to Robert Kausch for his help speeding Monkey's Audio back up.  When I added 32-bit and multi-channel I unintentionally slowed it down.  Robert came to the rescue with templates so it uses int instead of int64 when possible.  The current release should be as fast as it has ever been and decode files all the way back to when they were named .MAC instead of .APE.  If anyone has any issues, you can email me at mail at monkeysaudio dot com.  Thanks.
9
Uploads / Re: XLAC! Lossless Audio Converter - WAV / FLAC / APE / WAVPACK / TTA / ALAC
Last post by lvqcl -
From https://www.armbbs.cn/forum.php?mod=viewthread&tid=108801 , translated ty google:

Quote
BLA Basic Lossless Audio
is a lossless audio compression format I modified based on SLAC.
SLAC is a simple lossless audio compression format written by David Bryant, one of the authors of WAVPACK. It can be found here https://github.com/dbry/slac The original intention of the author of the original file is to create a compression format that is comparable to FLAC level 0. After testing and optimization, I made BLA Basic Lossless Audio.


Also: https://www.youtube.com/watch?v=Hrph2EW9VjY
10
General - (fb2k) / Re: Group by different bits per sample as one group
Last post by Porcus -
And the file size is the same.
Yes, FLAC (and WavPack and TAK) recognize wasted bits at the low end when they see them, so even if the .flac file will have a header saying it is a 24-bit file, then all of the encoded blocks will have the information saying "only 16 bits here, the rest are zero!". Or less if there are actually less throughout the block (like if there is a totally quiet second in the audio).

Not all codecs can do this. ALAC and Monkey's don't. I tested a file with ALAC, and the 705.6 kbit/s of extra dumb zeroes added to the uncompressed file by going 24-bit, translates to precisely the same compressed. So while FLAC compresses it to nothing, ALAC is not able to compress that at all. But testing Monkey's ... it is even worse.