Re: Trying to normalize each wav before encoding, with no effect.

Todd Zullinger <[email protected]> Sat, 7 Apr 2007 13:13:52 -0400
Newsgroups gmane.comp.multimedia.grip.user
Message-ID <[email protected]>
Adam Funk wrote:
> Oops, I forgot there are two.  I meant the "Wav filter command" box.
> 
> The help file for this box says "This allows you to specify a
> program (full path to executable, followed by the command-line) to
> run after a file has been ripped, but before it is encoded. This is
> useful for such tasks as normalization. The list of available
> switches can be found in Section Configuration (%) switches."

Ah, ok.  That seems like it ought to be easier than the disc filter
setup then, since the issue of having to wait until all the tracks are
ripped prior to encoding is moot in that case.

> I can't get your [1] link to work, but I think you're talking about
> the person who wanted to normalize in batch mode (to preserve the
> relative volumes of the tracks) the set of *.wav files before
> encoding;

Yep, it was ras-eric.

> I'm specifically interested in "mix mode", and it doesn't matter
> whether you do this to one track at a time or to the set.  (It seems
> more time-efficient to do it for each track.)

Okay, I was misunderstanding.  Thanks for clarifying that.

>> I use the encode filter successfully.
> 
> If you don't mind, I'd appreciate it if you could post exactly what
> you have in your "Encoder file format" and "Encode filter command"
> box, so I can see what %stuff you're using.

I use this:

~/bin/add-id3-extras -E "%E" -r "%r" "%m"

The command is just a bash script I wrote that adds the encoder
command line and the relative volume adjustment to my ID3 tags.  The -E
option is one that I added to grip via a short patch, so it won't work
on a standard install of grip.

In your case, you could probably use the encode filter and normalize's
-g option to speed things up.  Since grip already knows the replay
gain you might not feel the need to calculate it again (unless you
find that grip's calculation differs significantly from normalize's.

Something like this as the encode filter ought to do what you want:

/usr/bin/normalize-audio -g "%r" "%m"

I'm assuming that there is a -g option in normalize on Debian and
Ubuntu.  I'm using Fedora and the binary is named as it is upstream,
just normalize.  It's version 0.7.7.

Good luck,

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
======================================================================
IDIOT, n - A member of a large and powerful tribe whose influence in
human affairs has always been dominant and controlling.
    -- Ambrose Bierce

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Grip-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/grip-users
signature.asc (application/pgp-signature, 542 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iQFDBAEBAgAtBQJGF9FHJhhodHRwOi8vd3d3LnBvYm94LmNvbS9+dG16L3BncC90
bXouYXNjAAoJEEMlk4u+rwzjNPYH/AjE87n39tvHlNrGBo90+jt888EWNfo0FJYI
9WPFW+2xyQm5c3Mwsm/cIcjj7rtNtF4QG6YEPkl0WTXLbO1JTUpRNSHlXVTZ7v2n
mK4GaFmdMGF0+OnGhoeWrHQdQvNuQjVq8XPPdpdOCJp3EO5mxYkuiJmXfLRevIoy
B5bv2YQq4ZtDLQ/uA3MXHum8u7Xj8WvmWJIc0Y8u7VeLmDORhPC7Fsitxh7rC56i
ChTBzYbBvblxsO2NtmpLkEWDpDHkaUOQr1r3oPM6f85GI3wQ8jHJKN6DKwSXtsS6
TZ5Su4BwhbzfD8qjm1gfQ3Gk93gBlkS7ace6sdJq2gpJxVWK7WI=
=fUbM
-----END PGP SIGNATURE-----