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: R128Norm (Read 58040 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

R128Norm

Reply #26
Thanks a lot for this plugin.
However, could you add some tweakable settings (threshold etc), as it is, it's almost unusable for classical music (for which this kind of effect is almost necessary), as even the silent parts are maximized to 0db or so...

Thank you

R128Norm

Reply #27
Since Replay Gain changed to R128,
R128Norm adds Noise first and irregularly.

Because I detour around it with Replay Gain's normalize(94db?)
If R128Norm will be one as Replay Gain's normalize,
please unify them definitely(e.g. Target MP3 alteration volume level : 89db to 94db)


R128Norm

Reply #28
It's a nice plugin and very useful but I have to say I also experience the blasts in the beginning of some songs.

R128Norm

Reply #29
I'm not sure if you're still updating this, but I'd prefer to use this over tagging because I regularly use MusicBrainz Picard to update my tags and I have CLEAR TAGS checked so it re-writes everything. I figure there might be a change and a tag gets removed entirely so if I don't do that the older one would stay present. I want it to mirror their database completely.

Thanks for the great work!

R128Norm

Reply #30
Just tried version 1.11. It is really impressive. I think you nailed it.
In theory, there is no difference between theory and practice. In practice there is.

R128Norm

Reply #31
Thanks for continuing updates to this plugin

R128Norm

Reply #32
Thank you for making this DSP kode54, now I can finally get rid of that horrible Vlevel.


I wish I could but I cant do so, on classical music, r128norm is unusable
When there's a super quiet section, it stays quiet, then suddenly volume rises a lot, its far from being as smooth as Vlevel (which probably only reacts quicker, i dunno).
I think we should have access to a few parameters at least..

Thanks anyway

R128Norm

Reply #33
I wish I could but I cant do so, on classical music, r128norm is unusable
[..] its far from being as smooth as Vlevel

Yes, two different beasts. Vlevel is designed to be smooth and you can configure it to match your liking best.
This plugin however tries to implement the EBU R128 (broadcasting) norm in a usable way. That means the kind of compression commonly used on pop/rock/country etc. (FM) radio.
I think that is not usable on classical music and that Vlevel is the better choice there.
In theory, there is no difference between theory and practice. In practice there is.

R128Norm

Reply #34
Maybe with an "advanced" mode or something, which would allow user to set their threshold, gain etc ?

 

R128Norm

Reply #35
Yes, I did make a lot of constants into variables, because I plan to add a configuration dialog. The current variables are:

Startup latency. The minimum amount of input sample data which will be processed into the EBU R128 scanner before any volume level is calculated and eventually applied. Currently 10 seconds.

Processing window. The duration worth of gated loudness samples, taken 2.5 times per second by the library, which will be retained and processed every time a gain correction is made. Currently 20 seconds.

Minimum latency / look-ahead. The minimum amount of sample data which will remain buffered after the startup period occurs. Volume changes occur at least this much behind the data which has been fed through the scanner. Currently 4 seconds.

Volume change sensitivity. This is the rate at which volume changes occur between the current level and the new level. Currently 1dB per 50ms.

Reference loudness level. This is the volume level that the scanner tries to achieve. Currently -18 LU, which is equivalent to the ReplayGain scanner component.

R128Norm

Reply #36
This plugin is great. It's perfect for evening background music playback without using radio station style compression, which hurts the sound.
Would it be possible for you to compile it into a VST plugin? I would buy a VST provided it wasn't priced outrageously.
By the way, Waves just released a R128 compliant meter and they are asking a lot of money for it- $299.00. http://www.waves.com/content.aspx?id=11884
Your plug could display the measured values plus ride the gain in real time.

R128Norm

Reply #37
The thing is, I'm not sure if VST supports such latency as this component needs. It needs to absorb the first 10 seconds worth of sample data fed into it, and then it maintains a constant latency of 4 seconds. Not to mention that I've only ever worked on a VST (instrument) host, not the plug-in side of things, even if it shouldn't be that much different.

R128Norm

Reply #38
The thing is, I'm not sure if VST supports such latency as this component needs. It needs to absorb the first 10 seconds worth of sample data fed into it, and then it maintains a constant latency of 4 seconds. Not to mention that I've only ever worked on a VST (instrument) host, not the plug-in side of things, even if it shouldn't be that much different.


I'm not sure what the limit on pre-buffering audio in VST is. Considering that there are VST delay processors, which can be set up to output fully wet or 100% effect signal, I see no problem with having your plugin act like one. Yes, it would not be a real time effect, as it would push audio back by 10 seconds every time, but for processing complete stems inside a VST host it could be valuable.
Also, there is technology in the VST spec that allows for outside of host processing as used by Melodyne or similar pitch correcting processors. Basically complete audio track is temporarily exported to the VST, processed in whole and then inserted back where it belongs on a time line. Something to consider for you.

People compress complete mixes or submixes with various dynamics processors. Automatic gain riding like your processor does, could be used to very transparently compress audio to a different standard- just another cool tool for music creators.

R128Norm

Reply #39
Yes, I did make a lot of constants into variables, because I plan to add a configuration dialog. The current variables are:

Startup latency. The minimum amount of input sample data which will be processed into the EBU R128 scanner before any volume level is calculated and eventually applied. Currently 10 seconds.

Processing window. The duration worth of gated loudness samples, taken 2.5 times per second by the library, which will be retained and processed every time a gain correction is made. Currently 20 seconds.

Minimum latency / look-ahead. The minimum amount of sample data which will remain buffered after the startup period occurs. Volume changes occur at least this much behind the data which has been fed through the scanner. Currently 4 seconds.

Volume change sensitivity. This is the rate at which volume changes occur between the current level and the new level. Currently 1dB per 50ms.

Reference loudness level. This is the volume level that the scanner tries to achieve. Currently -18 LU, which is equivalent to the ReplayGain scanner component.


May I suggest you make maximum gain your processor applies also a variable?  Sometimes long quiet parts of music get amplified too much. This happens mostly with acoustic, jazz and classical. If you could specify a max gain of let's say 12-18dB all that ambiance would not come up too drastically in those moments.

R128Norm

Reply #40
I think this plugin works quite nice. It gives a certain FM radio 'feeling' by compressing and pumping the volume. Sometimes it even gives a nice punch to the certain parts of the songs by doing that.

A very nice plugin when you want to listen to for example your whole library, there sure is some volume differences between some songs - especially if you haven't done ReplayGain scan to your files. I haven't and I have lot of music.. I tried it.. but it would have taken quite a long time to complete it.

But, I have two wishes:
1) sometimes it pumps levels too much, for example in the end of the songs that have a long fade out or in songs that have long quiet parts
2) it would be also nice if the reference level could be changed. Foobar's own preamping isn't working either with this plugin.

