IPB

Welcome Guest ( Log In | Register )

23 Pages V  « < 10 11 12 13 14 > »   
Closed TopicStart new topic
R128GAIN: An EBU R128 compliant loudness scanner
Northpack
post Jun 24 2011, 08:30
Post #276





Group: Members
Posts: 455
Joined: 16-December 01
Member No.: 664



QUOTE (Notat @ Jun 24 2011, 00:58) *
Researchers have compared A-weighting vs. ReplayGain vs. K-weighting for loudness estimation using a variety of source material and listeners. K-weighting may not be perfect, but it is the overall winner.

Is there a paper documenting this kind of research?
Go to the top of the page
+Quote Post
Notat
post Jun 24 2011, 14:07
Post #277





Group: Members
Posts: 581
Joined: 17-August 09
Member No.: 72373



Go to the top of the page
+Quote Post
pbelkner
post Jul 10 2011, 15:20
Post #278





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (drosen @ May 8 2011, 12:24) *
@pbelkner, I appreciate your posting of the lib1770 code, and have a question about the gating constants. From my reading of bs1770_stats.c, the gating overlap is set to 50% of the of the 400 ms window. However, BS.1770-2 (03/2011) specifies a gating overlap of 75%. Shouldn't the overlap be 300 msec instead of 200 msec?

Version 0.8.5 released:
Home: http://r128gain.sourceforge.net/
Download: http://sourceforge.net/projects/r128gain/files/
What's new?
  • Allow choosing the BS.1770 block overlap by the parameter partition (1, 2, 3, ...). The corresponding overlap in % is (1 - 1/partition) * 100%.
  • LIB1770 is updated accordingly.

Example command line with block overlap 75% (partition 4) and gate -10.0:

CODE
$ r128gain --partition=4 --gate=-10.0 ../sounds/ebu-loudness-test-setv01/
SoX successfully loaded.
FFmpeg successfully loaded.
../sounds/ebu-loudness-test-setv01
  analyzing ...
    1kHz Sine -20 LUFS-16bit.wav (1/16): -20.0 LUFS, -3.0 LU (peak: 0.100733: -19.9 dBFS)
    1kHz Sine -26 LUFS-16bit.wav (2/16): -26.0 LUFS, 3.0 LU (peak: 0.050508: -25.9 dBFS)
    1kHz Sine -40 LUFS-16bit.wav (3/16): -40.0 LUFS, 17.0 LU (peak: 0.010260: -39.8 dBFS)
    seq-3341-1-16bit.wav (4/16): -23.0 LUFS, -0.0 LU (peak: 0.071316: -22.9 dBFS)
    seq-3341-2-16bit.wav (5/16): -33.0 LUFS, 10.0 LU (peak: 0.023049: -32.7 dBFS)
    seq-3341-3-16bit.wav (6/16): -23.0 LUFS, 0.0 LU (peak: 0.071468: -22.9 dBFS)
    seq-3341-4-16bit.wav (7/16): -23.1 LUFS, 0.1 LU (peak: 0.070849: -23.0 dBFS)
    seq-3341-5-16bit.wav (8/16): -22.9 LUFS, -0.1 LU (peak: 0.100845: -19.9 dBFS)
    seq-3341-6-5channels-16bit.wav (9/16): -23.0 LUFS, 0.0 LU (peak: 0.063132: -24.0 dBFS)
    seq-3341-6-6channels-WAVEEX-16bit.wav (10/16): -23.0 LUFS, 0.0 LU (peak: 0.063132: -24.0 dBFS)
    seq-3341-7_seq-3342-5-24bit.wav (11/16): -23.0 LUFS, -0.0 LU (peak: 0.358340: -8.9 dBFS)
    seq-3341-8_seq-3342-6-24bit.wav (12/16): -23.2 LUFS, 0.2 LU (peak: 0.718297: -2.9 dBFS)
    seq-3342-1-16bit.wav (13/16): -22.6 LUFS, -0.4 LU (peak: 0.100088: -20.0 dBFS)
    seq-3342-2-16bit.wav (14/16): -16.8 LUFS, -6.2 LU (peak: 0.177971: -15.0 dBFS)
    seq-3342-3-16bit.wav (15/16): -20.0 LUFS, -3.0 LU (peak: 0.100088: -20.0 dBFS)
    seq-3342-4-16bit.wav (16/16): -24.5 LUFS, 1.5 LU (peak: 0.100073: -20.0 dBFS)
    ALBUM: -21.9 LUFS, -1.1 LU (peak: 0.718297: -2.9 dBFS)
