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
Opus / Re: Opus v1.5.1
Last post by Marsu42 -
LACE/NoLACE is post-processor that works after SILK decoder and can be optionally enabled at decode time. In other words, there's no difference on the encoded bitstream

Thanks for the explanation - I have to admit that after reading the 1.5 release news. I didn't understand that there's no encoder side change at all.  I hope apps will enable noLACE decoding - alas, it's probably hard to tell, esp. because there seems to be little difference at moderate bitates (I'm usually encoding podcasts at 24 kbps).

Another question: The release notes state "LACE and NoLACE are currently only applied when the frame size is 20 ms." (https://opus-codec.org/demo/opus-1.5/) - is this just for the time being at this will expand to other frame sizes? Until now, I've used 60 ms for podcast offline encoding to save a little file size...
5
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by john33 -
The compilles i did with GCC 13.2.0 should create the same files in size.
It is only when i use AVX or fast-math that includes -funsafe-math-optimizations the output changes.
The rarewares x64 compile for example creates the same files as when i use fast-math.
I attach a compile that has both versions with exactly the same settings but fast-math if someone wants to check.
The question is if such optimization at some point changes the sound. I am no expert here but think to remember there once was a problem with a lame compile because of some compiler option.
I do indeed have fast-math enabled on both x64 compiles. I too recall a lame issue, I think with a particular Intel compiler option, but I don't recall which option, and it was in any case some many years ago.
6
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Wombat -
The compilles i did with GCC 13.2.0 should create the same files in size.
It is only when i use AVX or fast-math that includes -funsafe-math-optimizations the output changes.
The rarewares x64 compile for example creates the same files as when i use fast-math.
I attach a compile that has both versions with exactly the same settings but fast-math if someone wants to check.
The question is if such optimization at some point changes the sound. I am no expert here but think to remember there once was a problem with a lame compile because of some compiler option.
7
3rd Party Plugins - (fb2k) / Re: Playlist-Tools-SMP
Last post by Defender -
@regor

Case made a nice tool to scan for Truepeaks and number of clipped samples which integrates with the Replaygain context menu.

Would you consider to add this utility to be selectable in the button_automation_tags.js script?
8
3rd Party Plugins - (fb2k) / Truepeak Scanner
Last post by Defender -
@Case

Thanks for this tool.

Can you make a small adjustment in the "Scan true-peaks and positions (as albums)" so that it writes the total amount of clipped samples found in tracks in a field like TRUEPEAK_SCANNER_CLIPPED_SAMPLES_ALBUM?

I'd like to be able to show this value in the group header per album.