It would be great to have the possibility to convert basic vvvv patches into c and flasch them on an microcontrollers like the ATMega16, the Altera Cyclone or…
Would allow to decentralize the posibilities of v4 over a network of intelligent nodes…
how about a vvvv-to processing converter? and a processing node to embed it the other way round, of course.
… or rather, a converter from vvvv to AHDL. At first sight, these lines could come straight out of a vvvv tutorial:
…All of your lines
of code will now be executing simultaneously…
link
Have you been working with FPGAs before?
hi. i dont know much about how vvvv modules are written, but a nice converter would tranlsate vvvv boxes into Verilog/VHDL modules and the all the interconnection would made using signals and registers. An EXHAUSTIVE approach…
Raed
as we will have two nice features in the next release which allows a) reading the xml description of the current patch and b) do xlst transformations with that xml, there would be some nice possibilities to create code and things from patches soon.
read Autogenerate source code for a finite state automaton applying XML/XSLT or Goetz Borau Domik - An XML-based visual shading language for vertex and fragment shaders (ACM COPYRIGHTED SHIT) to get some ideas.
i am no XLST wizard, but it might be feasible to create VHDL out of the XML patch description via XLST. anybody looking for a diploma thesis?
how about a vvvv-to processing converter?
i don’t really understand the benefit from that. but what could be really nice was a processing renderer in vvvv with a simple interface for data-exchange.
and s.th. more general: possibility to embed java-objects, like in max.
or at least the “generic - dll -node”.
michl.
ok. now that we are at it…
it should be fairly feasible to write a javascript node which would behave something like the existing Shader/Effect nodes. a free javascript compiler is available from mozilla.org. it compiles to java classes which could further be treated via JNI the “java native interface”. here is how.
from there it would be just another step to ask processing to draw its pixels onto a handle/texture provided by vvvv.
anybody else?
which reminds me of the proposed Poke-node which allows to enter x86 binary machine code into a string pin and bang the execute pin. occasional blue screens guaranteed, but blazingly fast if done well.