Go to the top of the page
+Quote Post
punkrockdude
post Jul 11 2011, 23:55
Post #279





Group: Members
Posts: 244
Joined: 21-February 05
Member No.: 20022



Is modern albums supposed to be attenuated by 20 dB using R128 compared to Replaygain (using Foobar2000 or Winamp to scan) which most often are 10-12 dB attenuation? Regards.

This post has been edited by punkrockdude: Jul 11 2011, 23:58
Go to the top of the page
+Quote Post
pbelkner
post Jul 12 2011, 06:47
Post #280





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (punkrockdude @ Jul 11 2011, 23:55) *
Is modern albums supposed to be attenuated by 20 dB using R128 compared to Replaygain (using Foobar2000 or Winamp to scan) which most often are 10-12 dB attenuation? Regards.

In practice most of them attenuated by about 15-16 dB (at least by my observation.)
Go to the top of the page
+Quote Post
Notat
post Jul 12 2011, 18:02
Post #281





Group: Members
Posts: 581
Joined: 17-August 09
Member No.: 72373



ReplayGain uses a -14 dBFS reference level. R128 calls for a -23 dBFS reference level. All else being equal, ReplayGain playback will be 9 dB louder than playback on an R128-compliant system.
Go to the top of the page
+Quote Post
jangk
post Jul 21 2011, 20:53
Post #282





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



QUOTE
ReplayGain uses a -14 dBFS reference level.


Which I do not understand crying.gif

Considering this file: official pink noise reference file,
and analyzing this file, I read:
Integrated EBU R128 Loudness = -23.4 LUFS
MaxTP = -22.9dBTP
Loudness RMS average = -20.0 dBFS
Max Peak = -10.87 dBFS (on a sample-peak meter)

so nothing pointing to -14 dBFS !!!???

Jean
Go to the top of the page
+Quote Post
Notat
post Jul 22 2011, 04:53
Post #283





Group: Members
Posts: 581
Joined: 17-August 09
Member No.: 72373



You are apparently studying the original ReplayGain proposal. The file you link to is a -20 dB reference. Here's the current specification. Specifically read this. Have a look at note 9. All RG implementations are using the -14 dB reference.

Please let us know where this old information still exists. We'd like to get it corrected if possible.
Go to the top of the page
+Quote Post
pbelkner
post Jul 22 2011, 06:47
Post #284





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (Notat @ Jul 22 2011, 04:53) *
You are apparently studying the original ReplayGain proposal. The file you link to is a -20 dB reference. Here's the current specification. Specifically read this. Have a look at note 9. All RG implementations are using the -14 dB reference.

Please let us know where this old information still exists. We'd like to get it corrected if possible.

BTW: The link to Replaygain on the toplevel page at http://www.hydrogenaudio.org/forums/ (left, under "Hosted Sites") should be corrected. Currently it points to http://replaygain.org/ which gives an "domain has expired" message.
Go to the top of the page
+Quote Post
jangk
post Jul 22 2011, 08:00
Post #285





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



@ Notat:

I took the information from here: http://www.hydrogenaudio.org/forums/index....aded&start=

and downloaded the wav file http://replaygain.hydrogenaudio.org/proposal/ref_pink.wav

I hope this helps to bring some light smile.gif
Go to the top of the page
+Quote Post
jangk
post Aug 2 2011, 20:37
Post #286





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



I was wondering how R128GAIN calculates the album tags for gain and peak:

if there is a batch of files, does R128GAIN refer on meta-tags (reads the "album" tag) or does it refer on the folder structure?

Thank you for more information!

Jean
Go to the top of the page
+Quote Post
pbelkner
post Aug 3 2011, 07:31
Post #287





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (jangk @ Aug 2 2011, 20:37) *
I was wondering how R128GAIN calculates the album tags for gain and peak:

if there is a batch of files, does R128GAIN refer on meta-tags (reads the "album" tag) or does it refer on the folder structure?

Thank you for more information!

Jean

It refers to the folder structure. All media files (tracks) found in a folder (belonging directly to the folder, i.e. not to a sub-folder) are considered to form an album.
Go to the top of the page
+Quote Post
jangk
post Aug 3 2011, 18:22
Post #288





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



Ok, thank you!

Jean
Go to the top of the page
+Quote Post
smok3
post Sep 25 2011, 20:07
Post #289


