On Sat, May 8, 2010 at 9:49 PM, Christophe Fergeau <cfergeau@...> wrote:
> 2010/5/8 Emmanuel Viennet <emmanuel.viennet@...>:
>> OK. So I'm in fact using libgpod 0.7.93, and confirm the bug.
>> (and I volunteer to make more tests if needed)
> a way to reliably reproduce it would be really helpful, but that's
> probably easier said than done ;)
That's quite simple:
0- Get an ipod classic 160Gb, 2009 [maybe the hardest step :-)]
1- On a Mac with iTunes, restore your iPod (erase, reformat), without
After that iTunes displays:
Software version 2.0.4
2- With iTunes, put a single track on your ipod (as some said that one
should use the ipod with iTunes before using Linux, I don't know if
it's still true);
Check that this track as embedded picture (cover art) and thait
it's correctly displayed in iTunes and afterthat on the iPod (eg in
3- Using Disk Utility on the mac, disable HFS+ journaling (File Menu
while pressing option key), as Linux does not handle journalized HFS+.
[Here I dumped the complete ipod disk (tar cfz ...) on
ipod2-init.tgz, available on
4- Connect the ipod to the linux machine and launch gtkpod
gtkpod asks "Please select your ipod model".
I enter "160Gb Classic Silver" (xC293)
and get a warning "Extended info will not be used" (???) and "Erroro
reading iPod Photo database" (seems logic, as I didn't use any photo
The ipod is seen in gtkpod and cover art of the track added on iTunes
5- Add a track from the local library to the ipod.
Although the cover art of this file is visible in gtkpod's local
library, it's not in gtkpod's ipod copy.
6- Save and eject the ipod: the 2 tracks are presents, the new one
without cover art.
[I also dumped the ipod disk with tar at this point,
On the ipod, the first track still has its covert art, but not the new one.
Hope this helps