You are not logged in.
Hmmm, I used to have external keyboard shortcuts and mouse bindings to pause/switch tracks at will. Now it is gone in 0.6.x beta and I don't have 0.5.x anymore since I last cleared the pkg cache recently..
Time to visit ARM and downgrade.
Last edited by ssri (2014-09-27 00:18:13)
Offline
`mpc` is the client you use as a CLI interface to MPD.
This silver ladybug at line 28...
Offline
The new beta is fine, you just need to comment out the offending lines in your config and find out what the new ones are. See: https://bbs.archlinux.org/viewtopic.php?id=186817
Offline
lolilolicon is correct. It appears that command line control for start, stop, toggle play/pause, query the now-playing track (and probably a few others I've not yet found) is now supposed to be done using mpc.
Good news is that it is pretty simple and most of mpc commands I've had to use are very close, if not identical, to what you used to use with ncmpcpp. In fact I've even found that mpc provides me a few more things to play with in my scripts and key binds.
Offline
The new beta is fine, you just need to comment out the offending lines in your config and find out what the new ones are. See: https://bbs.archlinux.org/viewtopic.php?id=186817
I'm not talking about custom keybindings that people previously had in their config file, nor did I ever employ any. I used the command $ncmpcpp foo in the background (bound to mouse gesture or key combo outside of ncmpcpp) to control track progression when I have another program's window focused. I know mpc offers the same, but I like the convenience that I am able to load any of my custom playlists and control track selection when ncmpcpp is in the background or not running at all.
Last edited by ssri (2014-09-16 22:47:38)
Offline
or not running at all.
Then I dont see the issue AT ALL. just use mpc. its also not running at all ![]()
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
ssri wrote:or not running at all.
Then I dont see the issue AT ALL. just use mpc. its also not running at all
Also convenient for you to ignore the rest of my statement
. Oh well. I'm just stating that it was more convenient to use ncmpcpp for my use case and I'm quite content to keep ncmpcpp pinned at 0.5.10. As for my OP, I didn't notice any news from the project's page that some of ncmpcpp's commandline arguments were depreciated and reported it here. The subsequent reply post rightfully pointed out that mpc offered the same commandline options. For me, there are two options, keep ncmpcpp pinned or move over to mpc. I decided to go with the former. That is all I'm going to say.
EDIT: Since I tend to control mpd in the background (outside of ncmpcpp or mpc) while working in a DE, I changed all of my keyboard shortcuts and mouse gestures to 'mpc foo' Just laziness on my part *shrugs*
Last edited by ssri (2014-09-27 00:18:37)
Offline
I wasn't even aware that ncmpcpp was useful for controlling mpd via commandline. it seems like wasted energy to even impliment when mpc is faster to type out
Offline
I wasn't even aware that ncmpcpp was useful for controlling mpd via commandline. it seems like wasted energy to even impliment when mpc is faster to type out
Use an alias ![]()
Offline
Mpc comes with mpd and should be released considering any changes made to mpd. Ncmpcpp is "one level higher", so there most probably will be delays, should ncmpcpp actually use its own mpd client implementation. Use whatever suits your needs. Please mark the thread as solved, since apparently there is nothing to add here.
Offline
[ tye@t: ~ ]$ alias {ncmpc,tracksearch}
alias ncmpc='ncmpcpp'
alias tracksearch='alias tracksearch; mpc playlist -f '\''%position%. (%time%) %artist%: %album% - %title%'\'' | grep -iE'![]()
Offline
Mpc comes with mpd and should be released considering any changes made to mpd. Ncmpcpp is "one level higher", so there most probably will be delays, should ncmpcpp actually use its own mpd client implementation. Use whatever suits your needs. Please mark the thread as solved, since apparently there is nothing to add here.
to be fair, this is not true.
mpc is released independently and is based on libmpdclient. ncmpcpp is ALSO based on libmpdclient.
To make things worse: libmpdclient was not updated to latest mpd protocol version.
The only more or less up-to-date client library is python-mpd2
Example of features that never landed in mpc/libmpdclient:
- priorities
- readcomments
Last edited by Rasi (2014-09-17 19:41:12)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
My assumptions have been false then, partly at least, since I took the ncmpcpp is also using libmpdclient directly, anything else would have made little sense. The one level above remark was not meant for the library/protocol hierarchy, but more of a package one, which now makes little sense, I thought there were [more] in sync. It becomes clear now why this has been ignored.
Offline
My assumptions have been false then, partly at least, since I took the ncmpcpp is also using libmpdclient directly, anything else would have made little sense. The one level above remark was not meant for the library/protocol hierarchy, but more of a package one, which now makes little sense, I thought there were [more] in sync. It becomes clear now why this has been ignored.
the reason this got ignored because patches do not belong into the forum. join #mpd-dev on freenode and talk to cirrus.
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline