bug-gnupod
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnupod] Questions about play counts


From: H. Langos
Subject: Re: [Bug-gnupod] Questions about play counts
Date: Sat, 11 Apr 2009 23:24:53 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

On Sat, Apr 11, 2009 at 03:13:05PM +0200, Frank Blendinger wrote:
> On Fri 2009-04-10 23:04, H. Langos <address@hidden> proclaimed:
> >
> > E.g.
> > gnupod_find.pl --sort "lastplay" --view "lastplay,default"
>
> gnupod_find is not (yet?) in the Debian package of GNUpod. Maybe I'll
> try the CVS version, but I don't think I'll really need it.

Yeap. For now it is only in CVS. I guess we'll put out a new release once
gnupod_modify.pl is done.

> > I just tried that and currently lastplay is reported back in MACTIME (
> > seconds since 1.1.1900) I'll change that to human readable output tonight.
>
> For automated processing, a Unix timestamp would be nice to have, too.

I'll think about that. The current format is easy enough to parse but I'll
think about it.

> I do have one last question, though: I want to (safely) remove the
> ``Play Count'' file after submitting to last.fm, so that I don't get in
> trouble submitting plays multiple times. I think calling gnupod_otgsync
> with the ``secret'' parameter (nice one :-) ) does that. Could I break
> something by doing so?

dunno ... otg sync also translates on-the-go playlists into regular playlists.
i don't know if gnupod_otgsync makes any asumptions about the state of affairs 
so i would go the safe way and call gnupod_search to have it call 
gnupod_otgsync.

cheers
-henrik





reply via email to

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