bug-gnupod
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnupod] SoundCheck/ReplayGain


From: H. Langos
Subject: Re: [Bug-gnupod] SoundCheck/ReplayGain
Date: Tue, 26 May 2009 11:22:55 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

Hi Chris,

On Mon, May 25, 2009 at 11:06:45PM +0200, chris.com wrote:
>
> I first fetch the RG-tag from the FLAC file and transform it to its  
> SoundCheck equivalent
> Then I transform the file with flac and lame to a music-only mp3 file  
> (no tags).
> Next I add (with id3v2) an iTunNORM comment field to the mp3 file and  
> fill it with ten copies of the SoundCheck value (as seen on  
> hydrogenaudio.org)
> And finally I addsong the file to the iPod.

Could you send me a small sample mp3 from this stage in your process? 
Preferably something short and under creative commons license. (try
http://www.freesound.org/ if you need samples)

The CVS version will probably do the whole process for you. It will not 
generate an iTunNORM comment though, but use the replay_track_gain directly 
to generate the soundcheck attribute. It is however not widely tested yet.

> mktunes picks up the SoundCheck data correctly; I can see the value in
> the iTunesDB file, but the iPod doesn't seem to see it, because the
> volume doesn't get adjusted.

Are you sure that the soundcheck value is in the itunesDB?
Did you check the iTunesDB with hexdump or did you look at the 
GNUtunesDB.xml?

> iTunes as well reads the SoundCheck value I added correctly because when  
> I plug and unplug it with iTunes without changing anything,
> iTunes recreates the iTunesBD file (with my own SoundCheck value) and  
> now the volume gets adjusted correctly.

Maybe iTunes reads your iTunNORM comment and accepts some deviation that
gnupod does not? E.g. gunpod insists on finding a space in front of the
first hex number group in the iTunNORM comment.

cheers
-henrik





reply via email to

[Prev in Thread] Current Thread [Next in Thread]