From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Tue, 19 Jan 2010 22:13:21 +0000
From: Andy Spencer <andy753421@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Message-ID: <20100119221321.GA22431@c.hsd1.tn.comcast.net>
References: <c563b2f7-92ac-463a-864c-267721ddb30a@k35g2000yqb.googlegroups.com>
	<89568f5cfeef17d6b1a79f12daeea5c6@quintile.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=_c-22577-1263939225-0001-2"
Content-Disposition: inline
In-Reply-To: <89568f5cfeef17d6b1a79f12daeea5c6@quintile.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [9fans] dataflow programming from shell interpreter
Topicbox-Message-UUID: c0ae86f4-ead5-11e9-9d60-3106f5b1d025

This is a MIME-formatted message.  If you see this text it means that your
E-mail software does not support MIME-formatted messages.

--=_c-22577-1263939225-0001-2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

> This is always somthing I have wanted to do for video stream
> processing, writeing a limited proceedural language which can be
> refactored as a dataflow graph for efficent implementation (of video
> processing).

This sounds a lot like how GStreamer operates. An example from the
gst-launch manpage:

  gst-launch filesrc location=music.mp3 ! mad ! audioconvert ! vorbisenc !  oggmux ! filesink location=music.ogg

I'm not sure they've done as much work on a procedural language, but
they have a good set of 'plugins', as they call them.

--=_c-22577-1263939225-0001-2
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iEYEARECAAYFAktWLpkACgkQz1OYJ/s1XTCQNwCeIUTE6lVGI/GZX2/o9bk0lhlH
pV8AmgIeOIOy3F4XgjXkUzS24YUlbTg+
=M82c
-----END PGP SIGNATURE-----

--=_c-22577-1263939225-0001-2--