On Thu, 26 Sep 2002, Herb Peyerl wrote:

> David Brownlee <abs@mono.org>  wrote:
>  > 	I picked audio/mserv, which can handle random play with
>  > 	people able to telnet in and rate songs so it can determine
>  > 	suitable play lists depending on who is connected.
>  >
>  > 	After some experimentation I've got it hooked to irman
>  > 	(audio/mserv_irman) to allow people to control the queue
>  > 	and rate songs with any random remote (each remote is tagged
>  > 	to an individual so the system can tell who is around),
>  > 	which works reasonably well in an office where viable music
>  > 	varies significantly depending on who is in :)
>
> That looks  better than what I was doing. I was using a Shark with the
> NTSC out hooked to my TV, and gqmpeg as a front-end to mpg123. Then
> using lirc programmed to my remote.  It worked but was a second or
> two between remote events and action on gqmpeg...

	I can relate - the shark really doesn't have a great deal of
	CPU left after playing an mp3. mserv_irman is a perl script
	which runs a small binary to read from irman processes and
	keeps sockets open to the mserv process. Generally latency
	is under 1/10 of a second, but it sometimes gets bogged down
	and leaves commands in the pipe (need to investigate).

	At home the study mserv server has a second pair of speakers
	and irman poked through to the bathroom, and a shark & irman
	in the bedroom, all controlled from the same mserv_irman :)

-- 
		David/absolute          -- www.netbsd.org: No hype required --