Re: [emms-help] mpv player alternative with json-ipc

[Mike Kazantsev]

On Mon, 16 Apr 2018 01:00:17 +0500
Mike Kazantsev <address@hidden> wrote:

> Pushed new backend option now to mpv-json-ipc branch, with support for
> both older mpv versions with one-pid-per-track + --input-file operation
> and newer versions running as "mpv --idle".
> 
> Tried to address all the feedback and suggestions
> (thanks again, let me know if I missed any).
> 
> Guess I'll leave it there until next release, and maybe ping about way
> ahead for it afterwads, fixing any issues that might pop-up there in the
> meantime.

Did promise to send ping-mail after 5.0 release, here it is.

Have spotted and fixed a few minor issues and added optional metadata
updates since initial push, with more details on these below.

Should be ready to merge, either as a replacement or in addition to
mpv-simple backend (dunno if redundancy is worth it though, should be
easy to fix any issues here).

Don't think I should have access to master branch, but if you want me
to merge/push it there myself, can easily do that.

No rush on it though.
I'll probably keep using the thing myself for a while (until mpv morphs
into mplayer3 or such), so should always be in roughly working state.


Changes since initial push in more detail:

 - Fixed handling for playback start failures, when mpv goes into
   "idle" state instead of "start-file" for whatever reason - missing
   file, access error, etc.

   Previously this would require manually switching to next track, now
   works same as with simple players - skips track/file silently.

 - Made track duration updates optional, with
   emms-player-mpv-update-duration defcustom (default on) to add/remove
   hooks that do that.

   Uses same emms-mpv-event-functions hook now as user might define, so
   easy to rewrite/disable or override, and makes sure hook works
   (via "dogfooding" logic).

 - Added optional track metadata update(s) when mpv plays it,
   controllable via emms-player-mpv-update-metadata defcustom
   (default OFF, to not disrupt any other emms-info setup).

   Also works via same hooks, and can be used as an example for parsing
   any custom metadata (which differs slightly across many media types),
   or extended to do that.

Found last option rather useful for both network streams (metadata
updates cause with desktop notifications on track changes) as well as
playback from network mountpoints (pre-parsing info from there is a
bad idea in general).


-- 
Mike Kazantsev // fraggod.net