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

Adam Funk wrote:
> For years on Debian [1] and Ubuntu I've had this problem --- grip
> ignores (as far as I can tell) whatever I put in the normalize field
> of the Config -> Rip -> Options tab.

Which field do you mean?  I have grip 3.3.1 and there is a Wav filter
and a Disc filter on the Config -> Rip -> Options tab.

Someone else asked about this[1] a month or so ago and it doesn't seem
to have been worked out.

I use the encode filter successfully.  I just tried the disc filter
and it did run.  It ran after the last wav was ripped as the docs say,
but this meant that there was no longer any wav file for the files
which had already been encoded.  This would seem to make the disc
filter less than useful as when it was called I had neither all of the
wavs nor all of the encoded files on disc to do anything with.  So for
the case of running normalize I don't see how it would work.  Maybe
I'm missing something really obvious though.

> In that box, I've tried "/usr/bin/normalize-audio -a -20dB" as well
> as adding the %stuff%stuff.wav stuff to match the ripped filename
> specification.  

Something I found useful when I was setting up my encode filter
command was creating a shell script that just echoed its input to a
file.  Then you could set the wav or disc filter to something like:

/path/to/your/script %w

The script gets the wav file as an argument and could do a directory
listing of the dir that the wav is in.  I just tested this, and it
seemed to work.  I create /tmp/test which contained:

#!/bin/bash
date > /tmp/grip-disc-filter
echo $@ >> /tmp/grip-disc-filter
ls -lh $(dirname $1) >> /tmp/grip-disc-filter

Then I entered '/tmp/test %w %R' (without the quotes) in the disc
filter field.  On ripping a disc, the command was called just after
the last track was ripped and I could see that the script was passed
the last wav ripped and a replay gain value of -6.15.

It seems like what's really needed to normalize the tracks is
something similar to disc filter but run after all of the tracks have
been encoded.  I almost think I recall seeing a patch on sourceforge
that did that, but that might just be the liquor talking.

Not sure if I've been of any help, but hopefully something I've said
may help you out.

[1] http://sourceforge.net/mailarchive/message.php?msg_name=5ba5a6c20702270609n6a4dd24evc67756a408ad5c26%40mail.gmail.com

-- 
Todd        OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
======================================================================
If you're not confused, you're not paying attention

-------------------------------------------------------------------------
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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iQFDBAEBAgAtBQJGFy3rJhhodHRwOi8vd3d3LnBvYm94LmNvbS9+dG16L3BncC90
bXouYXNjAAoJEEMlk4u+rwzjY0oH/2d3nOcLRHoLssBOqCx4oUGGfYiJcZNxpxZ3
76bAdfga/5wbKo41wmDoHAAaK7Bpp8sJFpswnSMjenNra7956Aozh5yIhGIcP/QD
FdWa6NpFYBDNjEgl0yFj4ix+giwTliWX+C4rrwz4anQw8PoNQamKAWrirICF/I8e
jCSfFkT7yxNHaTX+rXTf20DjFClpkTY4ilC7cAUDahGpD7eI4dnW8kSDyzww2LDl
5QoGBoq3af6Znye/fItzE4czTPecEaEy7QsD7I39aUZABfZpZnzmWUw6uPhxeetO
mSsFjBesh6UEuQWC7rxnSefROvju0ytEO8m8yn4lKq6OwXCoteo=
=Gp96
-----END PGP SIGNATURE-----