[Top][All Lists]
[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