[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnupod] DESC field in iTunesDB
From: |
Richard van den Berg |
Subject: |
Re: [Bug-gnupod] DESC field in iTunesDB |
Date: |
Fri, 08 May 2009 12:54:33 +0200 |
User-agent: |
Thunderbird 2.0.0.21 (Macintosh/20090302) |
On 5/8/09 11:51 AM, H. Langos wrote:
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 agree. It was only until I dug deeper that I realized that code in
iTunesDB.pm was really only used in FindHelper.pm.
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>
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
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.)
Yeah, I was thinking the same thing but I'm afraid the 1% of mp3s that I
did not rip/tag myself contain all sorts of tags I don't care about.
Maybe I can query my SqueezeCenter MySQL database to see how bad it is.
Cheers,
Richard
- [Bug-gnupod] DESC field in iTunesDB, Richard van den Berg, 2009/05/06
- Re: [Bug-gnupod] DESC field in iTunesDB, H. Langos, 2009/05/07
- Re: [Bug-gnupod] DESC field in iTunesDB, Richard van den Berg, 2009/05/07
- Re: [Bug-gnupod] DESC field in iTunesDB, H. Langos, 2009/05/08
- Re: [Bug-gnupod] DESC field in iTunesDB,
Richard van den Berg <=
- Re: [Bug-gnupod] DESC field in iTunesDB, H. Langos, 2009/05/09
- Re: [Bug-gnupod] DESC field in iTunesDB, Richard van den Berg, 2009/05/09
- Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display, H. Langos, 2009/05/09
- Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display, Richard van den Berg, 2009/05/10
- Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display, Richard van den Berg, 2009/05/10
- Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display, H. Langos, 2009/05/10
- Re: [Bug-gnupod] DESC field in iTunesDB / lyrics display, H. Langos, 2009/05/10