From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] new compilers Date: Fri, 31 Mar 2006 01:04:16 -0800 From: Skip Tavakkolian <9nut@9netics.com> In-Reply-To: <775b8d190603302356k3a7dff20x5467a601ca6d9a7e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Topicbox-Message-UUID: 29c9031c-ead1-11e9-9d60-3106f5b1d025 regarding structure of the information that is exchanged, which i think Roman asked about. one can conventionally require all fs to provide a control file that when read, returns a dictionary of what the fs can grok. then the messages would follow the dictionary format. a while ago we had an internal discussion and brucee pointed out that UBF's concepts would be a better choice than xml/xml-schema business. http://www.sics.se/~joe/talks/pittsburgh_2002_ubf.pdf > works well ... my blast room has no wires to the other rooms. > simple p9 box in the corner. wireless audio. and i found the > p9 box on the street. of course i can play a different song from > the studio as well, wireless (well actually it has a telco wire > for when i have to work in mutiple rooms)... > > my wireless laptop can control it all. > > just a few echoes (good song). > > brucee > > On 3/31/06, Skip Tavakkolian <9nut@9netics.com> wrote: >> >> ioctl(fd, SETVOLUME, &vol); is more comfortable. >> > >> > ah, but how about >> > echo volume 50 >/dev/audioctl >> > for understandability? >> >> i would also add: >> >> import -b noisemaker /dev >> echo volume 50 >/dev/audioctl >> >> please ioctl this!