Re: [9fans] Thrift RPC

2009-08-12 Thread Daniel Lyons
On Aug 12, 2009, at 9:56 PM, erik quanstrom wrote: if we're going back there, just take me out back and shoot me now. i want to remember some progress in computer science. The principal joy I derive from using Plan 9 (and I am quite new) is that it is so well architected. By day I am a web

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Skip Tavakkolian
> I'm not sure either latency or RT is proper terminology here. But > I believe what I meant was clear: when you need overall latency > to be around 5ms you start to notice 9P. it needs to be isochronous.

Re: [9fans] Thrift RPC

2009-08-12 Thread Roman Shaposhnik
On Aug 12, 2009, at 8:49 PM, Tim Newsham wrote: Am I totally missing something or hasn't been the binary RPC of that style been dead ever since SUNRPC? Hasn't the eulogy been delivered by CORBA? Haven't folks realized that S-exprs are really quite good for data serialization in the heterogeneous

Re: [9fans] Thrift RPC

2009-08-12 Thread erik quanstrom
> Am I totally missing something or hasn't been the binary RPC > of that style been dead ever since SUNRPC? Hasn't the eulogy > been delivered by CORBA? Haven't folks realized that S-exprs > are really quite good for data serialization in the heterogeneous > environments (especially when they are c

Re: [9fans] Thrift RPC

