On Sat, Apr 11, 2009 at 03:13:05PM +0200, Frank Blendinger wrote:
> On Fri 2009-04-10 23:04, H. Langos <henrik-gnu...@prak.org> 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



_______________________________________________
Bug-gnupod mailing list
Bug-gnupod@nongnu.org
http://lists.nongnu.org/mailman/listinfo/bug-gnupod

Reply via email to