Re: [Musicpd-dev-team] [OT?] MPRIS and MPD
Seems kind of odd to talk about integrating with shiny new Ubuntu/Unity, given the whole pulseaudio deal. Unless something has changed and I didn't notice, Ubuntu uses pulseaudio, which runs per-user, so you can't really get mpd to work right with log in/out without jumping through some hoops. (Maybe, hopefully, I've missed something?) On Thu, May 17, 2012 at 8:28 AM, Avuton Olrich avu...@gmail.com wrote: Maybe slightly offtopic, but in case you didn't see it and are interested. http://randomguy3.wordpress.com/?p=349 -- avuton -- Fortes fortuna adiuvat -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] MPD loop feature?
I think you're looking for the combination of single mode and repeat mode. You can toggle it with mpc single, or y in ncmpc, for example. On Tue, Apr 10, 2012 at 8:25 PM, zw g pekingmas...@gmail.com wrote: Guys, Maybe a stupid question: Can MPD loops one song inside a playlist? (with playlist length 1.) I just found that MPD's *repeat* func., but it is repeat the whole playlist. Is there a way to loop just one song if i prefer from the playlist? Sometimes it is nice to have that feature while you meet a great song. Thanks. -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] [PATCH ncmpc] new key to edit lyric
On Mon, Dec 12, 2011 at 1:39 PM, Jonathan Neuschäfer j.neuschae...@gmx.netwrote: With the attached follow-up patch it compiles and works resonably, if I set $EDITOR (starting the right editor is _hard_. Debian has sensible- editor to do most of the tricky stuff, but you can't expect that everywhere). It might be nice to look first at a (new) ncmpc config parameter, then EDITOR, then fall back to a default. As it is, if EDITOR is unset, a user might end up wondering why the edit key doesn't seem to do anything - and I think a lot of people don't have EDITOR set. Alternatively a helpful message could be printed, if we're worried about a user having no idea even how to quit vi(m). -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] MPD doesn't build on FC16
What about glib2-devel? On Thu, Dec 1, 2011 at 3:49 PM, Carsten Breuer carstenbreuer...@textwork.de wrote: Hi guys, I have tried to build 16-5 on Fedora Core 16. and end up with the message: checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for GLIB... no configure: error: GLib 2.12 is required I think this is a autoconf bug, because glib2 is there: Installierte Pakete Name : glib2 Architektur : i686 Version: 2.30.1 Ausgabe: 1.fc16 Größe : 8.5 M This error also occurs with the current today git version. Any hints ? Best Regards, Carsten -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Database search problem with iTune .m4a files
From what I remember, the builds from Ubuntu *don't* play m4a, because it's not free software. For mpd to play anything using non-free codecs/libraries, you have to install the necessary libraries,and build mpd yourself. (I suppose it's possible this has changed; I've been building it myself for a long time now.) On Sat, Jun 4, 2011 at 11:50 AM, Kesh Ikuma tik...@hotmail.com wrote: Assuming that I can only use one of these, only [faad] returned w/o error (which is expected), but it only says: time=0 not including album and title that I was able to retrieve. This plugin will not be used for *.m4a, because the extension is not listed above. Do *.m4a files actually appear in the database on a MPD client? Yes, both appears and plays back fine. Also, I was looking at my MPD library and noticed that there are some m4a files which artist tag shows up. But none of the genre tags are shown. Were those files scanned before you recompiled, and now you have a MPD binary that cannot decode *.m4a? I've tried 3 (or 2) versions of MPD so far (off repos of Ubuntu 10.04 and 11.04 and git 0.17) and all 3 builds were able to play back .m4a just fine. I cam across this (old) post on Ubuntu forum: http://ubuntuforums.org/showthread.php?t=217049 in which the OP had the same issue with m4a files but in Amarok under Kubuntu. Then, down the thread someone states that The Amarok faq says you have to have gstreamer-faad and gstreamer-quicktime to play m4a files. MPD doesn't use gstreamer, does it? -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mp4ff.h not available under Ubuntu Lucid (10.04)
I believe the libavutil-dev and libavformat-dev packages are also required; the former is a dependency of libavcodec-dev, but I had to install the latter myself. On Thu, May 6, 2010 at 9:16 PM, Taylor LeMasurier-Wren ripps...@gmail.comwrote: I'm not doing anything radical with the mpd-trunk packages, in fact, after looking at the build logs it seems that mpd is building mp4 support from FFmpeg. The headers for ffmpeg is provided by the libavcodec-dev package. --Taylor L-Wren -- ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] about glurp
On Mon, Apr 12, 2010 at 3:02 PM, ben brou...@free.fr wrote: As i had no reply (maybe an smtp problem with my ISP ?) Here's Max's original reply! On 2010/03/29 19:25, ben brou...@free.fr wrote: hello list! First of all, i thank the mpd team for this wonderful software. I am new to this list and i have a modified version of glurp (original is in git://git.musicpd.org/unmaintained/glurp.git ). I would like to know, if it is still unmaintained, if i could maintain it and commit my modifications. Otherwise, i can send a gz patch by email. Hi Ben, glurp is still unmaintained, and we can give you a writable git repository if you want. See http://git.musicpd.org/account-policy.html Did you consider joining one of the existing client projects? I guess gmpc and ario (and the others) could use some help, and having larger teams is better than many one-man projects. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] webclient phpMp
I do agree that there are way too many web clients out there with no clear choices at all, and providing a single one is a great goal. Most of the differences you suggest between clients I think should eventually be simply multiple configurations of a single client - single sites can have mobile/normal versions, simple and power interface, etc. Collecting together into a single repo and ultimately merging is probably a reasonable approach - as long as it's clear that's the intent, not simply to manage many different clients in one place. On Sun, Feb 28, 2010 at 11:54 AM, Sven Ginka sven.gi...@gmail.com wrote: Thanks for the infos regarding git. I'll try to clone from the original phpMp instead of starting with the tar. That makes sense. I'll figure that out Regarding the multiple client thing. I agree that having multiple clients in one repos is not the usual way. But: (1) different hardware clients may need different web clients (mobiles, pda, netbook, ... speaking of javascript, frames, ...) (2) there are different clients out there suiting most needs (small and easy ones, stylish ones, ... ) sometimes hard to find (3) most of them are quite old and need only little care to get them working on a current system due to deprecated functions/changed interface (4) new users to mpd might be disappointed when accidently picking a non working small and basic client and might be disappointed instead of choosing out of a rich collection (5) the code itself is very little and changes are nearly static so putting them toghether in one repo is a good start (instead of leaving them spread over the internet) (6) i talked to the ben who made the mpd-class which is used by various clients and will also be included in phpMpReloaded (for future clients) (7) having different clients also suggests to pull the best out of each to finally create a perfect client (8) this could also be a platform where people talk about mpd webclients instead of creating an own page and publishing a self written client without known what actually allready exists out there -- say community It is meant to be a good collection of clients and to come in touch with mpd webclients and/or develop based on given source the perfect client. @jeffrey I didnt talk too much about it in the first place because I thought its no big deal, just putting all toghether mostly for myself and second for others having some little changes/impovements whatever. But your question put me to more thinking about it. Thanks. Best -tswaehn Jeffrey Middleton wrote: Those tars weren't in the original phpMp repository, were they? As Max said, it'd be best to start from that (preserve the history). If they really were in the original one, you could use git filter-branch to alter the history (but this is scary!). As for the multiple clients thing... it doesn't make much sense to me to have multiple projects in a single repository. If there's something to be gained from each of these clients, the right approach would be to add the features from all the rest to phpMp (if they're mutually exclusive, allow configuration). We don't want a handful of choices which between them provide all the features, we want one single great web client. Jeffrey On Sun, Feb 28, 2010 at 9:18 AM, Sven Ginka sven.gi...@gmail.com mailto:sven.gi...@gmail.com wrote: Hi, As you can clearely see I am new to git and its use :-). Yes thats true there were the original tars in it first so the repo exploded to 48mb. As soon as I figured out how to bann them from the history the repo will be a couple of kbs. @stefan there are heaps of mpd-webclients out there. I downloaded most of them and tried each to figure out which one suits to my needs. mostly there were no changes since years on some clients. I thought it would be nice to simply download a package of webclients where I could simply switch to any client -- this is going to be phpMpReloaded. best -tswaehn Max Kellermann wrote: On 2010/02/26 10:36, Sven Ginka sven.gi...@gmail.com mailto:sven.gi...@gmail.com wrote: additionally i also pulled the following versions and will maintain them - phpMp2 0.11.0 - phpMp+ 0.2.3 Great news to see somebody revive an old MPD client! Since the project is abandoned, you could continue the original project, without a rename. I cloned your repository, but I was baffled that git downloaded 46 MB of changesets. You didn't preserve the old change history, but created a whole new repository, and you committed several large tarballs into it, only to remove them with the next commit. Why did you import 4 versions of phpmp? Which one of these are you going to work
Re: [Musicpd-dev-team] persistent streaming to icecast
To be clear, all I'm trying to say here is that there's significant motivation to implement a feature like this someday, since it'd help mpd better perform certain roles, some of which (multiple users controlling) are unique to mpd. I don't think you're going to get what you want anytime soon. Maybe you could try setting up a playlist that contains tracks of silence and switching to that. You need to make sure MPD never stops playing. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] persistent streaming to icecast
It seems to me that while the silent output works, it'd be nice to not have to rely on it - in particular, it'd be great if the operator of MPD couldn't accidentally disconnect everyone. As a concrete example, I've already used httpd output + web client (+FTP) as a way to listen to music with friends online, letting everyone control the player. It's all too easy for a less technical friend to forget they're not supposed to click on that pause button (or even do it by accident!). Jeffrey On Wed, Jan 27, 2010 at 6:06 AM, Qball Cow qb...@qballcow.nl wrote: The silent fallback stream solution described http://mpd.wikia.com/wiki/Icecast2 is not sufficient? Q -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Other features for mpc
I'm not too sure about the globbing question at first glance. However, refining ambiguous completion seems a prime candidate for placing inside mpc. If you filter afterwards with a script, you're wasting time querying for information you then waste time throwing away, while mpc could easily just only list the necessary directories then exit. Jeffrey -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Other features for mpc
On Tue, Jan 5, 2010 at 11:57 AM, Max Kellermann m...@duempel.org wrote: On 2010/01/05 17:46, Jeff Frasca phaed...@u.washington.edu wrote: When done in the completer code, it requires two extra fork()/exec()s of the sed and sort code. The sed and sort code are more general than we would write, but they are also already debugged, and not that much more overhead for something that runs no more than once or twice in a second, and then only occasionally. mpc used to have (or still has? I'm not sure) special commands for the bash completion. That should be avoided if possible, because mpc shouldn't be bloated with interactive features. mpc isn't supposed to be an interactive client, and I think bash+sed (as you said) might be well enough for implementing the completion. It still does have a tab and lstab command. For a short-term solution, it sounds like the currently implemented 'tab' command could be modified. Currently, it lists everything, then sees if each individual thing is a match to the given partial name. It could instead list the dirname of the partial name and check for matches to the basename of the partial name. This wouldn't add a ton of bloat, it seems. For long-term... Clearly Jeff uses mpc as an interactive client, and I do as well sometimes; we're probably not the only ones. Mpc is really quite close to an ideal command-line interactive client already, so what's the best approach for adding any desired interactive features? It's not just an additional few commands - stuff like the globbing mentioned earlier would modify existing commands. Jeffrey -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Patch for mpc to add support for environment variables
I guess MPC_FORMAT would provide an alternative to aliasing, for people who always want their status messages different? On Mon, Jan 4, 2010 at 4:14 PM, Max Kellermann m...@duempel.org wrote: On 2010/01/04 22:51, Jeff Frasca phaed...@u.washington.edu wrote: I put a git repo on my server and pushed the changes there, you can grab it with: git pull http://sasquatch-labs.org/git/mpc.git master It adds support for the environment variables 'MPC_HOST', 'MPC_PORT', 'MPC_FORMAT' and 'MPC_PASSWD'. They set the same settings as the -h, -p, -f and -P options. They are read before option parsing, so anything specified on the command line overrides the environment. mpc already supports MPD_HOST and MPD_PORT, and you can specify a password in MPD_HOST. What remains in your patch is the MPC_FORMAT variable, but what is the point of that? -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] pulseaudio configuration
I thought I'd give xubuntu 9.10 a try, and it seems to use pulseaudio now. I'm having a bit of trouble getting mpd to work with it. When mpd tries to play, it launches its own pulseaudio instance. This works fine as far as mpd is concerned - it's able to play to it - but there's no sound. I guess my own user pulseaudio instance has a lock on that? I know the pulseaudio output plugin has been in active development lately, so I'm hoping someone out there has dealt with this. Thanks, Jeffrey -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] pulseaudio configuration
Yeah, I thought of this, and network access, and system-wide pulseaudio. Uninstalling pulseaudio works pretty well too. Just wondering if there's a non-workaround solution. On Sat, Oct 31, 2009 at 11:35 AM, Matt Wheeler m...@funkyhat.org wrote: Perhaps not a wonderful solution, but my workaround is to tell mpd to run as me. This will probably only work well if you're the only person that uses the computer. -- Matt Wheeler m...@funkyhat.org -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] pulseaudio configuration
None of these are really good options: * run mpd as your user - security * network access to pulseaudio - kludge at best * system-wide pulseaudio daemon - tons of problems: http://pulseaudio.org/wiki/WhatIsWrongWithSystemMode I guess it's just not meant to be! Fortunately I don't really have any need to use pulseaudio. Thanks y'all! Jeffrey On Sat, Oct 31, 2009 at 11:51 AM, Max Kellermann m...@duempel.org wrote: On 2009/10/31 17:40, Jeffrey Middleton jefr...@gmail.com wrote: Yeah, I thought of this, and network access, and system-wide pulseaudio. Uninstalling pulseaudio works pretty well too. Just wondering if there's a non-workaround solution. Running MPD as your user is usually not a good idea. The real problem is that you have two PulseAudio instances, fighting over exclusive access to your sound card. Don't run two. Make MPD use the one single system-wide daemon. Don't ask me how, I've never used PulseAudio except during MPD development. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] ncmpc patches
Two present on my public repo git pull git://git.musicpd.org/jefromi/ncmpc.git master 1. defaults: correct status/list formats This is maybe a workaround of unintended behavior in the format parser. On music without a title, the default formats show literal %title%|%shortfile% but putting brackets around it makes it work right. Should probably be merged in the meantime anyway? 2. screen_song: correct is mpd playing? logic The currently playing song hasn't displayed on the info screen since introduction of libmpdclient - the logic was inverted. Jeffrey -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] ncmpc locale issue?
Yes, that was it; sorry I didn't mail back to the list about it. I'd been careless checking for installed packages, thought it was there, and moved on. Nothing to do with ncmpc! (unless we think configure should give you a louder warning if it's not going to be able to make umlauts) Thanks, Jeffrey On Sat, Oct 24, 2009 at 6:24 PM, Fredrik Lanker fredrik.lan...@gmail.comwrote: On Sun, Oct 11, 2009 at 09:44:47PM +0200, Max Kellermann wrote: On 2009/10/11 21:12, Jeffrey Middleton jefr...@gmail.com wrote: On one of my systems (xubuntu 9.04) ncmpc seems to have trouble with unicode characters. It's a plain ol' installation, no language modifications or anything, and I'm not compiling ncmpc in any special way. Without any locale environment variables set, 1/2 (to pick an arbitrary example) displays as M-BM-=. Setting LC_ALL to en_US.UTF-8 doesn't change this. With LC_ALL=C, it displays as \u00bd. Debug the function utf8_to_locale() in charset.c. Check if the value of charset is correct. The rest is done by GLib. The behaviour for LC_ALL=C is perfectly ok, because the 1/2 character does not exist in plain ASCII. Max Did you find a solution for this? I had the same problem and found that everything looked correct until the string entered ncurses. After some searching it turned out that ncursesw is required to be able to have wide character. So after rebuilding with ncursesw, everything looks good. Fredrik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] ncmpc locale issue?
On one of my systems (xubuntu 9.04) ncmpc seems to have trouble with unicode characters. It's a plain ol' installation, no language modifications or anything, and I'm not compiling ncmpc in any special way. Without any locale environment variables set, 1/2 (to pick an arbitrary example) displays as M-BM-=. Setting LC_ALL to en_US.UTF-8 doesn't change this. With LC_ALL=C, it displays as \u00bd. ncmpc is the only thing I seem to have a problem with (for example, mpc works fine). I figure this is probably a pretty simple setup problem on my end, not a bug. Unfortunately I don't know a whole lot about this stuff, so I'm hoping someone out there does! Thanks, Jeffrey -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mpc options bug
The patches are now in my public repo: git://git.musicpd.org/jefromi/mpc.git Jeffrey -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] mpc options bug
We had a bug report about mpc options given after commands - I didn't realize they could come after commands, and broke this when I added short options. It's fixed now! I tested my patch with all combinations of [no command, command with arguments, command without arguments] and [no options, options before, options after, options before and after]. I'm pretty sure I didn't miss anything this time. It's not the totally ideal way to do this - it still rearranges argv, just in the correct way for mpc [options] command [options] arguments - but it's consistent with what we have so far. More importantly, it fixes the regression. I notice that the usage statement (printed or in man page) doesn't say [options] like most commands do - with 20/20 hindsight, maybe specifying there could've saved some trouble. I went ahead and made a small patch for this too. Finally, I while I was messing with usage statements, I modified the help printing behavior - if the command is invalid, just print an error, usage statement, and reminder about 'mpc help' and man page. I suspect the vast majority of invalid commands are typos, and none of us want our screens filled whenever we mistype. Unfortunately, I'm behind a firewall and can't push right now - I'm attaching patches, and as soon as I have some free (as in freedom) internet, I'll push to my repo (git://git.musicpd.org/jefromi/mpc.git). Jeffrey From cb5dc0797654b4b370fed85167876195a2c8f403 Mon Sep 17 00:00:00 2001 From: Jeffrey Middleton jefr...@gmail.com Date: Mon, 14 Sep 2009 09:41:34 -0500 Subject: [PATCH 1/5] options.c: allow for options before and after the command The original patch (b3f6766) adding short option support and some new options broke support for options after the command. This patch fixes that. At the same time, it also fixes treatment of argument '-' (invalid option) and '--' (treat everything following as non-option). --- src/options.c | 47 +++ 1 files changed, 39 insertions(+), 8 deletions(-) diff --git a/src/options.c b/src/options.c index 57fd330..34f4f67 100644 --- a/src/options.c +++ b/src/options.c @@ -136,20 +136,31 @@ handle_option(int c, const char *arg) void parse_options(int * argc_p, char ** argv) { - int i, optind; + int i; const arg_opt_t *opt = NULL; char * tmp; + int cmdind = 0; + int optind = 0; for (i = 1; i *argc_p; i++) { const char *arg = argv[i]; size_t len = strlen(arg); - if (len = 2 arg[0] == '-') { + if (arg[0] == '-') { if (arg[1] == '-') { /* arg is a long option */ char *value; size_t name_len = len - 2; +/* if arg is --, there can be no more options */ +if (len == 2) { + optind = i + 1; + if (cmdind == 0) { + cmdind = optind; + } + break; +} + /* make sure we got an argument for the previous option */ if( opt opt-argument) option_error(ERROR_MISSING_ARGUMENT, opt-longopt, opt-argument); @@ -177,6 +188,8 @@ parse_options(int * argc_p, char ** argv) } else { /* arg is a short option (or several) */ size_t j; +if (len == 1) + option_error(ERROR_UNKNOWN_OPTION, arg, NULL); for (j=1; jlen; j++) { /* make sure we got an argument for the previous option */ @@ -196,15 +209,25 @@ parse_options(int * argc_p, char ** argv) } } } else { - /* No '-'; arg is an option argument or command. */ + /* No '-' */ if (opt opt-argument) { +/* arg is an option argument */ handle_option(opt-shortopt, arg); opt = NULL; } else { -break; +/* arg may the command; note it and read for more options */ +if (cmdind == 0) + cmdind = i; +/* otherwise, it is the first command argument and we are done */ +else { + optind = i; + break; +} } } } + if (optind == 0) + optind = i; if (opt opt-argument) option_error(ERROR_MISSING_ARGUMENT, opt-longopt, opt-argument); @@ -232,12 +255,20 @@ parse_options(int * argc_p, char ** argv) /* Fix argv for command processing, which wants argv[1] to be the command, and so on. */ - optind = i; + if (cmdind != 0) + argv[1] = argv[cmdind]; if (optind 1) { - for (i = optind; i *argc_p; i++) - argv[i-optind+1] = argv[i]; + if ( optind == cmdind || cmdind == 0 ) { + for (i = optind + 1; i *argc_p; i++) +argv[i-optind+2] = argv[i]; + + *argc_p -= optind - 1; + } else { + for (i = optind; i *argc_p; i++) +argv[i-optind+2] = argv[i]; - *argc_p -= optind - 1; + *argc_p -= optind - 2; + } } } -- 1.6.5.rc1.10.g20f34 From 5bcbb0ee2caef0706f275e6f56bc0d097202505b Mon Sep 17 00:00:00 2001 From: Jeffrey Middleton jefr...@gmail.com Date: Mon, 14 Sep 2009 10:03:59 -0500 Subject: [PATCH 2/5] doc: indicate options in usage statements Done both in man page and printed usage statement; this synchronizes the two. --- doc/mpc.1 |9 ++--- src/main.c |2 +- 2 files changed, 7 insertions(+), 4 deletions(-) diff
Re: [Musicpd-dev-team] [PATCH] ncmpc: Adjustable seek time
I'm the one who set the scrolling keys. I agree that they are not ideal, but I was having a lot of trouble finding any pairs available with a mnemonic. (I didn't want one to use control and the other use shift.) I would have preferred to set them the same as Vim (ctrl-d/u) but one was already taken in the defaults: ctrl-u means music database update. My own keys are remapped to be as Vimlike as possible; for example N is rfind-next for me, as you suggest. Personally, I would be in favor of rearranging some of the defaults, but I assumed they'd been around long enough that we wouldn't want to change them. It's worth noting, when thinking about changing default keys, that due to the way the settings are stored, other users may not notice the change for a while, then get caught off guard. For example, if you have added an extra key for a command, ncmpc saves all of the keys for that command to the file. The default is now hard-coded in the keys file. The user will not notice a change until they for one reason or another start fresh. One possibility I'd thought of before would be to start distributing sample keys files with ncmpc. If we remap keys to parallel Vim as closely as possible, then we could include a keys.classic file. If we keep the old keys for compatibility, we could include keys.vimlike. Jeffrey On Fri, Aug 14, 2009 at 8:55 AM, Max Kellermann m...@duempel.org wrote: On 2009/08/14 15:42, Fredrik Lanker fredrik.lan...@gmail.com wrote: 1) having F/B for adjusting the seek time seems pretty obvious to me considering that seeking have keys f/b. 2) in my opinion, the default hot key for scroll-down-half, N, should instead be used for rfind-next, like it's used in Vim (and probably a bounce of other apps). And N/B don't seem to have any connection to scrolling, as far as I can see, so changing them should be fine. O/I seems to be available in that case. It's a good idea if ncmpc shares hot keys with common applications like vi. Many existing hot keys were already borrowed. Can you please make sure what these are, and send a patch? Max -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Fwd: hively decoder patch
Max, It looks like there are some samples available from the tunes section of the website - http://hivelytracker.com/tunes/ Tony, I'm guessing the source code you used came from here: http://www.petergordon.org.uk/files/replayer_linux.tgz This is linked from the download section of the website, where it says the port is by Christopher O'Neill, but the readme says (and hosting suggests) it's by Peter Gordon (p...@petergordon.org.uk). There's also a forum you could post in to ask. It really does look like none of these people ever bothered to think about applying a license to their code, but given the number of ports and informality of the website it seems like they might be amenable to a GPL so it could go into MPD... good luck. Jeffrey On Tue, Jul 28, 2009 at 10:31 AM, Max Kellermann m...@duempel.org wrote: On 2009/07/25 19:32, Tony Miller mcfiredr...@gmail.com wrote: Subject: [PATCH] This is my patch for my hively/ahx decoder plugin. This allows you to playback .ahx and .hvl files. There is no library for this format, just hvl_replay.c and hvl_replay.h which are distributed by hivelytracker.com. This code does not appear to have any license. If this is merged, it should be a configure option, something like, --enable-hively. If the code does not have any license, who allowed you to copy it then? Without explicit permission (usually given by the license), we're not allowed to use it. Please tell me where to download sample files in that format. I've never heard of it, but I'm always happy to get new decoders into MPD (once the copyright issue is solved). Max -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] [PATCH] Implement ArtistSort tag
A simple use would be turning The Rolling Stones into Rolling Stones, The for the purposes of sorting but not display. Some of this can be done automatically, of course, but not all - there will always be special cases or other languages it doesn't know about. An example for AlbumArtist(Sort) would be the Blues Brothers soundtrack, where it's reasonable to access the entire album by browsing through artist The Blues Brothers (sorted as Blues Brothers, The), but there are tracks with artists like The Blues Brothers and Ray Charles. Jeffrey On Thu, Jul 9, 2009 at 12:48 PM, Warren Dukes warren.du...@gmail.comwrote: I see that ArtistSort is some itunes intrudeced tag. There also appears to be an AlbumArtistSort. What are these used for and how are they different from the non-Sort versions? Just curious, not a criticism. :-) Thanks, -warren -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mpc command-line options
I have a version that uses getopt_long but I thought I was told that was a bad idea because it comes from GNU getopt.h and we couldn't count on that being part of embedded systems? I can dig and find the email if it's relevant. Sorry about the debug code! I pulled that out of it on my end and must have forgotten to push it up to the repo. Jeffrey On Tue, Jul 7, 2009 at 11:06 AM, Max Kellermann m...@duempel.org wrote: On 2009/07/07 16:56, Jeffrey Middleton jefr...@gmail.com wrote: options: support short options; add other options In order to support short options, the option parser has been replaced. The parser itself comes largely from ncmpc (under the GPL); it was largely written by Kalle Wallin. I don't think that code was particularly good. That's why I removed it from ncmpc in favor of GLib's option parser. mpc should not use GLib, but why not use getopt() / getopt_long()? New options have been added, as well as the short form of existing ones. The options are now: -v/--verbose, -q/--quiet, -h/--host, -p/--port, -f/--format Is -h a good shortcut for --host? Most programs map -h to --help. mpc does not have a --help option, but that's another problem.. fprintf(stderr,verbose!\n); You forgot to remove the debug code.. Max -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/blackberry___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Database backend
I agree that it's sometimes awkward that the update is modification time based - for example, if you add replaygain tags to your whole library you don't really want it all to end up with the same modification date. Perhaps it's worth looking into adding a feature there, since something a lot simpler than implementing SQLite would be possible. For now, I've never actually done this but I expect you could edit the database by hand, since it's stored as text. In particular, you could delete references to songs you want to update, or reset their mtime to something old and let mpd handle the rest. And of course, for move/delete cases the update path mechanism should be sufficient, with enough care in picking the path so that it doesn't have to scan all 100GB. Jeffrey On Wed, Jul 1, 2009 at 3:24 AM, Jonny jonnyt...@gmail.com wrote: In the meantime, is there any way of selectively removing songs/albums/etc from the MPD database? Or is the best way to delete the database files or make MPD recreate it via --createdb and repopulate from scratch? -- Jonny Tyers -- ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Remember the current track even when state is stopped
Well, this is perhaps my fault for using web-based email, but in gmail the tabs in the patch all seem to have turned to spaces. It may be best to attach patches to avoid this? Also the patch date looks like it was maybe referring to 0.15beta2, but playlist_state.c hasn't been touched so the patch still applies. Anyway, this seems to work (state restore while playing, paused, and stopped all work), and it's available on my repo: git pull git://git.musicpd.org/jefromi/mpd.git master Thanks, Jeffrey On Sun, Jun 21, 2009 at 8:26 AM, Christopher Zimmermann madro...@zakweb.dewrote: Hi! At the moment mpd doesn't store or restore the current track to/from its state file when the daemon is stopped/started while in 'stopped' state. I believe the preferred behaviour would be to store and restore the current track even when the daemon is in stopped state when shutting down. I made a small patch to adapt this behaviour. If you believe this is not the preferred behaviour, maybe this should be realized as a configuration option. I'm not sure how to do this, but made a small comment, where one would have to put the option. I would be glad, if this patch would be merged into the development tree. Since I'm not on the list, please cc me in your replies. Regards, Christopher Zimmermann --- a/playlist_state.c 2009-05-08 12:30:24.0 +0200 +++ b/playlist_state.c 2009-06-21 15:17:16.0 +0200 @@ -66,8 +66,12 @@ playlist-current)); fprintf(fp, %s%i\n, PLAYLIST_STATE_FILE_TIME, getPlayerElapsedTime()); - } else + } else { fprintf(fp, %s\n, PLAYLIST_STATE_FILE_STATE_STOP); + fprintf(fp, %s%i\n, PLAYLIST_STATE_FILE_CURRENT, + queue_order_to_position(playlist-queue, + playlist-current)); +} fprintf(fp, %s%i\n, PLAYLIST_STATE_FILE_RANDOM, playlist-queue.random); @@ -172,19 +176,19 @@ (PLAYLIST_STATE_FILE_CURRENT)])); } else if (g_str_has_prefix(buffer, PLAYLIST_STATE_FILE_PLAYLIST_BEGIN)) { - if (state == PLAYER_STATE_STOP) - current = -1; playlist_state_load(fp, playlist, buffer); } } setPlaylistRandomStatus(playlist, random_mode); - if (state != PLAYER_STATE_STOP !queue_is_empty(playlist-queue)) { + if (!queue_is_empty(playlist-queue)) { if (!queue_valid_position(playlist-queue, current)) current = 0; - if (seek_time == 0) + if (state == PLAYER_STATE_STOP /* config_option */) + playlist-current = current; + else if (seek_time == 0) playPlaylist(playlist, current); else seekSongInPlaylist(playlist, current, seek_time); -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mpd features - 'play library' and 'play queue'
I'm totally with Max on this one - the general form of the feature sounds excellent. The one thing I only just thought of is that a subsequent request we may get is the ability to mess with the upcoming random queue (not playlist). This can sort of be done by shuffling the playlist instead of using random mode, but besides the obvious differences between shuffled and random, that means that if you add songs to the playlist, they'll always go to the end, instead of being a possible random selection sooner - and reshuffling will destroy whatever you've set up in the queue. I'm largely thinking of this because of a feature I remember from iTunes. I expect that there are a decent number of people out there who like me haven't used Linux their whole life (or are using mpd on OSX) and have used iTunes before. iTunes had a party shuffle feature that would show you the next n songs it's planning to play (and m previous - a sort of delayed consume). You could then add to, remove from, or rearrange that list. Basically you had access to the random queue. I'm not trying to make a feature request here, just pointing out something to keep in mind whenever this feature is implemented. I know there would be a lot of difficulties in giving clients access to the queue of a playlist. Jeffrey On Tue, May 26, 2009 at 6:33 AM, Max Kellermann m...@duempel.org wrote: On 2009/05/26 13:21, Matt Wheeler m...@funkyhat.org wrote: I'm not sure I understand, a queue has a lot of similarities to a playlist, so surely re-using playlist code would result in less duplication of code than a separate solution (although that may mean the current playlist code would need generalising a little). A while ago, a queue patch was merged into subversion, but was removed when the former MPD lead developer found the code too ugly. It sure was awful, and I'm grateful it was already gone when I took over. Now if we generalize the playlist code, we can expose that generic solution to the clients, instead of providing one single very special feature like the queue. The idea of queueing/nesting playlists is interesting, I hadn't thought of that, but restricting a queue to this format means the use case of playing library on shuffle, but now I want to add a song to a queue to be played next is not satisfied (unless I'm missing something), without remove all other songs from current sub-playlist, add song I want to next sub-playlist, add library again to sub-playlist after next which just feels awkward. Create sub-playlist with queued songs (consume mode enabled), insert it before the shuffled playlist, move current song before queued songs. Agree, this is a complex operation, but it's only as complex as the user's wish. That is what I meant, if the queue is implemented just as a special playlist, then old unmaintained clients will continue to work, and support the queue, the client doesn't need to know it is special (nested playlists may break old clients as well, but users aren't forced to nest playlists anyway). With nested/chained playlists, you could serve only the current/first sub-playlist to clients calling old-style playlist manipulation commands. Only clients which speak new-style commands would see the big picture. Max -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://www.creativitycat.com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mpd patch | mpd discussion about stickers
On Tue, Apr 14, 2009 at 3:05 PM, Max Kellermann m...@duempel.org wrote: On 2009/04/14 15:38, Sébastien Houzé sebastien.ho...@gmail.com wrote: Ok, but I run many mpd processes, this implies running many mpdscribble too... is a playlog_file option in mpd.conf better ? Think about some analogy with Apache accesslog and errorlog. Logging can be optionnal this way, and why not loggin format configurable (data, IP, song) like in Apache. Hmm, I'm not comfortable with that idea, because this is a very specific feature request which can be solved with a client. Might be more difficult for you because you're running multiple MPD instances, but you can use the same init script for starting one mpdscribble per MPD instance. Any other opinions on the mailing list? My very late two cents. If I'm way off about something, just correct me - these are just thoughts. I'm not really sure whether it's best for this feature to end up in a client or in MPD. Good to keep MPD slim, but also good to not have to make sure a client is running to get your statistics. (I realize there's a wiki page that states that MPD is not a statistics server.) In any case, it seems like the most basic thing we'd be looking for out of this is play counts, and maybe a last played and skip count sort of thing. Note that none of these require full logging anyway - just some incrementing and such. They also wouldn't require a huge amount of code to implement, so it's not entirely unreasonable to think about putting them into MPD. Either way, assume that we're going to get some statistics generated. But how are they stored and accessed? This seems like a great use for the sticker database to me. There are already suggestions in the documentation to store ratings; why not these basic statistics? This makes them easily available to multiple clients (important! don't want to add mpdscribble-client communication), and also makes them easier to backup/transfer. If we go the client route, I don't see a huge problem with requiring one instance of mpdscribble per instance of mpd, though of course it's less convenient. In any case, avoiding the logging method seems good - it's overkill, and only available locally. Besides, the idle commands give a great way to get just the information you need. (Incidentally, I've been wondering about suppressing status commands from clients in the logfile - I'd like to run in verbose all the time just in case a bug crops up, but the vast majority of the content is just ncmpc asking for status. I know I can kludge it locally, and also that idle commands will decrease command volume, but that's not trivial.) As long as we're talking about improving the sticker database functionality, and clients are beginning to use it, I think there's one thing that needs to be considered: how do you preserve stickers when moving/renaming files? I know we don't want mpd to actually manage the files, but maybe there should be some way to let it know about a rename? Or do clients have to do a sticker list for the original then several sticker sets for the new? The world would of course be a better place if tagging were standardized and this information could just go along with the file, but we've got to make do somehow. Jeffrey -- Crystal Reports #45; New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty#45;free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] ncmpc: new feature scroll-offset
Ready for pull, single commit: added scroll-offset option; fixed scrolling bug. This lets you keep items on either side of the cursor visible, so you don't overshoot while scrolling. The bug let you scroll too far at the bottom of the list, using the half-screen scroll; I was changing the code for that anyway so I fixed it at the same time. git pull git://git.musicpd.org/jefromi/ncmpc.git master This should fulfill the feature request made in #550http://www.musicpd.org/mantis/view.php?id=550 . Jeffrey -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] mpdscribble
I think the idea was to send the audioscrobbler data to multiple servers, not to connect to multiple instances of mpd - this got confused by the use of the word host in the sample config. I think the idea would be more something like this (using similar format to mpdconf): scrobbleserver { server = jamendo.com user = ... password = ... } scrobbleserver { ... } ...other mpdscribble options... Obviously the format of the config can be changed. Is this the functionality you had in mind? Jeffrey On Mon, Apr 6, 2009 at 2:44 PM, Max Kellermann m...@duempel.org wrote: On 2009/04/06 20:17, Stephen Paul Weber singpol...@singpolyma.net wrote: More and more web services are starting to implement the audioscrobbler API (jamendo.com, libre.fm). I would like to scrobble all my mpd listens to multiple of these services with mpdscribble. As it is, I can change the host in the config, which works, but then I can only switch providers, I cannot use more than one. So you have multiple MPD installations, and you want to scrobble all of them? Looking at the source it seems this would not be too difficult to implement. I may be able to figure it out (though I'm not familiar with glib), but thought I would ask the list first to see if someone has a better idea about this. Sure this is possible, but it will make the code more complex and less readable. I'm not sure if this is a good idea. Why not run a separate mpdscribble on each MPD server? Max -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] ncmpc, mpd
mpd: documentation patches, available from: git pull git://git.musicpd.org/jefromi/mpd.git master doc: Fixed moveid description doc: updated ranged playlist commands new move range command, available from: git pull git://git.musicpd.org/jefromi/mpd.git master queue/playlist/command: move range I have tested this thoroughly but it is my first time working on this code, and it's a dangerous place to make an off-by-one mistake, so I figure some caution is in order. Some updates: git pull git://git.musicpd.org/jefromi/ncmpc.git master command: Changed key for screen swap to ` NEWS: list commands added since release 0.13 conf: screen-list fix, removed unused option man: configuration section updated conf: Allow descriptive search modes and something to go along with mpd move range git pull git://git.musicpd.org/jefromi/ncmpc.git w-range Implemented move command with range This one is not totally finished - it works, but doesn't check if the ranged move is available. Jeffrey -- ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] ncmpc, mpd
On Thu, Mar 26, 2009 at 4:15 PM, Max Kellermann m...@duempel.org wrote: Watch out for those compiler warnings, always work with --enable-werror: src/playlist_edit.c: In function 'moveSongRangeInPlaylist': src/playlist_edit.c:302: error: comparison between signed and unsigned src/playlist_edit.c:306: error: comparison between signed and unsigned src/playlist_edit.c:325: error: comparison between signed and unsigned I have fixed those warnings, and merged your patch. Darn, I thought I was careful there. I get warnings from libraries when compiling mpd so I've not been using --enable-werror, and trying to check to make sure there were no warnings. Incidentally, with ncmpc on an Ubuntu 8.10 system with ncurses 5.6+20071124-1ubuntu2 I get warnings colors.c:281: warning: the address of ‘attrs’ will never be NULL colors.c:281: warning: the address of ‘pair’ will never be NULL but not on my work computer (CentOS 5.0). Not complaining, just noting that unfortunately --enable-werror is a great idea that doesn't always serve me very well. I'm going to review the ncmpc patches tomorrow. Remind me just in case I forget... I'll be gone by then, but I'll remind you next week! Jeffrey -- ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] couple client-related questions
On Tue, Mar 24, 2009 at 4:45 PM, Max Kellermann m...@duempel.org wrote: On 2009/03/24 16:26, Jeffrey Middleton jefr...@gmail.com wrote: Anyway, I figure a moverange command is a reasonable thing to have within mpd. I've written and tested the queue_move_range function which will be behind it, but haven't dealt with the command parsing side yet. I figure it should (like shuffle_range) use the same command, e.g. move start:end to. Perfect! While testing moving ranges, I ran into the move relative to current song feature. The comments in the source say, for a command move from to: /* * (to 0) = move to offset from current song * (-playlist.length == to) = move to position BEFORE current song */ However, these conditions seem to move to one past where they should. That is, (to == -1) moves to two after the current song, and (-playlist.length == to) moves to one after the current song. From what I can tell, the behavior for (to0) hasn't changed since originally added, so I was wondering if anyone's actually used this feature. I don't want to break clients by fixing it, but I'm pretty sure it doesn't work as documented. Jeffrey -- ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] couple client-related questions
On Tue, Mar 24, 2009 at 4:45 PM, Max Kellermann m...@duempel.org wrote: In this case, is there any point in using getopt? Yes, maybe to get the binary size down on systems which support it. Might be interesting for tiny embedded systems. For now, I'd say just extend the current integrated option parser. We might later add a compile-time option for using getopt_long() instead if available, for those users who think saving a few bytes is useful. Ok, I'll throw the getopt_long code on a branch on my public repository and work on builtin for now. From ncmpc's recent visual selection addition, I noticed that moving a large block of songs is quite slow because it has to send a command for every song in the block. Romain's implementation wasn't well optimized. To move a whole block one up or down, it's enough to move just one single song: e.g. to move 4:8 to 3, simply send move 3 7. This is what I was initially going to do, but the command actually sends swapid instead of move. I meant to ask about this, but got distracted as I started working on the mpd side. So is it reasonable to just have ncmpc use moveid, or should it still use swapid if not moving a range? I'll get the move range command properly implemented eventually too - not totally trivial because of error checking (it'd be the first command which has an argument which could either be a range or an integer, I think). Busy week, though, then going out of town (camping, no computers!) for a week so don't get your hopes up too much! Jeffrey -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] ncmpc updates
Ready for pull: git pull git://git.musicpd.org/jefromi/ncmpc.git master Commit summaries: - Improved lyrics plugin handling: - try plugins in order of filename (previously by inode or whatever g_dir_read_name reads by) - prefix names with 01, 02, 03 to make the sorting obvious - correctly check if lyricswiki lyrics were found - Center the cursor on a second Ctrl-L - Switch save lyrics to CMD_SAVE_PLAYLIST (default S, more intuitive). Hopefully changing keys for a screen that's still default disabled is ok. - Turn off visual selection in keydef screen (no use currently) - Added option to control how long status messages are displayed (I get fidgety waiting three seconds) I've also been thinking of having a look at mpc's options someday - maybe adding -q to mean fully quiet (e.g. mpc ls | mpc add produces a ton of output), implementing the --host and --port options... SInce mpc's option-handling isn't really set up well for short options yet this will require some changes. I could start from scratch with glib's fancy option functions, or since mpc doesn't have a heavy dependence on glib, I could bring over code from ncmpc (with credit of course) - would one of these be preferred over the other? Jeffrey -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team