GNOME Bugzilla – Bug 392695
database problem with 2nd generation ipod shuffle
Last modified: 2010-09-16 22:14:01 UTC
when i synchronize my new shuffle with banshee. the changes are made but the shuffle will not play. the status light blinks repeatedly, which AFAIK means that the database is corrupt. the workaround, if you can call it that, is to open it once using gtkpod, make a single modification (anything will do), save changes and exit. after that, the changes made in banshee are active and work on the shuffle. gtkpod displays the following error when it loads, perhaps this has something to do with this: iTunesDB '/media/MYPOD/iPod_Control/iTunes/iTunesDB' does not match checksum in extended information file '/media/MYPOD/iPod_Control/iTunes/iTunesDB.ext' gtkpod will try to match the information using MD5 checksums. This may take a long time. under advanced details for the ipod properties, banshee displays database version 13 for the shuffle, but "unknown" for both "generation" and "model". gtkpod queries explicitly for this information when loading the ipod db, i dunno if it always did that or not... it seems to me that banshee / libipoddevice / ipod-sharp is not correctly writing the database in some minor but critical way and that the save performed in gtkpod corrects this and makes things work correctly.
i probably meant 2nd generation... ;-) this remains a problem in 0.11.5... cheers, --chris
FWIW, using http://shuffle-db.sourceforge.net/ also makes it work.
I'm also experiencing this with the 12.1 version of banshee. When first plugged in, my shuffle was unrecognized, as notified by a popup window. Although right-clicking on the device, it was listed as a second generation device. However if it was unknown, is it possible that this is a second-generation _standard_ ipod fallback instead of actually knowing this is a second-gen. shuffle? Perhaps there are some database differences? I could be wrong in this regard, but in any case, I can confirm this is still a valid bug.
I have tried this on Banshee 12.1 on ubuntu and have the same error when syncing my ipod shuffle (new style one). I was wondering what part of the code covers this is it the ipod-sharp stuff. I am willing to do some work to fix this but svn://svn.myrealbox.com/source/trunk/ipod-sharp appears to be down or at least I can not check out from that location. Could someone please get back to me on this as I am keen to fix this bug. Regards Sean Howes
Jason: Are you sure your device was detected as a shuffle? There are indeed two differences in the databases. There is a full featured database that iTunes uses (and is identical to what the other iPods use) and then there is a light weight database that the shuffle firmware uses which only contains, effectively, filenames. If the iPod isn't being detected as a shuffle, regardless of generation, the light weight database will not be written. Please pate the output of "ipod --list"
As requested : Path Info Device Path: /dev/sdd Mount Point: /media/SEANS IPOD Control Path: /media/SEANS IPOD/iPod_Control/ HAL ID: /org/freedesktop/Hal/devices/volume_uuid_2C83_3519 Device Info Model Number: xA564 Device Model: Unknown iPod Generation: Unknown Adv. Capacity: 0 MB Is New: YES Writable: YES Serial Number: 4H7107XFXQY Firmware Version: (null) Manufacturer ID: 4H Production Year: 2007 Production Week: 10 Production Index: 9229 Volume Info Volume Size: 1015021568 Volume Used: 1008418816 Available 6602752 UUID: 2C83-3519 Label SEANS IPOD User-Provided Info Device Name: (null) User Name: (null) Host Name: (null) I think its clear from the output that its not being detected as a shuffle Regards Sean Howes
Is that not sufficent information as to be honnest I am just going to add the ipod model to the xml file it gets them from. I will copy the inital suffle entry and just mark it as second generation . If what I do work how do I go about submitting the information do I just attach it to this bug ? Regards Sean Howes
I'll take off the NEEDINFO on this. Sean, yes you can attach to the bug. This is great for any large pieces of information.
The problem still seems to exist in Banshee 1.3.2-0+intrepid1 (from the Banshee PPA). Banshee does not see most of my music, since it is not stored in the Music subfolder (not necessary on a shuffle). Copying stuff using Banshee results in a broken database, which can be fixed by using a tool that supports the shuffle -- I just use a script that's sitting on the shuffle itself. It's a red 2GB second-gen Shuffle. Path Info Device Path: /dev/sdc Mount Point: /media/MORITZ IPOD Control Path: /media/MORITZ IPOD/iPod_Control/ HAL ID: /org/freedesktop/Hal/devices/volume_uuid_C479_178D Device Info Model Number: xB233 Device Model: Unknown iPod Generation: Unknown Adv. Capacity: 0 MB Is New: YES Writable: YES Serial Number: 4H8157XXXXX Firmware Version: (null) Manufacturer ID: 4H Production Year: 2008 Production Week: 15 Production Index: 8381 Volume Info Volume Size: 2030043136 Volume Used: 1596276736 Available 433766400 UUID: C479-178D Label MORITZ IPOD User-Provided Info Device Name: (null) User Name: (null) Host Name: (null)
Banshee 1.7.5 and higher uses libgpod to transfer tracks to/from idevices. Its support should be just as good as gtkpod.