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
11
AAC / Re: QAAC on Windows 11
Last post by nu774 -
No, it didn't.
Actually, I have both versions of the PDB files, so I disassembled them using dumpbin.exe and compared the machine code of the functions in both versions, but there were no differences.
12
AAC / Re: QAAC on Windows 11
Last post by sundance -
Quote
On peak scanning, every sample is casted to double and then absolute value is computed
But that did not change from 2.83 to 2.84, or did it?
14
3rd Party Plugins - (fb2k) / Re: External Tags
Last post by Case -
Your settings are correct. The External Tags Writer at the bottom of the decoder list is just a last resort fallback, so it can take the tag if nothing else wants them.

I don't know yet why that url doesn't make it to External Tags, but you can force External Tags to handle it. Instead of using normal Properties dialog, use Tagging -> Edit External Tags.
15
General - (fb2k) / Re: Opus conversion failure (Code -1073741502)
Last post by Case -
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.
16
3rd Party Plugins - (fb2k) / Re: External Tags
Last post by Defender -
I installed this plugin to be able to use replaygain values on streams so they sound similarly loud as normal tracks/items.

First stream I add RG info works fine and the values entered are used.
Second stream I add RG info but get an error message that the operation is not supported on remote objects.

I tried to change some of the settings in Advanced (write sqlite), but that does not help.

In playback/decoder the external tags writer is the last option.

What's wrong?
17
3rd Party Plugins - (fb2k) / Re: ReplayGain DSP - Alternative ReplayGain implementation by Case
Last post by Case -
Quote from: Mekoz on
I think i may have found the problem. In advanced settings, Fast DSP reset when cycling tracks manually was checked. When changing songs now, every song has a ReplayGain DSP entry in the console and seems to be working correctly. I apologise for not being more thorough before reporting an issue.
That is a good find and I apologise for not knowing it to cause this kind of behavior. I vaguely remember Peter explaining how the feature worked but it had slipped my mind.

When that option is enabled manual track change looks just like normal seek so ReplayGain DSP has no idea that new gain values need to be read. I will add a workaround for the ReplayGain DSP. It's a bit against the idea of this speed option, moving a slow one-time operation to instead be performed possibly hundreds of time - every time user seeks - but that is the only choice for things to work with that setting enabled.

Quote from: Mekoz on
I do still experiance several hundred milliseconds delay before each track is played. Im wondering if this could be due to Minibar scanning the waveform beforehand?
Minibar scanning is performed in another thread so it doesn't delay the DSP processing. But over here Minibar scanning seems to introduce 1-6 millisecond delay for the DSP notification message based on quick tests. You have also lyrics stuff going on during track change, perhaps that causes a longer delay. If it works in main thread it probably causes a delay for the console message arrival, but again, it won't delay the DSP processing itself.
18
3rd Party Plugins - (fb2k) / Re: ReplayGain DSP - Alternative ReplayGain implementation by Case
Last post by Case -
Quote from: Defender on
Is there a way (plugin/dsp or else) to apply a decent Replaygain value when using streams?
If a stream uses a constant loudness level you should be able to manually configure appropriate ReplayGain values to it with foo_external_tags and possibly with the M-Tags component.
Otherwise only option is to use dynamic loudness normalizer, but that is a dynamics compressor and quite different than what ReplayGain does.
19
CUETools / Re: How would you interpret my accurate rip results?
Last post by spoon -
Quote from: korth on
Quote from: anteater545 on
How did I "match" 7 other rips, but sometimes, get errors for that particular track? Is  this some kind of copyright protection?
More likely a flaw on the CD where the drive reads one area 2 or 3 different ways consistently. I've had several CDs like this.

Quote from: anteater545 on
In addition, I'm still a little confused why some tracks have -12 offset. Does that mean my rip has SOME songs with 12 added bits of silence to them compared to most rips?

The CUETools result DOES NOT show any tracks with -12 offset. It does show you there's another pressing in the database that is offsetted by -12.

You're just misinterpreting the foobar2000 result. It is not telling you the track has an offset. It's telling you it found the highest confidence for a pressing that is offset from your rip by -12.

I might be wrong, however before searching for offsets it tries to match a non-offset, otherwise on a disc with lots of pressings all the tracks could be all over the place.