Re: [Musicpd-dev-team] Special features i want to build upon MPD

2012-05-19 Thread Max Kellermann
On 2012/05/19 09:59, zw g pekingmas...@gmail.com wrote:
 Dear List,
 
 
 
 First, i think i should thanks all the contributors of MPD.
 Thank you guys,  you guys are great, made a really great player!
 
 
 Recently, from my work experiences, i had an idea that is i want to build a
 special player upon MPD(or maybe a control interface at least) which was
 targeted for a radio programme playback.
 And which also has some special needs of the player, and after i digging
 around MPD for a while, i still don't had clues to figure that out.
 
 
 So, my question is:
 Is it possible to do the following thing from the current *API/protocol of
 MPD provided*?
 
 1)   Get the 'About to finish' signal or sth. similar before the actual
 'player' idle signal;   *# Which is useful if you want do some extra
 control/actions/check ups before the next one being played;*

Any client can predict when a song will finish by comparing total
duration and current position.

 2)   Set one or more songs to be played at a pre-defined fixed time
 exactly;   *# Which is useful for radio programme, you know something
 should be played at a specific time, like news update;*

 echo mpc play |at 5am

You mean like this?

This is the perfect example of a feature that shouldn't be added to
the MPD core, because mpc plus some existing tool can do it already.

 3)   Play couple of songs continuously then stop at some pre-defined
 position, waiting for DJ's break. Which requires you can define the
 playback logic in advance, not by switch the mode to 'single' before the
 stop point manually;

Repeat mode?

This idea looks so arbitrary, no matter how many rules we implement,
somebody else will want a new rule.  So either we will end up with a
built-in scripting language which is too complicated for users to
understand, or we will have a complex rule set that is also too
complicated for users to understand.

Or just implement such a logic in a special client.  Which is easier
to extend than the MPD core.

 4)   Clear/Eject the current playlist and load a brand new playlist while
 the dates changed from one day to another at a regular point, like
 2012-05-19 23:59:59 -  2012-05-20 00:00:00.

 echo mpc load foo |at midnight

--
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] [OT?] MPRIS and MPD

2012-05-19 Thread Jerome Quelin
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