From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <86iojlmin5.fsf@cmarib.ramside> References: <86iojlmin5.fsf@cmarib.ramside> Date: Wed, 15 Oct 2014 09:55:52 -0700 Message-ID: From: Skip Tavakkolian To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e0112cd342be65c05057901f0 Subject: Re: [9fans] server push in 9P protocol Topicbox-Message-UUID: 1d311150-ead9-11e9-9d60-3106f5b1d025 --089e0112cd342be65c05057901f0 Content-Type: text/plain; charset=UTF-8 search 9fans archives for 9P streaming. i think nemo and lsub crew had experimented with some variation i believe. i'm not sure if it is brought into Clive, their new effort. On Wed, Oct 15, 2014 at 8:56 AM, wrote: > Hello, > > I'm wondering if there is any way to do server push using the 9P > protocol. I'm trying to imagine use of 9P for applications such as data > acquisition. One example might be caputing MIDI messages from digital > musical instruments. > > As I understand the protocol, if an instrument served MIDI over 9P, > every MIDI message would have to be explicitly requested with a Tread. > And the instrument would have to wait for a Tread in order to send data. > If the instrument (server) sent more than one Rread with the same tag, > that would be a violation of the protocol. > > It might be possible to reverse roles: for the instrument to act as a 9P > client and treat the MIDI host as a 9P server. In that case, each MIDI > message could take the form of a Twrite to the MIDI host. But that > would generate a series of Rwrites back from the host to the instrument, > which would be unnecessary and have to be ignored. > > Another example might be isochronous data streams, such as video > captured at a fixed framerate from a video capture device. Having to > send the same Tread or Rread 30x/second seems silly. > > So, is there any way use 9P in a server-push mode, where the server > spits out a stream of data to be captured? > > Thanks! > > --089e0112cd342be65c05057901f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
search 9fans archives for 9P streaming. i think nemo and l= sub crew had experimented with some variation i believe. =C2=A0i'm not = sure if it is brought into Clive, their new effort.


On Wed, Oct 15, 2014= at 8:56 AM, <smiley@icebubble.org> wrote:
Hello,

I'm wondering if there is any way to do server push using the 9P
protocol.=C2=A0 I'm trying to imagine use of 9P for applications such a= s data
acquisition.=C2=A0 One example might be caputing MIDI messages from digital=
musical instruments.

As I understand the protocol, if an instrument served MIDI over 9P,
every MIDI message would have to be explicitly requested with a Tread.
And the instrument would have to wait for a Tread in order to send data. If the instrument (server) sent more than one Rread with the same tag,
that would be a violation of the protocol.

It might be possible to reverse roles: for the instrument to act as a 9P client and treat the MIDI host as a 9P server.=C2=A0 In that case, each MID= I
message could take the form of a Twrite to the MIDI host.=C2=A0 But that would generate a series of Rwrites back from the host to the instrument, which would be unnecessary and have to be ignored.

Another example might be isochronous data streams, such as video
captured at a fixed framerate from a video capture device.=C2=A0 Having to<= br> send the same Tread or Rread 30x/second seems silly.

So, is there any way use 9P in a server-push mode, where the server
spits out a stream of data to be captured?

Thanks!


--089e0112cd342be65c05057901f0--