Recursion For Playlist Sync

[Jason Brown-18]

As discussed in freenode #gtkpod, I have been unsuccessful in attempting to get gtkpod to recursively sync to my iphone playlist from a directory.  I am submitting this with the hope that someone can spot where I might have went wrong, or if it is indeed a defect, where/if I should submit that.

- I have gtkpod 0.99.14 on Ubuntu 9.04 x86

1. I set up a valid directory in Edit->Repository/iPod Options->Playlists->"On Startup automatically sync with the following directory"
2. Close gtkpod
3. Put some MP3 files in the sync directory
4. Open gtkpod, new files are recognized and added to the playlist
5. Close gtkpod
6. Put a directory containing valid MP3 files in the sync directory
7. Open gtkpod, nothing new
8. Try a manual Update/Sync Playlist, nothing new

It is at steps 7 and 8 that I am unable to get the sync functionality to work as I expect/hope that it would.  Please advise if I have missed a step or seem to be mistaken on the process.  Any help is appreciated and I can elaborate if needed.

I apologize if this has been submitted before, I am new to this list and searching I did not find anything that matched my issue.  Debian bug #426010 is similar but it was submitted 2 years ago and the description does not quite fit my problem.

Thank you

------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Gtkpod-devel mailing list
Gtkpod-devel@...
https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

[P.G. Richardson]

> As discussed in freenode #gtkpod, I have been unsuccessful in attempting
> to
> get gtkpod to recursively sync to my iphone playlist from a directory.  I
> am
> submitting this with the hope that someone can spot where I might have
> went
> wrong, or if it is indeed a defect, where/if I should submit that.
>
> - I have gtkpod 0.99.14 on Ubuntu 9.04 x86
>
> 1. I set up a valid directory in Edit->Repository/iPod
> Options->Playlists->"On Startup automatically sync with the following
> directory"
> 2. Close gtkpod
> 3. Put some MP3 files in the sync directory
> 4. Open gtkpod, new files are recognized and added to the playlist
> 5. Close gtkpod
> 6. Put a directory containing valid MP3 files in the sync directory
> 7. Open gtkpod, nothing new
> 8. Try a manual Update/Sync Playlist, nothing new
>
> It is at steps 7 and 8 that I am unable to get the sync functionality to
> work as I expect/hope that it would.  Please advise if I have missed a
> step
> or seem to be mistaken on the process.  Any help is appreciated and I can
> elaborate if needed.
>
> I apologize if this has been submitted before, I am new to this list and
> searching I did not find anything that matched my issue.  Debian bug
> #426010
> is similar but it was submitted 2 years ago and the description does not
> quite fit my problem.
>
> Thank you
>

Hi Jason,

I have just committed a fix to the gtkpod svn repository for this. If you
would like to test it then you will need to checkout the source from the
repository and compile. For instructions on this have a look at
http://gtkpod.wikispaces.com/Compiling+and+Installing.

Regards

PGR

--
A clear conscience? When did you acquire such luxuries, Bernard? (Sir
Humphrey, Yes Prime Minister)


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Gtkpod-devel mailing list
Gtkpod-devel@...
https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

[Jan Kubitschek]

Hi,

because of www.iPodLinux.org is still down - my question to the experts
here.
I have found a new MHOD (type 54). Knows someone here details about this
MHOD-type?
At the moment it seems that there is no special handling inside the
libgpod code (itdb_itunesdb.c).

Thank you!

Kind regards, Jan.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Gtkpod-devel mailing list
Gtkpod-devel@...
https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

[Jan Kubitschek]

Christophe Fergeau schrieb:

> Hi,
>
> 2009/8/3 Jan Kubitschek <JKubitschek@...>:
>> because of www.iPodLinux.org is still down - my question to the experts
>> here.
>> I have found a new MHOD (type 54). Knows someone here details about this
>> MHOD-type?
>
> On which device did you encounter it? I don't know what it is, there's
> a (slow) mirror of the itunesdb stuff at
> http://banshee-project.org/~gburt/itunesdb.html
>
> Christophe

Hi,

i have found this MHOD on an iPod Nano (latest Gerneration). It seems
that the header length is always 24 and the total length is 32.

Here some examples:

Header section:
(00-04) identifier: mhod
(04-08) headerLength: 24
(08-12) totalLength: 32
(12-16) type: 54
(16-20): 0
(20-24): 0
Data section
(24-32): 2A64D67503192FD3

-------------------------

Header section:
(00-04) identifier: mhod
(04-08) headerLength: 24
(08-12) totalLength: 32
(12-16) type: 54
(16-20): 0
(20-24): 0
Data section
(24-32): 1BD9543982D75C5D

I have figured the following out:

- the MHOD of type 54 is always a child of a playlist (MHYP)
- the data section is always 8 Byte long
- the data from the data section corresponds with the "dbid" (offset
112) of an MHIT (track item)
- it seems that the data section always contains the "dbid" of the
*first* track in that playlist

But i have no idea what this is for?

Kind regards, Jan.

PS: If one is interested in: Offset 32-40 of an MHIA (album item) also
contains an dbid. This seems also still not documented...






------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Gtkpod-devel mailing list
Gtkpod-devel@...
https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

[Jan Kubitschek]

Hi,

i think i have some more information:

The MHOD of type 54 is part of "genius" playlists and contains the track
"dbid" of the "master-track" - the track where the genius playlist is
generated from.

Kind regards, Jan.

Jan Kubitschek schrieb:

> Christophe Fergeau schrieb:
>> Hi,
>>
>> 2009/8/3 Jan Kubitschek <JKubitschek@...>:
>>> because of www.iPodLinux.org is still down - my question to the experts
>>> here.
>>> I have found a new MHOD (type 54). Knows someone here details about this
>>> MHOD-type?
>> On which device did you encounter it? I don't know what it is, there's
>> a (slow) mirror of the itunesdb stuff at
>> http://banshee-project.org/~gburt/itunesdb.html
>>
>> Christophe
>
> Hi,
>
> i have found this MHOD on an iPod Nano (latest Gerneration). It seems
> that the header length is always 24 and the total length is 32.
>
> Here some examples:
>
> Header section:
> (00-04) identifier: mhod
> (04-08) headerLength: 24
> (08-12) totalLength: 32
> (12-16) type: 54
> (16-20): 0
> (20-24): 0
> Data section
> (24-32): 2A64D67503192FD3
>
> -------------------------
>
> Header section:
> (00-04) identifier: mhod
> (04-08) headerLength: 24
> (08-12) totalLength: 32
> (12-16) type: 54
> (16-20): 0
> (20-24): 0
> Data section
> (24-32): 1BD9543982D75C5D
>
> I have figured the following out:
>
> - the MHOD of type 54 is always a child of a playlist (MHYP)
> - the data section is always 8 Byte long
> - the data from the data section corresponds with the "dbid" (offset
> 112) of an MHIT (track item)
> - it seems that the data section always contains the "dbid" of the
> *first* track in that playlist
>
> But i have no idea what this is for?
>
> Kind regards, Jan.
>
> PS: If one is interested in: Offset 32-40 of an MHIA (album item) also
> contains an dbid. This seems also still not documented...
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Gtkpod-devel mailing list
> Gtkpod-devel@...
> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Gtkpod-devel mailing list
Gtkpod-devel@...
https://lists.sourceforge.net/lists/listinfo/gtkpod-devel