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
22
General - (fb2k) / Re: Opus conversion failure (Code -1073741502)
Last post by Viper21 -
Quote from: Viper21 on
Quote from: Case on
The opusenc binaries bundled in Free Encoder Pack do not depend on any external DLLs that would cause the issue.

But I believe I have found the culprit: Comodo Antivirus. With default settings everything works as should, but enabling HIPS allows everything to break. For example preventing opusenc from accessing conhost causes the very error message from this topic's title.

I use Comodo, but not the Antivirus, rather Comodo Antivirus. But is also has HIPS enabled.

Sorry, I meant that I use Comodo Firewall.
24
3rd Party Plugins - (fb2k) / Re: ReplayGain DSP - Alternative ReplayGain implementation by Case
Last post by Defender -
Quote from: Case on
@Defender : Perhaps these changes help you get more comfortable radio loudness levels.
Yes it does, thank you.

One thing I noticed that it works rather well when switching between MP3 streams. When I switch to an AAC stream this is played a lot louder again. For instance: http://79.111.119.111:8000/melodicpower

I also tested RG DSP on a normal flac item.
When playing with RG PBO enabled and RG DSP disabled, that sounds the same as RG PBO disabled and RG DSP enabled.
When you however have RG PBO enabled and then also enable RG DSP soundlevels go down quite a bit.
Is this as intended?

NB. I'm only testing RG DSP, I prefer to use regular RG after scanning tracks with TPS and now you have added stream support to TPS in combination with external tags that will be my preferred way of using RG in general.
25
CUETools / Re: CRC w/o null
Last post by mathmat -
Thank you very much korth. I need to take a detailed look at that info...

Basically all Im trying to do is manually remove the null samples in a track using a hex editor. Its just an intellectual exercise. It seems possible, but VERY time consuming. And I was just wondering if there was an easy way to do that.

Im not looking to rip any CDs, just to analyze the CD rips that I already have.

In a hex editor, it SEEMS like every 4 byte sample starts at an offset location "x", where x MOD 4 = 0. (After deleting the WAV header.) So given an arbitrary sample starting byte location "x", a null sample would be 00s at:

x and x+1,
x, x+1, x+2, and x+3,
x+2 and x+3

If this analysis correct? If it is, then doing this by hand is potentially too time consuming. Id have to go through literally 10s of millions of bytes.

Again, Im not interested in ripping CDs, just analyzing the digital file in a hex editor.

I just want to be able to identify null samples in a track using a hex editor.

Disclaimer: I have ZERO experience with any of this kind of stuff.

26
Lossless / Other Codecs / Re: Monkey's Audio 11.00 (MULTI-THREADED ENCODING / DECODING)
Last post by Defender -
I tested encoding a single WAV file running on a AMD Ryzen 9 5900x 12core 24threads:
2025-03-27  13:44       414,528,273 Fight - War Of Words - 1.5.0 10.55sec -8.flac
2025-03-27  14:03       414,820,798 Fight - War Of Words - 1096 08.59sec fast.ape
2025-03-27  14:02       407,605,266 Fight - War Of Words - 1096 11.25sec normal.ape
2025-03-27  14:01       406,039,058 Fight - War Of Words - 1096 11.96sec high.ape
2025-03-27  14:01       404,358,074 Fight - War Of Words - 1096 16.84sec extra high.ape
2025-03-27  13:59       403,409,178 Fight - War Of Words - 1096 33.95sec insane.ape
2025-03-27  13:53       414,820,798 Fight - War Of Words - 1100 01.65sec fast.ape
2025-03-27  13:52       407,605,266 Fight - War Of Words - 1100 02.32sec normal.ape
2025-03-27  13:51       406,039,058 Fight - War Of Words - 1100 02.42sec high.ape
2025-03-27  13:49       404,358,074 Fight - War Of Words - 1100 03.96sec extra high.ape
2025-03-27  13:51       403,409,178 Fight - War Of Words - 1100 08.32sec insane.ape
2025-03-27  13:44       628,767,542 Fight - War Of Words - source.wav

After that I tested encoding 44 wav files with all cores/threads available:
FFDP 1096 08.73sec extra high - 1238.84 MB.ape - LIMITED to 16 simultaneous files
FFDP 1100 09.45sec extra high - 1238.84 MB.ape - LIMITED to 16 simultaneous files
FFDP 1.5.0 09.89sec -8.flac - DbPowerAmp 24 threads
FFDP 1.5.0 10.02sec -8.flac - FooBar

In MonkeysAudio I guess 16 simultaneous files means 16 threads. Don't know why I cannot use all threads like I can in DbPowerAmp
27
CUETools / Re: CRC w/o null
Last post by korth -
I can't remember the details of this but here's a little info.

This w/o null CRC is emulating an old setting in Exact Audio Copy.
Quote from: EAC Options (Legacy)
No use of null samples for CRC calculations
(Default: enabled, Recommended: disabled)
With this option enabled, null samples (silence) of a track will not be counted for CRC checksums. It has no effect on AccurateRip checksums. When this option is enabled and a track has silence at the beginning/end, this could lead to the same CRC checksums, even with different (or even wrong) drive offset values (see EAC drive options). In general, this option should be disabled to ensure compatibility with other programs such as dBpoweramp.

https://hydrogenaud.io/index.php/topic,57306.0.html
https://hydrogenaud.io/index.php/topic,64481.0.html
28
Lossless / Other Codecs / Re: Monkey's Audio 11.00 (MULTI-THREADED ENCODING / DECODING)
Last post by genuine -
I also added the FLAC encoding time. However, FLAC decoder does not support multithread.
Quote
MAC 11.0 normal -threads=1 -> 394,231,260
Encoding 21.910 s, Decoding 22.489 s

MAC 11.0 normal -threads=8 -> 394,231,260
Encoding 6.439 s, Decoding 7.149 s
Quote
FLAC 1.5.0 -5 -j1 --no-md5 -> 403,602,181
Encoding 7.738 s, Decoding 4.849 s

FLAC 1.5.0 -5 -j8 --no-md5 -> 403,602,181
Encoding 2.891 s, Decoding 4.849 s
Quote
HALAC 0.3.8 -normal -> 404,597,742
Encoding 3.150 s, Decoding 4.239 s

HALAC 0.3.8 -normal -mt=8 -> 404,597,742
Encoding 1.758 s, Decoding 1.999 s
29
General - (fb2k) / Re: Opus conversion failure (Code -1073741502)
Last post by Viper21 -
Quote from: Case on
The opusenc binaries bundled in Free Encoder Pack do not depend on any external DLLs that would cause the issue.

But I believe I have found the culprit: Comodo Antivirus. With default settings everything works as should, but enabling HIPS allows everything to break. For example preventing opusenc from accessing conhost causes the very error message from this topic's title.

I use Comodo, but not the Antivirus, rather Comodo Antivirus. But is also has HIPS enabled.