2009-08-12 Thread Tim Newsham
Am I totally missing something or hasn't been the binary RPC of that style been dead ever since SUNRPC? Hasn't the eulogy been delivered by CORBA? Haven't folks realized that S-exprs are really quite good for data serialization in the heterogeneous environments (especially when they are called JSO

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Tim Newsham
- What software exists for each of these formats? If you are asking about non Plan9 software I'd start with ffmpeg. - Which format is the most "popular"? I don't think I understand the question. Sorry, let me rephrase: - Of the different audio driver interface designs (audio(3), usb(4

[9fans] Thrift RPC

2009-08-12 Thread Roman Shaposhnik
I've just been enlightened by a friend of mine who explained to me that binary RPC is still alive and kicking: http://incubator.apache.org/thrift/ http://incubator.apache.org/thrift/static/thrift-20070401.pdf and, of course, nothing in CS is complete these days unless there's somebody at

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread erik quanstrom
> I don't think I buy this point of view. Gratuitous flexibility is not > something Plan 9 is known for, nor should it. IMHO. those with such talents don't generally enjoy a good reputation. but i hear they make great money on the internet. - erik

Re: [9fans] validateaddress

2009-08-12 Thread Russ Cox
> By the way, how you can find >        mem(*(kw+25*4), "16X")  // dumps entry for 'in' > ? I read khash and computed the hash for "in", which was the string you found earlier using strcmp. It is ('i'*1+'n'*2)%30 == 25. Russ

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Roman Shaposhnik
On Aug 12, 2009, at 1:28 AM, Tim Newsham wrote: I agree wrt. "mp3". I'm considering the possibility of supporting alaw, ulaw, pcm8, pcm16 in big/little and signed/unsigned formats, and adpcm, using the hardware features... Here's a complete list of audio formats that one can make hardware eit

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Roman Shaposhnik
On Aug 12, 2009, at 12:50 PM, Tim Newsham wrote: Still would love to hear if anyone knows the answer to these: - What software exists for each of these formats? If you are asking about non Plan9 software I'd start with ffmpeg. - Which format is the most "popular"? I don't think I underst

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Roman Shaposhnik
On Aug 12, 2009, at 4:18 AM, erik quanstrom wrote: In fact, perhaps even the page(1) command is falwed. What should've happened was a next layer over rio, where /dev/draw/n/data would be able to accept any kind of image encoding. i think page is a good thing. pushing data translation to the ed

Re: [9fans] validateaddress

2009-08-12 Thread Kenji Arisawa
Hello Russ, Your prediction is right as shown below. ar% acid 1236297 /proc/1236297/text:386 plan 9 executable /sys/lib/acid/port /sys/lib/acid/386 acid: kw 0x00016120 acid: src(klook) /sys/src/cmd/rc/var.c:47 42 kenter(SWITCH, "switch"); 43 kenter(FN, "fn"); 44 }

Re: [9fans] [OT]: GFS interview with Sean Quinlan

2009-08-12 Thread Skip Tavakkolian
> long and interesting read, although only tangentially related to 9fans: > > http://queue.acm.org/detail.cfm?id=1594206 interesting. presumably the single meta-data master was behind this: http://groups.google.com/group/google-appengine/browse_thread/thread/e9237fc7b0aa7df5#

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread James Tomaschke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russ Cox wrote: > I've done audio on a handful of operating systems > and all I ever want to do with the card is set it up > to play X kHz 16-bit little-endian PCM stereo and > then control the volume. The rest can be done from > user space. This is

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Bakul Shah
On Wed, 12 Aug 2009 09:50:13 -1000 Tim Newsham wrote: > Still would love to hear if anyone knows the answer to these: > > > - What software exists for each of these formats? Are you asking about non p9 software? If so, have you looked at SoX (Sound eXchange)? It is sort of like netpbm but for a

Re: [9fans] rio with virtuals

2009-08-12 Thread John Floren
On Mon, Jun 15, 2009 at 3:54 PM, wrote: > I spent a couple hours this afternoon reading rio source and hacking > it to do virtual desktops.  /n/sources/contrib/john/rio-virtual.tgz > contains the files from /sys/src/cmd/rio with my changes made.  At > this time, there is no support for specifying

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Tim Newsham
Still would love to hear if anyone knows the answer to these: - What software exists for each of these formats? - Which format is the most "popular"? Tim Newsham http://www.thenewsh.com/~newsham/

[9fans] [OT]: GFS interview with Sean Quinlan

2009-08-12 Thread andrey mirtchovski
long and interesting read, although only tangentially related to 9fans: http://queue.acm.org/detail.cfm?id=1594206

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread David Leimbach
On Tue, Aug 11, 2009 at 10:10 PM, Tim Newsham wrote: > I'm not sure either latency or RT is proper terminology here. But >> I believe what I meant was clear: when you need overall latency >> to be around 5ms you start to notice 9P. >> > > It sounds like you have a specific app in mind, and a real

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread hiro
> This sounds like exactly the kind of thing one wants > from an audio driver for playback. For recording things > get slightly more complicated. What exactly do you mean? > Even for playback if you want to do passthrough (via > SPDIF or some such) things get slightly more complicated. > Of cours

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread hiro
> 9p is a ping-pong protocol.  this gives it *consistent* latency. > this is good for audio. Some years ago when I set up the audio stuff in my house I had to solve the task of streaming the output from mpd (a linux audio player) running on my file server to the sound card in my room. I couldn't f

Re: [9fans] bio from string

2009-08-12 Thread Russ Cox
On Wed, Aug 12, 2009 at 6:20 AM, roger peppe wrote: > just to check i'm not missing something, is there a reasonable > way of getting bio(2) to read from a string rather than an fd? not short of adding a new routine to libbio

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Russ Cox
On Tue, Aug 11, 2009 at 9:35 PM, Charles Forsyth wrote: >> ... Inferno's implementation of mp3 in the kernel device file ... > > it does? sorry, i got my wires crossed. it was plan b that did that. russ

Re: [9fans] validateaddress

2009-08-12 Thread Russ Cox
so strcmp is being called a lot but klook isn't. that means that klook is looping inside, which basically means the p->next pointer is pointing at itself. final script: kw mem(kw, "30X") // dumps hash table *(kw+25*4) mem(*(kw+25*4), "16X") // dumps entry for 'in' *(**(kw+25*4)\s) // should pr

Re: [9fans] bio from string

2009-08-12 Thread Noah Evans
Where are you getting the string? Are you malloc'ing it yourself? On Wed, Aug 12, 2009 at 3:20 PM, roger peppe wrote: > just to check i'm not missing something, is there a reasonable > way of getting bio(2) to read from a string rather than an fd? > i can think of various ways, but none are very

Re: [9fans] oh, no! (again)

2009-08-12 Thread Fernan Bolando
On Wed, Aug 12, 2009 at 8:40 PM, erik quanstrom wrote: >> > judging from past email, i'm guessing that your ide device >> > is 27c4, which was missing from 9load.  i put up a corrected cd. >> > if you can ftpfs from your mostly-installed machine and >> > get just 9load.bz2, it's in the same directo

[9fans] bio from string

2009-08-12 Thread roger peppe
just to check i'm not missing something, is there a reasonable way of getting bio(2) to read from a string rather than an fd? i can think of various ways, but none are very savoury.

Re: [9fans] oh, no! (again)

2009-08-12 Thread erik quanstrom
> > judging from past email, i'm guessing that your ide device > > is 27c4, which was missing from 9load.  i put up a corrected cd. > > if you can ftpfs from your mostly-installed machine and > > get just 9load.bz2, it's in the same directory. > > > > ; i=9atom.iso.bz2 sha1sum $i && ls -l $i > > cb

Re: [9fans] oh, no! (again)

2009-08-12 Thread Fernan Bolando
On Wed, Aug 12, 2009 at 5:17 AM, erik quanstrom wrote: >> >> last 2 lines says >> Boot devices: fd0 ether0 >> boot from: >> >> >> I will investigate further. >> > > judging from past email, i'm guessing that your ide device > is 27c4, which was missing from 9load.  i put up a corrected cd. > if you

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread erik quanstrom
> In fact, perhaps even the page(1) command is falwed. What should've > happened was a next layer over rio, where /dev/draw/n/data would > be able to accept any kind of image encoding. i think page is a good thing. pushing data translation to the edges makes programs like resample much simplier.

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Steve Simon
Here is how I think it would work - please correct me if I am wrong. the status file gives a list for the supported features and the current state of each. If particular hardware does not support mu-law then no state is displayed for it and the application layer can decide to emulate a mu-law tabl

Re: [9fans] audio standards -- too many to choose from

2009-08-12 Thread Tim Newsham
I agree wrt. "mp3". I'm considering the possibility of supporting alaw, ulaw, pcm8, pcm16 in big/little and signed/unsigned formats, and adpcm, using the hardware features... Here's a complete list of audio formats that one can make hardware either generate or accept. Where do you draw the lin