A/V Moderator


Group: Moderator
Posts: 1727
Joined: 30-April 02
From: Slovenia
Member No.: 1922



is there a r128gain (or replaygain) ported back/implemented in ffmpeg as well?

This post has been edited by smok3: Sep 26 2011, 00:02


--------------------
PANIC: CPU 1: Cache Error (unrecoverable - dcache data) Eframe = 0x90000000208cf3b8
NOTICE - cpu 0 didn't dump TLB, may be hung
Go to the top of the page
+Quote Post
pbelkner
post Sep 29 2011, 07:23
Post #290





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (smok3 @ Sep 25 2011, 20:07) *
is there a r128gain (or replaygain) ported back/implemented in ffmpeg as well?

As far as I understand FFmpeg it converts a set of audio and video streams (taken from one ore more input files) into one otput file. AFAIK there is no notion of processing a set of input files (an album) in parallel.
Go to the top of the page
+Quote Post
pbelkner
post Oct 3 2011, 17:39
Post #291





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



Version 0.8.7 released:
Home: http://r128gain.sourceforge.net/
Download: http://sourceforge.net/projects/r128gain/files/
What's new?
  • Implemented an alternate BS.1770 statistics using a histogram as proposed in "http://lac.linuxaudio.org/2011/download/lm-pres.pdf". The histogram based statistics avoids memory overflow and appears to improve performance. The new histogram based statistics is default.
  • The public API of lib1770 is changed slightly in order to allow for choosing the statistcs algorithm, either histogram or sequence.
  • Provided an option to execute a command in addition to the build-in actions to be enabled via the "Format" drop down box. Via a command it is possible to alter an audio stream physically (instead of just writing tags.)
  • The command's environment provides the following variables:
    • %PATH%: The systems's path extended by the sub-directory "r128gain".
    • %TRACK%: The complete path to the source track.
    • %NAME%: The name of the source track including the extension.
    • %BN%: The base name of the source track, i.e. excluding the extension.
    • %EXT%: The extension of the source track.
    • %DN%: The output directory.
    • %TG%: The track gain.
    • %TGDB%: The track gain in dB.
    • %TP%: The track peak.
    • %TPDB%: The track peak in dB.
    • %AG%: The album gain.
    • %AGDB%: The album gain in dB.
    • %AP%: The album peak.
    • %APDB%: The album peak in dB.
Go to the top of the page
+Quote Post
jangk
post Oct 5 2011, 09:47
Post #292





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



Hello,

getting the following error message:

QUOTE
1kHz Sine -20 LUFS-16bit.wav (1/1) ... 'sox' is not recognized as an internal or external command,
operable program or batch file.


what have I to consider further?

Thank you for your help!

Jean
Go to the top of the page
+Quote Post
pbelkner
post Oct 5 2011, 10:30
Post #293





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (jangk @ Oct 5 2011, 09:47) *
getting the following error message:

QUOTE
1kHz Sine -20 LUFS-16bit.wav (1/1) ... 'sox' is not recognized as an internal or external command,
operable program or batch file.

Unfortunately I made an error in packaging the release and forgot to provide "sox.exe".

You should be able to work around this by
  1. downloading "sox.exe" from "http://sourceforge.net/projects/sox/files/sox/14.3.2/sox-14.3.2-win32.exe/download", and
  2. copying "sox.exe" into the "r128gain" sub-folder.
Another solution should be having "sox.exe" in your systems's PATH.

Sorry for any inconvenience.
Go to the top of the page
+Quote Post
jangk
post Oct 5 2011, 12:18
Post #294





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



Adding the path to sox.exe in my System's path was helpful.

But here is another issue:
QUOTE
SetDlgItemURL successfully loaded.
SoX successfully loaded.
FFmpeg successfully loaded.
analyzing ...
1kHz Sine -20 LUFS-16bit.wav (1/1): -20.0 LUFS, -3.0 LU (peak: 0.100733: -19.9 dBFS)
ALBUM: -20.0 LUFS, -3.0 LU (peak: 0.100733: -19.9 dBFS)
writing ...
1kHz Sine -20 LUFS-16bit.wav (1/1) ... sox FAIL formats: can't open input file `E:\EBU': No such file or directory
done.
Done. Hit enter to continue ...


or

