On Thu, May 28, 2009 at 09:38:12PM +0200, Richard van den Berg wrote: > On 5/27/09 11:48 AM, H. Langos wrote: >> 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. >> > > Type 32 mhod is related to video files (one appears for each file). This > is confirmed by some posts on ipodlinux.org I found in the google cache > (www.ipodlinux.org is down). > > It seems no one knows what type 32 mhod is exactly. Libgpod does not > have support for it. I don't know how it handles unknown mhod types > though. Gnupod removes them, which doesn't seem to bother my iPod Nano. > > I made some backups of the iTunesDB before and after loading video files > with iTunes. A hex editor doesn't give me much insight. Let me know if > you want to take a peek yourself.
It certainly wouldn't hurt to put some iTunesDB files away to have some data for verification if somebody sits down to reverse engineer that part of the iTunesDB format. Best would be to have at least four complete dumps for the iPod. - One with only one audio file. - same with one video file added, - same with a different video file (but the same video format) - same with a radically different file (format,resolution,frame rate...). It is important to have the complete dump and not just the iTunesDB because you probably need to relate the video file's properties to data in the iTunesDB file. I suggest you take very short stuff that is under creative commons license. Here's a list of free sources: http://www.masternewmedia.org/video_internet_television/video-stock-footage/free-online-resources-stock-video-footage-20070828.htm Al jazeera also has an archive with cc content at http://cc.aljazeera.net/ but I guess we'll all show up on the amarican terror radar when we start using that footage :-) I can't promise that I'll have time to look into it, but if the data doesn't have copyright issues we could leave it in the mailing list archive till somebody with too much time on his hands comes along... cheers -henrik _______________________________________________ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