R128Norm

Reply #41
Hey guys,

how is this plugin different from replaygain?
what's the benefit of using it ?

thanks

R128Norm

Reply #42
It uses the same algorithm of volume measurement as the current ReplayGain scanner, only it uses a pre-fill scan and latency window to apply a short-term volume correction on the audio in real-time. It may have a similar volume measurement and scaling effect, but it is more of a normalizer, as it only scans small amounts at a time, and is prone to volume swings being scaled to more of a flat response, while normal ReplayGain and R128 scan the volume level of the entire track or album at once and only apply a single correction level on a track by track or album by album basis.

R128Norm

Reply #43
Hm, having read the whole thread now and only been listening to some tracks for a short while, I wonder what this plugin does when a replaygain scanned track is being played.

In case it's always active and ignores replaygain information, it should still have an effect if the song has sections with highly differing dynamics, right? If that is the case wouldn't an option be good to disable this DSP if replaygain information is present? Well, ideally I'd also love to see an option to only activate this plugin on internet streams.


R128Norm

Reply #45
Well, the question has been raised in #18, but it wasn't answered. I might look into this Dynamic DSP, but I don't think it's worth the hassle just for a few radio streams.

R128Norm

Reply #46
@kode54
Can you add like this?

1. If There is ReplayGain information, R128Norm pass through.

or

2. Add check box for Preamp of foobar2000 (eg. Use R128Norm for Without RG info)

I think the latter is more better

R128Norm

Reply #47
@kode54
Can you add like this?

1. If There is ReplayGain information, R128Norm pass through.

The third party Dynamic DSP component already handles this perfectly, as outlined in [a href='index.php?act=findpost&pid=826334']this post[/a]. Just be sure to add this instance of the Dynamic DSP to the top of your playback chain.

2. Add check box for Preamp of foobar2000 (eg. Use R128Norm for Without RG info)

I think the latter is more better

Sorry, that's beyond my control.

R128Norm

Reply #48
I thank you very much.

1. RG info with Daymic DSP to R128Norm = x645.249

2. RG info with nothing = x673.728

3. RG info with only R128Norm = x359.160

R128Norm

Reply #49
Got a question about how to use this component.

Before you created this component, I've scanned my entire FLACs library and applied RG in track mode.

So now, in order to try to hear the difference between the old RG and this R128 one, in options -> playback, I shout disable RG (source mode and processing set to none) and only use your R128 component in the DSP manager right ?

Thank you

Aldem