From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 31 Jan 2005 12:59:10 -0500 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] playing music (was RSA) In-Reply-To: <200501311101.j0VB16Z05598@zamenhof.cs.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <2f2448a71d0dbd4ba4954a288604df0b@granite.cias.osakafu-u.ac.jp> <200501311101.j0VB16Z05598@zamenhof.cs.utwente.nl> Topicbox-Message-UUID: 3a1b0f4c-eace-11e9-9e20-41e7f4b1d025 > maybe also sape's playlist server could be used > (although there are some differences in the > operations allowed on the playlist, I think) > such that essentially (some version of) acme Juke > would just be an alternative to sape's juke gui? doing that is possible, but it would be a different program. the one neat thing about ajuke (and acd before it) is that the acme buffer *is* the playlist. when it's time to move to the next song, ajuke just looks at the window text to figure out what was playing and what to play next. so editing the playlist is very familiar -- it's no different from editing text files. > On the sun I have named pipe's /tmp/dev/audio and /tmp/dev/volume > and two small programs, one to read audio bytes from /tmp/dev/audio > and shuttle them to the real sun audio device, and another one i did that for a while, but on my linux only one app can have the sound card open at a time, so it got annoying killing it off and restarting it. this way ajuke can take care of closing the audio device when it is paused or stopped. either way the code has to be written. russ