s worthy replacement for simple mpv backend for whatever reason
- let me know, can adjust code style to fit better with other .el
files in the repo, and get rid of dependencies like s.el/dash.el
(only used in couple of places).
Any other comments are also welcome, of course.
Cheers!
e as with --input-file= fire-and-forget fifo.
Will follow-up on that in a reply to Yoni's email, I guess.
Thanks for the feedback!
First time I've seen tq module used in the wild :)
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
ow-up patches for
basic metadata.
Not sure on coding style strictness, tabs-spaces and such, but all such
trivia should probably all be deferred until then.
Thanks!
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
On Sat, 14 Apr 2018 00:00:14 +0500
Mike Kazantsev wrote:
> On Fri, 13 Apr 2018 21:53:47 +0530
> Pierre Neidhardt wrote:
>
> > It turned out that there were many rough edges that needed polishing
> > before merging. So instead we opted for dochang's simpler versi
separate binary/args.
s/dash deps (pretty sure I use cl-return and let* too) are only
omitted because it's in the repo where I use them all over the place,
and would be better to drop them entirely for emms code to avoid new
requires there.
Will be
.
Guess I'll look for a way to separate simple/json-ipc versions cleanly
and load one or the other depending on mpv version.
> Emms is old (the Savannah project was registered 15 years ago), so code
> style is all over the place. As maintainer I try for three things:
All no
On Sat, 14 Apr 2018 00:48:43 +0500
Mike Kazantsev wrote:
> On Fri, 13 Apr 2018 15:31:23 -0400
> Yoni Rabkin wrote:
>
> > I have version 0.3.4 of mpv on my machine (Trisquel) so this code
> > wouldn't work on my box. I think one needs (<= 0.17.0 mpv-version). We&
robably clear
this out faster.
> - Seeking forward / backward resets the timer (but the seeking works).
Wasn't the case before, but can definitely see this happening in
current version, missed it during testing.
Should be easy to fix though.
Thanks!
--
Mike Kazantsev // fraggod.net
On Mon, 16 Apr 2018 12:03:26 +0500
Mike Kazantsev wrote:
> On Mon, 16 Apr 2018 11:11:41 +0530
> Pierre Neidhardt wrote:
>
> > Well, did not take long! :p
> > - Seeking forward / backward resets the timer (but the seeking works).
Was due to issuing emms-player-star
emms-next should
also unpause the track, or at least not reset emms-player-paused-p if
it doesn't - will fix in a moment, haven't considered what should
happen on pause+switch like that.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
On Tue, 17 Apr 2018 20:26:49 +0500
Mike Kazantsev wrote:
> I think this situation is indeed a bug, as guess emms-next should
> also unpause the track, or at least not reset emms-player-paused-p if
> it doesn't - will fix in a moment, haven't considered what should
> happe
On Wed, 18 Apr 2018 11:50:25 +0530
Pierre Neidhardt wrote:
> Mike Kazantsev writes:
>
> > Fixed in last commit by always removing paused state in
> > emms-player-start, which seem to make perfect sense there.
>
> OK, seems to work fine so far. I'll have a loo
g what's the exact issue in your case might open a possibility to
check and workaround for it, at least if it looks common enough, so
would be cool if you could find the cause of that thing.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
On Mon, 16 Apr 2018 01:00:17 +0500
Mike Kazantsev 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 add
for many things that mpv offers via its APIs, as well as weed
out bugs faster.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
k.
To be fair, same trick should also work with simple player as it's a
one-way command without much need for reply.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
. This had worked before,
> so I'm unsure of what changed.
Will look into that.
Didn't think any of late changes should've affected 'file, so only ran
basic play-stop-next routine, which guess was a mistake, and should
probably be automa
On Sat, 26 May 2018 03:06:54 +0500
Mike Kazantsev wrote:
> On Fri, 25 May 2018 17:55:56 -0400
> Yoni Rabkin wrote:
>
> > Using the file method it doesn't detect the player ending and
> > therefore doesn't move on to the next track. This had worked before,
&g
(sorry for duplicate, mailed it off-list accidentally)
On Fri, 25 May 2018 18:25:13 -0400
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > On Fri, 25 May 2018 17:55:56 -0400
> > Yoni Rabkin wrote:
> >
> >> I also think the code needs to move
On Fri, 25 May 2018 18:22:59 -0400
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > On Fri, 25 May 2018 17:55:56 -0400
> > Yoni Rabkin wrote:
> >
> >> I also think the code needs to move to the emms-player-... namespace.
> >
> > Yeah, I
to restrict it like that by default and let
people who want to use mpv for non-audio/video override it.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
On Sat, 26 May 2018 04:14:52 +0500
Mike Kazantsev wrote:
> On Fri, 25 May 2018 18:59:06 -0400
> Yoni Rabkin wrote:
>
> > Another change needed is to add a regexp to the player so that
> > (emms-player-get emms-player-mpv 'regex) will return a useful value that
>
sure about
copyright issues, though header in names.el seem to suggest assignment.
Maybe someone unfamiliar with code above can provide an opinion?
I'm definitely in a worst position to judge whether it's readable :)
Thanks a lot for a great suggestion, Pierre.
Didn't consider
On Sun, 27 May 2018 22:20:30 -0400
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > On Sat, 26 May 2018 01:42:47 +0200
> > Pierre Neidhardt wrote:
> >
> >> Yoni Rabkin writes:
> >>
> >> > None that I can think of, unless we move t
On Sat, 26 May 2018 04:21:46 +0500
Mike Kazantsev wrote:
> On Sat, 26 May 2018 04:14:52 +0500
> Mike Kazantsev wrote:
>
> > On Fri, 25 May 2018 18:59:06 -0400
> > Yoni Rabkin wrote:
> >
> > > Another change needed is to add a regexp to the player so tha
On Sat, 26 May 2018 03:36:34 +0500
Mike Kazantsev wrote:
> On Fri, 25 May 2018 18:25:13 -0400
> Yoni Rabkin wrote:
>
> > At least I'm not asking you to modify your idiosyncratic
> > indentation. Now _that's_ a red line I wouldn't ask anyone to cross.
>
On Mon, 28 May 2018 11:07:31 -0400
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > Please let me know if it's gotten better or worse this way.
>
> The new indentation seems fine to me since it's what Emacs produces by
> default with indent-region. There
configuration, which causes the
problem, --no-config or using alternative lighter config file can do
the trick.
- Fall back to old way of doing things by setting
emms-player-mpv-ipc-method to 'file.
Would be nice if you can provide more info so that issue can be fixed
withou
in similar fashion.
Will add more logging first though and report back.
Might be able to reproduce it here in a VM as well, given that it's a
stock distro, which should be easy to spin up.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
instead?
Yes, I think it should be better with shell-quote-argument for non-bash
in particular.
Do you know if maybe there is some generic way to create fifo and pipe
process for it on arbitrary systems, by the way?
Given that subprocess is started for this alr
On Wed, 06 Jun 2018 16:21:39 +0200
Pierre Neidhardt wrote:
> Mike Kazantsev writes:
>
> > Do you know if maybe there is some generic way to create fifo and pipe
> > process for it on arbitrary systems, by the way?
> >
> > Given that subprocess is started for
vice force-mode-line-update to check modeline and if
emms stuff isn't found in there, raise error, getting likely cause from
a backtrace?
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
On Mon, 4 Jun 2018 17:37:52 +0500
Mike Kazantsev wrote:
> On Mon, 04 Jun 2018 13:59:15 +0300
> Konstantin Reich wrote:
>
> > I have the same problem on my work and home computer, both have Ubuntu
> > 18.10.
...
> Given such signal exit, suspect that it might be so
On Wed, 06 Jun 2018 22:18:26 +0200
Pierre Neidhardt wrote:
> Mike Kazantsev writes:
>
> > On Wed, 06 Jun 2018 16:21:39 +0200
> > Pierre Neidhardt wrote:
> >
> >> Mike Kazantsev writes:
> >>
> >> > Do you know if maybe there is some
al?
And if so, maybe you can run mpv with strace or gdb, as suggested in
the latest mail in that thread?
Can be entirely separate issue too, of course.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
mms-player-mpv-parameters list.
- Software volume level (if used, should be mpv default) should stay
persistent until emacs restart, as mpv won't be restarted between
playlist entries either, keeping all such settings.
--
Mike Kazantsev // fraggod.net
___
config. Got the same error.
>
> Maybe the problem me using emacs 26?
Oh, I didn't think of that, and just tried it here with updated emacs,
and yes - same exact error, looks like some kind of change in how
processes are handled there.
Will fix and report back, thanks for men
On Tue, 19 Jun 2018 09:20:48 +0500
Mike Kazantsev wrote:
> On Mon, 18 Jun 2018 22:11:50 +0300
> Konstantin Reich wrote:
>
> > Maybe the problem me using emacs 26?
>
> Oh, I didn't think of that, and just tried it here with updated emacs,
> and yes - same exact e
On Tue, 19 Jun 2018 21:06:15 +0500
Mike Kazantsev wrote:
> On Tue, 19 Jun 2018 09:20:48 +0500
> Mike Kazantsev wrote:
>
> > On Mon, 18 Jun 2018 22:11:50 +0300
> > Konstantin Reich wrote:
> >
> > > Maybe the problem me using emacs 26?
> >
p mpv process and connection to it, then restart it all
with emms-player-mpv-debug enabled, so that everything from mpv/ipc
start will end up in that Messages buffer, including emacs version,
in case maybe there's some other difference there.
--
Mike Kazantsev // fraggod.net
___
) ...)
You don't have it disabled or overidden manually somewhere, by chance?
Really struggling to think how else it might be initialized to nil value
at the moment - "(>= emacs-major-version 26)" should return t for sure
with your version.
--
Mike Kazantsev // fraggod.net
_
On Sun, 1 Jul 2018 15:41:35 +0500
Mike Kazantsev wrote:
> It should be set upon its definition via:
>
> (defvar emms-player-mpv-ipc-conn-emacs-26-workaround (>=
> emacs-major-version 26) ...)
>
> You don't have it disabled or overidden manually somewhere, by chan
g work you've done on
this issue already.
Got comment on underlying emacs issue, confirming that it might be
accidental bug during refactoring, so might hopefully be fixed without
need for such workarounds in the next emacs version releases.
https://git.savannah
etting to sync it with local file after that one last change,
and instead of >= it has just > in the check there, my bad.
Couldn't spot that one-char difference earlier either.
Should be fixed now, thanks for sticking with the issue.
--
M
r files)
Note that it's all mpv features, and not really related to how emms
interacts with it, so more in-depth info should be available on mpv
site, docs, MLs, repo script examples, etc.
Cheers!
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
ly create a new
> one.
I think it's a good idea that "/ /" key combo operates in the same
limit-buffer without killing it, as if I want the other behavior,
it's easy to just kill this limited buffer as you'd do with any regular
buffer and switch to origi
il or 'fundamental-mode?
Thought to ask here because I don't understand rationale behind that
strange default, so probably just don't get the purpose behind it.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
, which is why emms-track-description-function
is set to display these.
And unfortunately, there doesn't seem to be an option for that,
only for filtering over attributes of internal track representation.
Unless I just missed it, that is...
--
Mike
On Fri, 05 Oct 2018 09:39:56 -0400
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > And unfortunately, there doesn't seem to be an option for that,
> > only for filtering over attributes of internal track representation.
> > Unless I just missed it, that is.
@@ -79,11 +80,11 @@ the current playlist." attribute)
^^^ it looks like a tab slipped-in there among spaces or vice-versa.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
out starting anything)
Guess there can be a customizable var that'd flip these via
make-local-variable / kill-local-variable as necessary.
--
Mike Kazantsev // fraggod.net
___
Emms-help mailing list
Emms-help@gnu.org
https://lists.gnu.org/mailman/listinfo/emms-help
27;t think anything else is missing or incorrect, but if it still
won't work, maybe check how emms-player-mpv-info-meta-update-track does
it, as I implemented similar async info update on mpv event there and
it seem to be working.
--
Mike Kazantsev // fraggod.net
__
ble-check that emms-track-set didn't
signal same errors and worst-case you can attack "track" to the process
via process-put/process-get instead of using its buffer.
Though not sure why buffer-locals won't work for same purpose.
--
Mike Kazantsev // fraggod.net
_
On Thu, 5 Sep 2019 23:52:40 +0500
Mike Kazantsev wrote:
> On Thu, 05 Sep 2019 20:40:14 +0300
> Konstantin Reich wrote:
>
> > Indeed the problem in the updating. For example, If I add the same
> > url twice (emms-add-url), both urls are displayed correctly.
>
>
cal-let
((track track) (url url)
(sentinel #'(lambda (process event) (do-stuff-with track url)))
(set-process-sentinel process sentinel))
(iirc you have to rebind track/url in lexical-let like that, but with
non-cl lexical bindings, that should not be necess
, as
beets does very good job of organizing imported music into directories,
so that it's easy to find anything there for me without db queries.
--
Mike Kazantsev // fraggod.net
(with vlc or mpv), it should be relatively easy to also have
emms send mute/unmute signals to these via regexp matching commercial
for that radio.
Though maintaining such adblock-lists is maybe a bit more work than emms
project is expected to do :)
--
Mike Kazantsev // fraggod.net
On Sun, 01 Dec 2019 13:12:52 -0500
Yoni Rabkin wrote:
> Mike Kazantsev writes:
>
> > Guess for players without extensive APIs or stream metadata processing
> > it can be implemented via timer with http request.
>
> In fact, I implemented it for Emms many (too many) y
I'll try to grab 0.30 and see.
Definitely related to mpv-0.30, as I just updated it here from 0.29.1 to
test and was able to immediately reproduce it.
--
Mike Kazantsev // fraggod.net
ms-player-mpv 0.5 json >>
{"command":["loadfile","track2.mp3","replace"],"request_id":23}
I.e. mpv gets same "stop" + "loadfile" sequence of commands,
immediately following one another, but if earlier it ended up producing
expected "loadfile" result, now it seem to do "stop".
After that emms-player-mpv-event-idle check kicks with 0.5s delay
(emms-player-mpv-idle-delay) to advance the track.
(this check is a kind of catch-all fallback for any kind of unexpected
"playback stopped when emms didn't instruct it to" situations, like i/o
errors and such)
Don't think I've seen such async semantics documented anywhere in mpv,
so it's probably not a bug, and given that it all happens within milliseconds,
avoiding relying on them (i.e. by delaying loadfile until playback stops)
seem to be most foolproof solution.
--
Mike Kazantsev // fraggod.net
On Fri, 6 Dec 2019 01:08:41 +0500
Mike Kazantsev wrote:
> On Thu, 05 Dec 2019 12:25:43 +0100
> Pierre Neidhardt wrote:
>
> > Since recently (1-2 months), I experience a strange issue with Emms
> > using the MPV backend. I can reproduce on a vanilla setup:
...
> >
you could
> give Guix a try (https://guix.gnu.org): it allows you to build multiple
> non-conflicting versions of mpv which won't interfere with your system
> package.
Yeah, wanted to try it sometime.
Though given amount of various hacks I have here, seems hard to justify
any kind of switch :)
--
Mike Kazantsev // fraggod.net
On Fri, 06 Dec 2019 14:56:25 +0100
Pierre Neidhardt wrote:
> Mike Kazantsev writes:
>
> > Yeah, wanted to try it sometime.
> >
> > Though given amount of various hacks I have here, seems hard to justify
> > any kind of switch :)
>
> What kind of hacks? :)
On Fri, 6 Dec 2019 16:33:44 +0500
Mike Kazantsev wrote:
> On Fri, 06 Dec 2019 10:08:00 +0100
> Pierre Neidhardt wrote:
>
> > Thanks for the prompt fix!
> >
> > I can confirm that
> >
> > (setq emms-player-mpv-ipc-method 'file)
> >
> >
nding background, and dark mode is all
the rage these days (back from the 90s!).
But I'm no website designer either, so maybe otherwise-obvious goals of
doing redesign escape me.
--
Mike Kazantsev // fraggod.net
_64-pc-linux-gnu, GTK+ Version 3.24.10) ...
I'm also a bit sleep-deprived and distracted atm, so maybe just can't
think right about the issue and it's actually a no-brainer (esp. if
it's indeed some kind of typical symlink check).
Thanks in advance for any info/clarification.
Cheers!
--
Mike Kazantsev // fraggod.net
On Fri, 24 Jan 2020 11:32:01 +0500
Mike Kazantsev wrote:
> One way to fix it can be to use:
>
> (substring symlink 0
> (min (string-width dir) (string-width symlink)))
>
> But them what if it's a symlink to "music-dir-something-something" and
> such
re, but can you check and paste
"mpv --version" output?
(I have 0.32.0 here and it seem to still work, so guess maybe yours is
newer than that)
I'll check for recent changes too, maybe update mpv here as well.
Probably easy to fix if it's some minor command/parameters tweak there.
--
Mike Kazantsev // fraggod.net
On Thu, 11 Jun 2020 16:30:31 +0500
Mike Kazantsev wrote:
> On Thu, 11 Jun 2020 10:28:02 +0200
> Stanislav Vlasov wrote:
>
> > I would really love to listen music without leaving EMACS but I can not
> > figure out why EMMS does not play it.
> >
> > I am on Em
- emms-add-file, emms-add-directory,
emms-add-directory-tree should be more appropriate.
If that doesn't work - maybe post how do you add these tracks, so that
I might be able to reproduce the issue here to look into it.
Also maybe check/paste what would be the output of running:
(emms-playlist-current-selected-track)
(can paste that into *Scratch* buffer and run via C-j, resulting track
info should be in *Messages*)
--
Mike Kazantsev // fraggod.net
someone more knowledgeable has
any suspicions.
>
> mpv --version
> # mpv 0.32.0 Copyright © 2000-2020 mpv/MPlayer/mplayer2 projects
> # built on UNKNOWN
> # ffmpeg library versions:
> #libavutil 56.31.100
> #libavcodec 58.54.100
> #libavformat 58.29.100
> #libswscale 5.5.100
> #libavfilter 7.57.100
> #libswresample 3.5.100
> # ffmpeg version: n4.2.3
>
> emms-version "5.42" (emms-20200612.2058)
>
>
> Kind regards,
> Stas
--
Mike Kazantsev // fraggod.net
ing on type like that looks like a bug in emms.
Thanks for bringing it up.
--
Mike Kazantsev // fraggod.net
But feel like maybe I've misunderstood the question, given how it seem
to be directed to this mailing list, while having little to do with
emms in my current understanding.
--
Mike Kazantsev // fraggod.net
emms-player-mpv-update-metadata to have metadata be read for
currently-played track by mpv player itself:
(custom-set-variables '(emms-player-mpv-update-metadata t t))
It does apply only to currently playing track or stream, but that seem
to be what you're after (for display
erging it into
the backend too, as it'd allow using mpv prefetching options - e.g.
have playlist of videos on slow network media or youtube links that
would be prefetched and cached by mpv while previous file is still playing.
--
Mike Kazantsev // fraggod.net
he
video window closing/reopening on mpv side though, hence my earlier
suggestion to try some options which might prevent that.
Failing that, sounds like my other suggestion (to use append flags for
loadfile before track ends or sync playlists from emms) was quite like
what umpv does.
--
Mike Kazantsev // fraggod.net
On Fri, 20 Nov 2020 12:44:26 +0500
Mike Kazantsev wrote:
> I think loadfile simply replacing the currently-played track does the
> video window closing/reopening on mpv side though, hence my earlier
> suggestion to try some options which might prevent that.
Or actually maybe not load
If you mean something entirely different, maybe on the kodi side,
or via separate api, that's probably not related to emms/mpv much and
can be done either via python addon script in kodi or by adding a hook
to run during/after playback in emacs (to mark position or watched
status).
--
Mike Kazantsev // fraggod.net
ob/master/core/fg_emms.el
git says that it's been there since 2009, so might not be very modern
or up-to-date.
--
Mike Kazantsev // fraggod.net
by using 'file for
emms-player-mpv-ipc-method, but I'd suggest at least checking debug log
first, as it's quite possible that problem is very trivial, and running
mpv daemon has a bunch of advantages (like getting current-playing
track names updated from it with internet radios, avoiding volume resets
between tracks for .mp3 files, etc).
--
Mike Kazantsev // fraggod.net
On Wed, 06 Jan 2021 23:21:10 +0100
Arthur Miller wrote:
> Mike Kazantsev writes:
>
> > Try setting (setq emms-player-mpv-debug t) and checking what it says in
> > the Messages buffer, maybe send it here, if it's unclear what's the
> > problem there.
>
n't break users setup in any way, if it was used.
- Will not break "no warnings in code lexical bindings" assumption about all
high-level EMMS APIs, but only with a caveat of "all non-deprecated ones".
- It's short and no big deal to leave around for a while.
Let me know if maybe some other option might be preferrable.
--
Mike Kazantsev // fraggod.net
))
(will print "paused = t" after such switch, and pause/unpause fixes it)
Might be a change in mpv where earlier versions always discarded pause
state on changing tracks, but should probably be easy to fix by sending
explicit '(set_property pause :json-false).
Though not entirely sure if maybe it always worked like this.
--
Mike Kazantsev // fraggod.net
On Mon, 14 Jun 2021 19:05:16 +0500
Mike Kazantsev wrote:
> On Mon, 14 Jun 2021 08:58:13 -0400
> Yoni Rabkin wrote:
>
> > Greg Farough writes:
> >
> > > I've recently run into a problem of a paused audio track getting
> > > "stuck" until
rom
before 7.3 and if initial "loadfile" fails (requiring that fallback),
something else is working weirdly - shouldn't normally happen anyway.
Can recommend enabling debug logging via (setq emms-player-mpv-debug t)
to see what's going on via *Messages* buffer, if possible to reproduce
without too much annoyance from stuff flashing in minibuffer.
--
Mike Kazantsev // fraggod.net
On Sat, 19 Jun 2021 06:19:16 +0500
Mike Kazantsev wrote:
> On Fri, 18 Jun 2021 16:00:28 -0400
> Greg Farough wrote:
>
> > On Fri, Jun 18 2021, Yoni Rabkin wrote:
> >
> > > Now I'm having an issue where occasionally I'll need to select a track
> &g
handler.
Not sure why latter happens - pretty sure it used to work,
will need to look into it a bit later.
Might be related to lexical binding change or changes in emacs.
--
Mike Kazantsev // fraggod.net
useful standard for exposing public parameters,
restricting their types/ranges/etc - and might be better than just
naming conventions, but yeah, for emacs users, maybe one func like
(emms-player-mpv-configure
:command "mpv"
:update-duration t
:update-metadata t
)
would be much simplier, with all internal type/range checks and all
parameters defined/documented/implemented in one place.
--
Mike Kazantsev // fraggod.net
en meta (car meta)))
(emms-track-simple-description track)))
(setq emms-track-description-function 'my-emms-track-desc)
Idea there is to use first string from the "metadata" attribute that
you have attached to the track, if it's there, and otherwise just
fallback to default emms-track-simple-description generator.
--
Mike Kazantsev // fraggod.net
filesystem protocol,
been using it instead of nfs/smb/cifs for more than a decade now,
and would highly recommend to check it out instead.
--
Mike Kazantsev // fraggod.net
e)
But I think buffers themselves are saved as a part of general emacs
desktop save/restore feature.
Some of the playlists that I just cycled through were likely thrown
together years ago, and still hang around since then with stored
position and all.
This is just about "which track to play" position, but if emms-bookmark
functionality stores a seek position tag, it'd probably hang around
forever in these as well.
--
Mike Kazantsev // fraggod.net
ys
end up at the end (and then cycling to next track in playlist)?
Logs don't seem to show mpv switching files, and I get pretty much same
output here with absolute seeks, so guess it's the expected result.
(on an unrelated note, re-fetching track duration after playback-restart
on seek is likely unnecessary, and maybe should be patched to use less
common event(s), though might need to check which ones to pick for all
media types and mpv versions)
--
Mike Kazantsev // fraggod.net
On Tue, 19 Oct 2021 12:22:38 +1100
"" wrote:
> Mike Kazantsev writes:
>
> >
> > "Both times it sends the seek request and skip to the end of the
> > track"
> > above sounds to me a bit like an unexpected/undesirable result
> > though -
On Tue, 19 Oct 2021 13:05:56 +1100
Yuchen Pei wrote:
> Yuchen Pei writes:
>
> > Mike Kazantsev writes:
> >
> >> On Tue, 19 Oct 2021 12:22:38 +1100
> >> "" wrote:
> >>
> >>> Mike Kazantsev writes:
> >&
On Tue, 19 Oct 2021 07:24:14 +0500
Mike Kazantsev wrote:
> On Tue, 19 Oct 2021 13:05:56 +1100
> Yuchen Pei wrote:
>
> > > emms-bookmarks-add uses the emms-playing-time, which from some
> > > observatiosn seems totally different from the current timestamp
ly
backends that only get it from somewhere periodically (e.g. stdout
status line) can just cache it in some value.
But if this is not implemented for backend, I'd think that fallback to
emms-playing-time would seem reasonable, and then why not just always
store that in the first place? :)
--
Mike Kazantsev // fraggod.net
actual error preventing it from
starting.
Not sure if you might've looked at this already, and concluded that it
might be something with emms from there, but if not - maybe worth a
quick look.
--
Mike Kazantsev // fraggod.net
d cause mpv error.
Should be possible to fallback from "loadlist" to "loadfile" in mpv,
so that errors like this won't happen, but I think it's a bad idea,
as it'd mask the actual problem where tracks get added with the wrong
type in the first place.
--
Mike Kazantsev // fraggod.net
at use-case with mpv already?
Dunno about 'description tag itself - can't 'name be used for similar
purposes already?
And if a fixed one-liner description with some custom meaning is
needed, I'd think it'd make sense to have a custom info function to
interpret it somehow.
--
Mike Kazantsev // fraggod.net
'll probably add some let-mpv-decide-what-is-playlist default-on option,
which can be toggled off manually for best compatibility but less security,
and fixing that "--playlist" flag issue by adding a version check to use it
as --playlist=file for newer versions.
Maybe there's a better way to go about resolving this,
or other factors that I didn't consider in the list above?
--
Mike Kazantsev // fraggod.net
1 - 100 of 117 matches
Mail list logo
