Re: [Bug-gnupod] SoundCheck/ReplayGain
Hi chris, On Tue, May 26, 2009 at 11:33:53PM +0200, chris.com wrote: some html... please reconfigure your email client... :-) about CVS: here's the projects main page on savannah: http://savannah.gnu.org/projects/gnupod There you'll find a link to the CVS repository and information on how to use it. I tried the files that you sent with the current cvs version and the version that is packaged for ubuntu 9.04 (some 0.98.7-CVS). Both accept your files and put a soundcheck attribute with the correct value in the xml file. I noticed that your manually generated iTunNORM has a trailing space. Also the laguage code and the comment title should be separated by a null like this: "eng<0>iTunNorm<0> 0007D ..." (see www.id3.org for details), but gnupod recognized it anyway. So the next question is wether the iPod shuffle needs a different format in the itunesdb for the soundcheck attribute. ... spend an hour reading code ... That part of the gnupod code is not maintained very actively and from what I've read in the source there is a special iTunesSD file in a more simple format written for the shuffle and located next to the iTunesDB file. Take a look at iTunesDB.pm and read the comments of the sub routines that deal with the shuffle like mk_itunes_sd_file() and you'll see a lot of unknown fields that go into this file. I suspect that either one of those is the soundcheck field, or more probably that iTunes abuses the volume field to squeeze the soundcheck information into this files. I would be very greatfull if you could make the following experiment: - Backup your iPod and wipe it clear. (I.e remove all songs and playlists) - Take the two files that you sent to me, and maybe add one without any volume adjustment. - Add those three files to an otherwise empty ipod shuffle with gnupod. - Make a copy of the iTunesDB and iTunesSD file. - Verify that they all sound the same. - Connect the ipod to iTunes and let it update the iTunesDB and iTunesSD files. - Verify that the files now have different volumes. - Make a copy of those new iTunesDB and iTunesSD files too. - Send me a copy of both versions for the iTunesDB and iTunesSD along with the information which version of iTunes you used. Thank you very much cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] 4th generation iPod Nano
On 27-5-2009 11:48, H. Langos wrote: > Here's a commit email regarding new artwork formats for the nano4g from > libgpod: > > http://sourceforge.net/mailarchive/message.php?msg_id=E1LB8Vz-0005Dh-9Y%40d5vjzd1.ch3.sourceforge.com > which has been fixed a little later > http://gtkpod.svn.sourceforge.net/viewvc/gtkpod/libgpod/trunk/src/itdb_device.c?r1=2184&r2=2187 > Great research, thanks. I took the values from that last post and they worked just fine. The nano_4g is an awesome looking iPod.. too bad it's only 16GB. I'll post a full patch including the documentation side later. Cheers, Richard ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] 4th generation iPod Nano
Hi Richard, On Wed, May 27, 2009 at 07:29:11AM +0200, Richard van den Berg wrote: > I temporarily have access to a 4th generation iPod Nano. During the > gnupod_INIT I see a bunch of: > > /usr/bin/tunes2pod: skipping unknown entry of type '32' > > Should I see where these warnings come from, or is that harmless? Dunno. I'd look into it. And see how gtkpod/libgpod handles it. > One thing I will look into is the artwork. Setting the model to nano_3g > makes the coverflow work (awesome!), but does not display the artwork > during all other views. In ArtworkDB.pm I see: Seems like your are not the first to run into this: http://www.nabble.com/4th-Gen-16GB-Nano-problem-(Cover-Art-not-uploading-at-all)-td20938019.html Maybe taking a look at the gtkpod documentation will get you somewhere: http://www.gtkpod.org/libgpod/docs/ > my $profiles = { 'nano_3g' => [ { height=>320, width=>320, ... > Is there an easy way to figure out the right values for the nano_4g ? Or > will I have to hexdump the ArtworkDB myself? Here's a commit email regarding new artwork formats for the nano4g from libgpod: http://sourceforge.net/mailarchive/message.php?msg_id=E1LB8Vz-0005Dh-9Y%40d5vjzd1.ch3.sourceforge.com which has been fixed a little later http://gtkpod.svn.sourceforge.net/viewvc/gtkpod/libgpod/trunk/src/itdb_device.c?r1=2184&r2=2187 cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod