1
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.
2
Listening Tests / Re: Personal Blind Listening Test: xHE-AAC (Exhale vs Fraunhofer) vs OPUS at 96 kbps
Last post by Marsu42 -
VERSION Opus 1.31 Exhale 1.1.5 FhG 3.55
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?
3
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -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.
4
Opus / Re: Opus v1.5.2
Last post by Kraeved -Opus-tools v0.2-34-g98f3ddc (using libopus 1.5.2-2-gdfd4175)
Built on April 22, 2024, GCC 13.2.0
Why is there such a huge difference in size between the encoder (676 352 bytes) and the decoder (5 625 344)?
5
3rd Party Plugins - (fb2k) / foo_playcount
Last post by Swi -with an auto counter at the ends of track position names (example: namepostrack# i.e. namepostrack№) tracks by ratings in playlist at yours component.
6
Opus / Re: Opus decoding complexity
Last post by Klymins -Code: [Select]
System:
CPU: AMD Ryzen 5 3600 6-Core Processor, features: MMX SSE SSE2 SSE3 SSE4.1 SSE4.2 AVX LZCNT
Architecture: x86
App: foobar2000 v2.1.4
Settings:
High priority: yes
Buffer entire file into memory: yes
Warm-up: yes
Passes: 4
Threads: 1
Postprocessing: none
Stats by codec:
MP3: 6381.428x realtime
Opus: 1126.563x realtime
File: C:\Users\Klymins\Music\jkl.opus
Run 1:
Decoded length: 3:03.445
Opening time: 0:00.001
Decoding time: 0:00.163
Speed (x realtime): 1123.691
Run 2:
Decoded length: 3:03.445
Opening time: 0:00.000
Decoding time: 0:00.162
Speed (x realtime): 1129.944
Run 3:
Decoded length: 3:03.445
Opening time: 0:00.000
Decoding time: 0:00.162
Speed (x realtime): 1130.042
Run 4:
Decoded length: 3:03.445
Opening time: 0:00.000
Decoding time: 0:00.163
Speed (x realtime): 1122.618
Total:
Opening time: 0:00.000 min, 0:00.001 max, 0:00.000 average
Decoding time: 0:00.162 min, 0:00.163 max, 0:00.163 average
Speed (x realtime): 1122.618 min, 1130.041 max, 1126.563 average
File: C:\Users\Klymins\Music\jkl.mp3
Run 1:
Decoded length: 3:03.854
Opening time: 0:00.000
Decoding time: 0:00.029
Speed (x realtime): 6342.310
Run 2:
Decoded length: 3:03.854
Opening time: 0:00.000
Decoding time: 0:00.029
Speed (x realtime): 6375.277
Run 3:
Decoded length: 3:03.854
Opening time: 0:00.000
Decoding time: 0:00.028
Speed (x realtime): 6405.395
Run 4:
Decoded length: 3:03.854
Opening time: 0:00.000
Decoding time: 0:00.028
Speed (x realtime): 6403.142
Total:
Opening time: 0:00.000 min, 0:00.000 max, 0:00.000 average
Decoding time: 0:00.028 min, 0:00.029 max, 0:00.029 average
Speed (x realtime): 6342.310 min, 6405.395 max, 6381.428 average
Total:
Decoded length: 24:29.196
Opening time: 0:00.002
Decoding time: 0:00.764
Speed (x realtime): 1916.542
Edit: Both are 16kbps.
7
Lossless / Other Codecs / Re: HALAC (High Availability Lossless Audio Compression)
Last post by Hakan Abbas -As of now, HALAC is still in the development phase. The newest of other lossless codec except HALAC is close to 20 years of age. As I find time now, I try to establish the compression ratio/speed balance. I can see that there is a gap here.
When my improvements are over, it can be a codec that everyone can use. However, there is a lot of structural changes at the moment. And this is not very suitable for general use. However, 0.2.7 can now be encoded, decoded and listened to, albeit experimentally.
@Case
Thank you so much for foobar2000, Case. I have no desire to develop a new player. I just wanted to show that HALAC files can be listened to. So I prepared a very simple DLL.
- I usually work as ANSI. Yes, Unicode support can also be added. I will have to make some change for this.
- Decoded data in terms of convenience are returned as a single WAV. However, I can do this in the form of frames (up to 1 MB). However, in this case, the relevant Players should also use the data in pieces. I did not want to deal with it in the Player I have developed for now.
- Since the maximum size of the WAV files was u32 bit, I didn't need more. This can be increased, no problem.
- I need to add error controls, especially version control. It is true that I have ignored this stage a little.
- I added the SSE2 version of DLL to Github. However, I have never needed 32 bit until now. If necessary, I can also compile 32 bit. But considering the whole structure, of course, there will be things I need to change. Therefore, the subject of 32 bit is less priority for me for now.
8
Lossless / Other Codecs / Re: HALAC (High Availability Lossless Audio Compression)
Last post by mudlord -HALAC is designed for people.
At what point did the author explicitly say so?
9
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -10
General Audio / Re: Can ALAC/m4a detect file corruption?
Last post by shitdarling -https://wiki.hydrogenaud.io/index.php?title=Lossless_comparison (which's reference is [2014]this post
we can see that ALAC dont support error handling
but in hex chenged test, It indeed can detect some error if you change the metadata.