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
> 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.
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
> 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
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
- 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
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
> 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
> 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
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
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
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
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 }
> 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#
-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
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
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
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/
long and interesting read, although only tangentially related to 9fans:
http://queue.acm.org/detail.cfm?id=1594206
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
> 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
> 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
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
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
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
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
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
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.
> > 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
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
> 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.
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
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
33 matches
Mail list logo