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

i was wondering someone could tell me how to know if an mp3 has been 
encoded as normalized or not?

tia, jackc...


Todd Zullinger wrote:
> 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
>
>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> 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
>   

-- 
Jack Craig

Linux26 Team
Brocade
1600 Technology Dr.
San Jose, CA  95110
408.333.7478

Direct E-mail:  [email protected] ([email protected])

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/