Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display
On 5/9/09 5:04 PM, H. Langos wrote: Thats pretty close to what I use (iPod nano (3rd generation)) but since artwork is displayed all the time, there is no separate cycle position for it. What do you mean by all the time? My iPod shows the artwork during the volume and position display, but not during the rating one. Are you sure that the postings you've read about lyrics display where talking about your model? Yes. http://forums.macrumors.com/showthread.php?t=160916 suggests that the iPod reads the lyrics from the mp3 and not the iTunesDB. That would explain why my test failed. I only set the lyrics_flag, but did not add a USLT tag. I can confirm that iTunes also adds a USLT tag when you add lyrics to an mp3. I just did another test with 2 files with USLT tags. When the lyrics_flag is 0, no lyrics are shown. When it is 1, the lyrics are shown! So gnupod should really set the lyrics_flag when a USLT is present in mp3 files. This also means that filling the description field with the USLT info for non-podcast mp3s is pretty useless. I don't have enough experience with podcasts to check if the description field or USLT tag is shown for those files. Cheers, Richard ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display
On 5/10/09 6:00 PM, Richard van den Berg wrote: What do you mean by all the time? My iPod shows the artwork during the volume and position display, but not during the rating one. I just checked, and the artwork is also showing during the rating view. The artwork view on my iPod shows the artwork fullscreen, and presumably you can browse through multiple artwork images if present in the file (I don't have such files). Cheers, Richard ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display
On Sun, May 10, 2009 at 06:15:12PM +0200, Richard van den Berg wrote: On 5/10/09 6:00 PM, Richard van den Berg wrote: What do you mean by all the time? My iPod shows the artwork during the volume and position display, but not during the rating one. I just checked, and the artwork is also showing during the rating view. The artwork view on my iPod shows the artwork fullscreen, and presumably you can browse through multiple artwork images if present in the file (I don't have such files). My ipod doesn't have a separate artwork view. -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB
On Fri, May 08, 2009 at 12:54:33PM +0200, Richard van den Berg wrote: On 5/8/09 11:51 AM, H. Langos wrote: Smart playlists can have a desc attribute? I didn't know that. Does tunes2pod retain it? If so, could you send me the relevant lines from your GNUtunesDB.xml ? I will probably not do anything with it but I'm curious. I created it with iTunes, and it filled the playlists with the songs currently on the iPod. From GNUtunesDB.xml: smartplaylist checkrule=spl limititem=song limitsort=artist limitval=25 liveupdate=1 matchany=1 moselected= name=Veere plid=292683058 spl action=CONTAINS field=DESCRIPTION string=/somedir/ / splcont id=2771 / [snip] splcont id=2769 / /smartplaylist smartplaylist checkrule=spl limititem=song limitsort=random limitval=25 liveupdate=1 matchany=1 moselected= name=Random plid=3323171954 spl action=!eq field=playlist string=292683058:292683058 / splcont id=2693 / [snip] splcont id=2735 / /smartplaylist Ah, I see. You are filtering for the content of the description field. I thought the _playlist itself_ had a description and I was wondering how/where the ipod would have shown it. But since they are liveupdate smart playlists, after adding more mp3s using gnupod (not from /somedir/) and without running iTunes, they did show up in the playlist named Random. Which is exactly what I want. Could be. Could you test if the desc attribute in combination with the lyrics_flag attribute result in displayed lyrics? Apart from the desc attribute i wouldn't know where the lyrics could be stored. I forced the lyrics_flag to 1 in mk_mhit() but I still don't see the description. Pressing the center button I still cycle through: volume - position - artwork - rating strange. which generation ipod is that? http://support.apple.com/kb/HT1353 cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB
On 5/9/09 3:52 PM, H. Langos wrote: I forced the lyrics_flag to 1 in mk_mhit() but I still don't see the description. Pressing the center button I still cycle through: volume - position - artwork - rating strange. which generation ipod is that? http://support.apple.com/kb/HT1353 It's a 5th generation 30GB iPod with video. The last 3 digits of the serial number are SZ9 so it's not a 5.5 generation. I'm running firmware version 1.3 which seems to be the latest. Cheers, Richard ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB
On Thu, May 07, 2009 at 06:23:01PM +0200, Richard van den Berg wrote: On 5/7/09 1:50 PM, H. Langos wrote: I wasn't aware of a limitation to 40 characters. This seems a rather arbitrary limit imposed on the user by itunes. It doesn't even resemble the original id3v1 comment tag limit as that was 30 characters. ( http://www.id3.org/ID3v1 ) My bad. I took the width value of %FILEATTRDEF in iTunesDB.pm to mean the width of the field in the iTunesDB. It turns out it is only used as display width in FindHelper.pm. The mk_mhod() / mk_mhit() functions that actually convert the fields to iTunesDB format do not seem to impose any size limit. I probably should move that %FILEATTRDEF stuff over to FindHelper.pm . Initially I thought I could combine the iTunesDB format information that is in the code of iTunesDB.pm with the information regarding its presentations that I added in %FILEATTRDEF. But I don't have the time to dig into the itunesdb format deep enough to combine those. Meanwhile code that used to be in gnupod_find has been generalized and moved into the new FindHelper.pm and that is now probably be better place for %FILEATTRDEF. I haven't been able to read the desc field I set on my mp3s using gnupod_addsong.pl + mktunes.pl either on my 5G iPod or using the iTunes GUI. Seems like that only works for audio podcasts. I can use it in smart playlists though. Smart playlists can have a desc attribute? I didn't know that. Does tunes2pod retain it? If so, could you send me the relevant lines from your GNUtunesDB.xml ? I will probably not do anything with it but I'm curious. Googling shows that my iPod should be able to display lyrics, but I guess the lyrics_flag needs to be set first. Gnupod doesn't seem to do that for mp3s (which I guess is a bug). Could be. Could you test if the desc attribute in combination with the lyrics_flag attribute result in displayed lyrics? Apart from the desc attribute i wouldn't know where the lyrics could be stored. If you need to get the information that currently is encoded in the file's path into the file itself I would recommend using a comment tag. I thought about that, and mass tagging my collection is not a big deal, but I'll have to redo it every time I add something, or move files from one directory to another. Hacking gnupod is much easier, and I won't have to change my habits. :-) I'll see if keeping a customized version of gnupod is better than changing the way I tag/select my mp3 collection. Maybe you can minimize the change by simply add the information that you need to the __merge_strings call. That way you can use the desc attribute both ways. (unless your mp3 collection has a lot of garbage in the comment tags. mine has.) cheers -henrik ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod
Re: [Bug-gnupod] DESC field in iTunesDB
On 5/7/09 1:50 PM, H. Langos wrote: I wasn't aware of a limitation to 40 characters. This seems a rather arbitrary limit imposed on the user by itunes. It doesn't even resemble the original id3v1 comment tag limit as that was 30 characters. ( http://www.id3.org/ID3v1 ) My bad. I took the width value of %FILEATTRDEF in iTunesDB.pm to mean the width of the field in the iTunesDB. It turns out it is only used as display width in FindHelper.pm. The mk_mhod() / mk_mhit() functions that actually convert the fields to iTunesDB format do not seem to impose any size limit. Personally I see it most used for the show notes of podcasts. Transfering the content to the desc attriute allows you to read those notes while listening to the podcast. I've never used podcasts, but I see how that could be useful. Personally I haven't been able to read the desc field I set on my mp3s using gnupod_addsong.pl + mktunes.pl either on my 5G iPod or using the iTunes GUI. I can use it in smart playlists though. Googling shows that my iPod should be able to display lyrics, but I guess the lyrics_flag needs to be set first. Gnupod doesn't seem to do that for mp3s (which I guess is a bug). work to get that stuff in there in the first place ;-) I figured as much. I like the way it is done, I just didn't understand why it was there. Info for the mp3 podcasts makes sense. If you need to get the information that currently is encoded in the file's path into the file itself I would recommend using a comment tag. I thought about that, and mass tagging my collection is not a big deal, but I'll have to redo it every time I add something, or move files from one directory to another. Hacking gnupod is much easier, and I won't have to change my habits. :-) I'll see if keeping a customized version of gnupod is better than changing the way I tag/select my mp3 collection. Cheers, Richard ___ Bug-gnupod mailing list Bug-gnupod@nongnu.org http://lists.nongnu.org/mailman/listinfo/bug-gnupod