Re: Third party plugin page locked?

lachlan-00 <[email protected]> Sun, 22 Oct 2017 20:21:05 +1000
Newsgroups gmane.comp.gnome.apps.rhythmbox.devel
Message-ID <[email protected]>
--===============7038455435007777464==
Content-Type: multipart/alternative; boundary="=-VtAuysC0YRk+fmjAxmf2"


--=-VtAuysC0YRk+fmjAxmf2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

> > If not, I've written a plugin to cache playback to a local file for
> > importing into other places.
> > The format is in the same tab separated format that last.fm used.
> > https://github.com/lachlan-00/cache-fm
> > 
> > Right now i use it in conjunction with my ampache scripts to keep
> > rhythmbox synced with the ratings/data from my ampache server
> > instead
> > of relying on last.fm for tracking.
> 
> Interesting idea.  Is the last.fm format widely supported for this
> sort of
> thing?

I don't think there has ever been a standard of sorts, but i've taken
data out of last.fm to import into libre.fm and a few other places
before.

Lastscrape was also really useful and i think you can still get manual
exports from last.fm directly but that may have changed.
https://github.com/lachlan-00/lastscrape-gui

Because last.fm has been around for a long time and the way data is
presented hasn't changed it just seems like the best way to process
things elsewhere. Familiarity and age more than anything else.

The files I get from last.fm are based on just giving you the song
information per line:

For Play History
EpochDateOfPlay	Title	Artist	Album	MBIDTitl
e	MBIDArtist	MBIDAlbum

For Loved Tracks
EpochDateWhenLoved	Title	Artist	Album	MBIDT
itle	MBIDArtist	MBIDAlbum

At least with Rhythmbox and ampache we can use file path as well which
is a good fallback.
In the future i want to extend cache-fm to support sending directly to
other sources as well as caching locally.
--=-VtAuysC0YRk+fmjAxmf2
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><blockquote type=3D"cite"><pre><blockquote type=3D=
"cite">If not, I've written a plugin to cache playback to a local file for
importing into other places.
The format is in the same tab separated format that last.fm used.
<a href=3D"https://github.com/lachlan-00/cache-fm">https://github.com/lachl=
an-00/cache-fm</a>

Right now i use it in conjunction with my ampache scripts to keep
rhythmbox synced with the ratings/data from my ampache server instead
of relying on last.fm for tracking.
</blockquote>

Interesting idea.  Is the last.fm format widely supported for this sort of
thing?
</pre></blockquote><div><br></div><div>I don't think there has ever been a =
standard of sorts, but i've taken data out of last.fm to import into libre.=
fm and a few other places before.</div><div><br></div><div>Lastscrape was a=
lso really useful and i think you can still get manual exports from last.fm=
 directly but that may have changed.</div><div><a href=3D"https://github.co=
m/lachlan-00/lastscrape-gui">https://github.com/lachlan-00/lastscrape-gui</=
a></div><div><br></div><div>Because last.fm has been around for a long time=
 and the way data is presented hasn't changed it just seems like the best w=
ay to process things elsewhere. Familiarity and age more than anything else=
.</div><div><br></div><div>The files I get from last.fm are based on just g=
iving you the song information per line:</div><div><br></div><div>For Play =
History</div><div>EpochDateOfPlay	Title	Artist	Album	MBIDTitle	MBIDArtist	M=
BIDAlbum</div><div><br></div><div>For Loved Tracks</div><div>EpochDateWhenL=
oved	Title	Artist	Album	MBIDTitle	MBIDArtist	MBIDAlbum</div><div><br></div>=
<div>At least with Rhythmbox and ampache we can use file path as well which=
 is a good fallback.</div><div>In the future i want to extend cache-fm to s=
upport sending directly to other sources as well as caching locally.</div><=
/body></html>
--=-VtAuysC0YRk+fmjAxmf2--


--===============7038455435007777464==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
rhythmbox-devel mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/rhythmbox-devel

--===============7038455435007777464==--