Re: [Musicpd-dev-team] [OT?] MPRIS and MPD
On 12/05/18 15:19 +0200, Max Kellermann wrote: A while ago, I attempted to start to write a MPRIS listener for MPD, but got lost in the utter complexity of D-Bus, gave up because I decided it's a waste of my precious time, given the wonderfully simple protocol that MPD already has. I cannot imagine any advantage of MPRIS over the MPD protocol. the only advantage is that kde now playing plasmoid will not support mpd: i opened a bug report that ended as wontfix, saying they only want to support mpris. so having the bridge is nice, if someone writes a native support that gets merged in mpd it's even better. jérôme -- 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] add a new track randown selecting fealure
On 09/11/21 20:29 +0100, Max Kellermann wrote: On 2009/11/21 20:23, lameire alexis alexisis-pristont...@hotmail.com wrote: if the random option is selection when the songs finish mpd select a new song, but at this time it don't select songs in function of the rate of it (the numbers of stars :)). If you want some sort of weighting based on the song rating, you should better write a client which assembles a (randomly selected) playlist, or which shuffles an existing playlist. MPD itself shouldn't do complex control stuff. you may want to look at perl bindings audio::mpd which provides a script that does dynamic playlist, taking song rating into account. however, the script itself predates rating support in mpd, so it uses a non-mpd dbfile (sleepycat). i plan to port it to using mpd's native rating. in the meantime, it can work without rating - in that case, songs will be inserted randomly. regards, jérôme -- jque...@gmail.com -- 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] mpd changes - failing test suite
hi,
On 09/10/18 15:58 +0200, Max Kellermann wrote:
On 2009/10/16 19:55, Jerome Quelin jque...@gmail.com wrote:
- i am using null output for those tests, for obvious reasons.
however, setvol command doesn't work anymore with this output. failure
message:
ACK [...@0] {setvol} problems setting volume
is it on purpose? i agree that setvol on a null output shouldn't do
anything, but it seems weird to me that it's failing.
Without a mixer, you cannot set the volume. If you want to set the
volume with the null plugin, you can configure a software mixer.
within mpd, or externally?
anyway, currently i'm using alsa output.
- mpd --create-db used to just create the database and exit. now it
creates the db and daemonizes mpd.
That's a documented change. In git, we have removed that option completely.
indeed. does that mean that future mpd (0.16?) will automatically create
the db if needed?
- for the tests, i'm shipping some ogg files (voice samples).
i'm launching mpd with --create-db, then run an updatedb just to be
sure. and then, issuing a stats command gives a db_playtime of 0
(instead of 8 seconds, which is the total of used ogg files). just to
be clear: db is created correctly, i can add the songs and play
them. but even after having been played, and re-updated the db again,
the db_playtime remains 0. the db itself doesn't have any 'Time:'
lines associated to the files.
Known bug in MPD 0.15.3. Upgrade to 0.15.4. You wrote MPD 0.15,
are you sure you're using plain 0.15?
mpd 0.15.3
thanks for your answers,
jérôme
--
jque...@gmail.com
--
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] mpd changes - failing test suite
hi,
i'm currently porting the extensive test suite of perl modules audio::mpd
and poe::component::client::mpd to match mpd 0.15
i found some differences with previous mpd versions:
- i am using null output for those tests, for obvious reasons.
however, setvol command doesn't work anymore with this output. failure
message:
ACK [...@0] {setvol} problems setting volume
is it on purpose? i agree that setvol on a null output shouldn't do
anything, but it seems weird to me that it's failing.
- mpd --create-db used to just create the database and exit. now it
creates the db and daemonizes mpd.
- for the tests, i'm shipping some ogg files (voice samples).
i'm launching mpd with --create-db, then run an updatedb just to be
sure. and then, issuing a stats command gives a db_playtime of 0
(instead of 8 seconds, which is the total of used ogg files). just to
be clear: db is created correctly, i can add the songs and play
them. but even after having been played, and re-updated the db again,
the db_playtime remains 0. the db itself doesn't have any 'Time:'
lines associated to the files.
any insights on this? are those changes expected and wanted? (i haven't
seen anything in the NEWS file) or are they bugs?
thanks,
jérôme
--
jque...@gmail.com
--
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] Empty fields
On 09/03/06 10:30 +0100, Max Kellermann wrote: On 2009/03/06 10:24, Jerome Quelin jque...@gmail.com wrote: definitely sure: i had to update the test-suite of the perl modules audio::mpd and poe::component::client::mpd to take this into account. i'm not saying it's right or wrong, but it has definitely changed Ok, so let's talk about whether it's right or wrong. Does it make any sense to have an empty string in a tag value? Should MPD discard the whole tag item in this case? My opinion: kill empty values. that's also my opinion, but then i can understand people wanting to have empty values. indeed, they would not be able to say whether all songs have an album, or if some don't have an album. in the end, i don't really care. just pick a behaviour and stick with it. i would hate to have to update the test suite every mpd version! :-) jérôme -- jque...@gmail.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ 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-0.14 release
On 08/12/20 07:40 -0800, Avuton Olrich wrote: First release in a year and a half. Go get it. Really. Then report bugs at our bug tracker. it would be nice to provide the official url to tarball :-) jérôme -- jque...@gmail.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] idle command
On 08/11/04 14:59 +0100, Max Kellermann wrote: As far as I understand, when you are in 'idle' mode, you are blocking until an event occurs (song change, volume change etc...). It doesn't look really usable in a graphical client. Why not? The client can let the connection block until something happens, or it can abort idle as soon as he wishes to use the connection for something else. That is simple, but powerful. Anyway if you need help to implement this feature, I could work on it. I could really need a helping hand on libmpdclient. Are you familiar with asynchronous I/O? where can we get some information on the idle command and its semantics? since i maintain the perl bindings, i'd like to support it. thanks, jérôme -- [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
[Musicpd-dev-team] mpd is waking up twice as much when paused
hi there, i ran powertop on my linux machine, and saw that mpd was the second wakeup cause of my system, at around 100 wakeups / sec. this did not strike me, since it was playing music... and i wondered how much it would wake up if it were paused. so i paused mpd, and was very surprised to see that mpd was waking up twice as much, at around 200 wakeups / sec - and thus taking the first place in powertop ! now, i'm not that much interested in this whole stuff since i don't use a laptop but a desktop, but i guess you might be interested to hear about that. for the records, i'm using an alsa output with the following: === PASTE BEGIN === $ mpd --version mpd (MPD: Music Player Daemon) 0.13.2 Copyright (C) 2003-2007 Warren Dukes [EMAIL PROTECTED] This is free software; see the source for copying conditions. There is NO warranty; not even MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Supported formats: mp3 mp2 ogg oga ogg flac wav au aiff aif m4a mp4 mpc amf dsm far gdm imf it med mod mtm s3m stm stx ult uni xm Supported outputs: alsa ao oss pulse shout jack === PASTE END === regards, jérôme -- [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
