bug-gnupod
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]