QUOTE
SetDlgItemURL successfully loaded.
SoX successfully loaded.
FFmpeg successfully loaded.
analyzing ...
aaa.wav (1/1): -20.0 LUFS, -3.0 LU (peak: 0.100733: -19.9 dBFS)
ALBUM: -20.0 LUFS, -3.0 LU (peak: 0.100733: -19.9 dBFS)
writing ...
aaa.wav (1/1) ... sox FAIL formats: can't open output file `%DN%\aaa.wav': No such file or directory
done.
Done. Hit enter to continue ...


The path to the file to analyze is: E:\EBU Loudness\EBU Loudness Test Set v03 (wav) respectively E:\
and the audiofiles exist.

Thank you

Jean
Go to the top of the page
+Quote Post
Nick.C
post Oct 5 2011, 12:36
Post #295


lossyWAV Developer


Group: Developer
Posts: 1787
Joined: 11-April 07
From: Wherever here is
Member No.: 42400



I suggest that you enclose the path in double quotation marks (") as Windows doesn't deal with spaces in path names very well.


--------------------
lossyWAV -q X -a 4 --feedback 4| FLAC -8 ~= 320kbps
Go to the top of the page
+Quote Post
Zao
post Oct 5 2011, 12:38
Post #296





Group: Members (Donating)
Posts: 899
Joined: 25-September 03
From: Umeň, Sweden
Member No.: 9001



Nothing overly specific to Windows, of course. In my experience the UNIX world tends to be worse when it comes to not escaping spaces in command lines, as paths there typically do not contain them.


--------------------
Zao shang yong zao nong zao rang zao ren zao.
To, early in the morning, use a chisel to build a bathtub makes impatient people hot-tempered.
Go to the top of the page
+Quote Post
pbelkner
post Oct 5 2011, 13:01
Post #297





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (jangk @ Oct 5 2011, 12:18) *
But here is another issue:

  1. As already noted, you should wrap the arguments in double quotation marks ("). I will fix this in for the preset with the next release: sox "%TRACK%" "%DN%\%BN%.wav" gain %TGDB%
  2. To give the variable %DN% a value you have to choose an output directory with the help of the dialog. I will introduce a respective test with the next release.
Go to the top of the page
+Quote Post
jangk
post Oct 5 2011, 13:36
Post #298





Group: Members
Posts: 36
Joined: 31-December 10
Member No.: 86953



Thank you all for the quick replies!

Jean
Go to the top of the page
+Quote Post
jed
post Oct 6 2011, 17:44
Post #299





Group: Members
Posts: 2
Joined: 6-October 11
Member No.: 94183



I've been talking to Peter for a while via emails and figured out it would contribute more to the community and the project if I shared my feedback here. Since the normalization standard got released to public a couple of months ago, I've been thinking about applying it to any kind of audio content including sound libraries. I'm a sound editor for Film/video games and I kept a close eye on the EBU R128 standard as a fast way to deliver sounds based on the same loudness content. From my little different tests with Peter, I noticed that R128GAIN doesn't allow more than 20 sounds in the input field. My goal is to normalize thousands of files using the command and I would love to see the application importing the content of an entire folder (including the sub-folders) or at least to select an unlimited amount of sound files from one folder.

The sound files I'm trying to normalize also contain metadata embedded withing the broadcast wav files that I entered with Soundminer ("Description", "Microphones used", "Recorder used", "Location", "Category", "Sub Category", "Comments" fields etc). I noticed that when using the command ( and batch processing the wav files), the new files created lost their metadata. This is a detail as you can back up the metadata from your original source files and re-apply it to the new ones but if this can be achieved, it would make a significant improvement for sound designers and sound editors who are not aware of that issue as I see a lot of potential in this application.

Cheers,
Jean-Edouard.
Go to the top of the page
+Quote Post
pbelkner
post Oct 8 2011, 13:42
Post #300





Group: Members
Posts: 412
Joined: 13-June 10
Member No.: 81467



QUOTE (jed @ Oct 6 2011, 17:44) *
I noticed that R128GAIN doesn't allow more than 20 sounds in the input field. My goal is to normalize thousands of files

I'm able to reproduce the error and hopefully will be able to fix it.

Instead of entering all the files individually into the input field you may try just to enter the directory where all the files are located in.

BTW: For this kind of processing you should switch off "True Peak" because it is not needed and switching off "True Peak" will increase performance dramatically.
Go to the top of the page
+Quote Post

23 Pages V  « < 10 11 12 13 14 > » 
Closed TopicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 31st July 2014 - 10:27