Re: [Gtkpod-devel] Problems with python wrapper to libgpod - probably newbie

[andrew c. <an...@ac...>]

Same issues with libgpod compiled from git (with CFLAGS=-w).  Andrew


On Tue, Jul 31, 2012 at 09:45:51PM -0400, Andrew Cooke wrote:
> 
> Adding
> 
>   itdb_device_set_sysinfo(db._itdb.device, "ModelNumStr", "C297")
> 
> just after db = ... doesn't seem to change anything.
> 
> The database is showing 2 playlists (when empty).  Is that OK?
> 
>   <Database Filename:'/media/an...@ac...
> ipod/iPod_Control/iTunes/iTunesDB' Playlists:2 Tracks:0>
> 
> Andrew
> 
> 
> On Tue, Jul 31, 2012 at 09:14:09PM -0400, Andrew Cooke wrote:
> > 
> > Hi,
> > 
> > I have a new iPod classic (160GB, black) which I am trying to load music to
> > with python and libgpod.  I have compiled libgpod-2.1.2 and gtkpod-0.8.2
> > locally (Ubuntu 12.04) and gtkpod works just fine - I loaded a bunch of tracks
> > no problem.  And the SysInfoExtended file exists and contains the UUID.
> > 
> > But when I run the following code on an empty iPod:
> > 
> >   db = Database('/media/an...@ac... ipod')
> >   db.import_file('/home/andrew/[elided].mp3')
> >   db.copy_delayed_files()
> >   db.close()
> > 
> > I see the following on stderr:
> > 
> > ** (utrunner.py:11333): WARNING **: Itdb_Track ID '0' not found.
> > ** (utrunner.py:11333): CRITICAL **: itdb_get_mountpoint: assertion `itdb'
> >    failed
> > ** (utrunner.py:11333): CRITICAL **: prepare_itdb_for_write: assertion `link'
> >    failed
> > ** (utrunner.py:11333): CRITICAL **: mk_mhla: assertion `fexp->albums' failed
> > ** (utrunner.py:11333): CRITICAL **: mk_mhli: assertion `fexp->artists' failed
> > ** (utrunner.py:11333): CRITICAL **: itdb_splr_validate: assertion `at !=
> >    ITDB_SPLAT_UNKNOWN' failed
> > 
> > and no file is present on the iPod when I eject.
> > 
> > When I used gtkpod I was prompted to select the hardware type.  I cannot see
> > how to do this with the Pythn library, despite poking through the source - I
> > suspect that may be the problem?
> > 
> > I have tried various variations on the above, including using Track objects
> > explicitly, but the import_file seems to do everything I was trying to do
> > anyway.
> > 
> > Anyway, any guidance on what I am doing wrong above would be much
> > appreciated.  I can provide more data if required.
> > 
> > Thanks,
> > Andrew
> > 
>