Re: Gephex 0.5: about the control flow

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============0379258933==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="------------enig23D73BA0F7460BDB9312A177"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig23D73BA0F7460BDB9312A177
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi JS,

>    I've looked deeper into the konsolenphex and "gephex bytecode"
> language. I've understood that you want to put a Scheme layer on top of
> that, and a GUI on top of Scheme.
> 
>    What I don't get however is: will the flow be entirely controlled by
> Scheme? 

The scheme layer just controls the _structure_ of the dataflow but not
the timing of the flow processing. There is no scheme code in the
realtime loop.

The lowlevel messages from the scripting/scheme layer to the
realtime/c++ layer are something like:

create_unit
create_link
start_realtimesystem
stop_realtimesystem

The highlevel scheme level should look a bit like:

(define mynicesetup (foo (goo (source))))
(create-setup mynicesetup)
(start-renderer)
(sleep 1000)
(stop-renderer)

Martin

--------------enig23D73BA0F7460BDB9312A177
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFD8mPrCm3i57PRsbsRAs3JAKC3OOflVujIIJQTbh0L66M+k5mVHACdHxuN
Ylil9BWzV+TGMpOa9BYhcUs=
=EjyH
-----END PGP SIGNATURE-----

--------------enig23D73BA0F7460BDB9312A177--

--===============0379258933==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
gephex-devel mailing list
[email protected]
http://lists.gephex.org/mailman/listinfo/gephex-devel

--===============0379258933==--