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.
Topic: ReplayGain DSP - Alternative ReplayGain implementation by Case (Read 11553 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: ReplayGain DSP - Alternative ReplayGain implementation by Case

Reply #50 –
I'm going to assume the files you are playing do not have ReplayGain information and the component has to scan them. The current version of the component can't handle such transitions optimally as it doesn't do any buffering, all its operations happen in realtime.

When I added that auto-scanning feature I was only thinking that it will protect my ears when I'm testing random single tracks outside my library. This version was never designed for permanent use as a replacement for real ReplayGain scanning.
I'm going to improve the scanner to work more seamlessly, but for now it's a known limitation.
 

Re: ReplayGain DSP - Alternative ReplayGain implementation by Case

Reply #51 –
Hi! Thanks for the work on this plugin, I especially like the approach similar to Lyrion Music Server "Smart replaygain".

I have a (hopefully) small feature request: would it be possible to have an option to do nothing if a file lacks replaygain info?

In my case I listen to DTS and AC3 files that lack that and, to bitstream them, no processing has to happen in foobar2000.

Re: ReplayGain DSP - Alternative ReplayGain implementation by Case

Reply #52 –
Quote from: gorman on
Hi! Thanks for the work on this plugin, I especially like the approach similar to Lyrion Music Server "Smart replaygain".

I have a (hopefully) small feature request: would it be possible to have an option to do nothing if a file lacks replaygain info?

In my case I listen to DTS and AC3 files that lack that and, to bitstream them, no processing has to happen in foobar2000.
How do you bitstream DTS and AC3 from within foobar?

I cannot and therefore I just added replaygain values to DTS and AC3 files.

Re: ReplayGain DSP - Alternative ReplayGain implementation by Case

Reply #53 –
Quote from: gorman on
Hi! Thanks for the work on this plugin, I especially like the approach similar to Lyrion Music Server "Smart replaygain".

I have a (hopefully) small feature request: would it be possible to have an option to do nothing if a file lacks replaygain info?

In my case I listen to DTS and AC3 files that lack that and, to bitstream them, no processing has to happen in foobar2000.

I'm confused.  If you have files which include RG tags, you don't need the ReplayGain DSP to generate RG on-the-fly.  If you don't want RG applied to files which don't have RG tags, you don't need ReplayGain DSP to generate RG on-the-fly in that case either.  So the conclusion is you don't need ReplayGain DSP.

What have I misunderstood?
It's your privilege to disagree, but that doesn't make you right and me wrong.

Re: ReplayGain DSP - Alternative ReplayGain implementation by Case

Reply #54 –
The automatic RG scanning is only a part of the DSPs functionality. It also offers smarter automatic ReplayGain mode as it doesn't just blindly look at your playback setting - it analyzes your playlist content too. And it can do gain adjustment on track boundaries smoother without introducing sudden transition glitches. Not sure it's a plus, but it offers simplified UI to select among common playback target levels. And the clip prevention offers options that leave configured amount of headroom too, so you can follow EBU's best practices if you wish. And it brings back the original RG config dialog suggestion of offering clip prevention through compression.