You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need v4lloopback output in order to route image data to veejay / MapMap. We have to think about some issues here. Foremost, will there be one etudes-host instance per running etude, or just one host application running them all?
In general I would not mind to have one etude per instance, it would keep things very simple. In that case however our naming scheme would be different, since one etude actually would be identified by a port with a separate listening osc server instance rather than by a name, but that could be quickly adapted and would be fine actually.
We could also have one host application which holds several etudes running in parallel which would make the application more complex, however would have some benefits:
resources / result images could be shared between etudes, question do we want that
tearless synchronization of the different outputs to v4l might be simpler
for a lot of opengl applications the context switching might become expensive
The text was updated successfully, but these errors were encountered:
An interesting mail on mapmap-list describes new developments in DRI which would allow sharing of image data using the GPU, similar to syphon on MacOS X:
We need v4lloopback output in order to route image data to veejay / MapMap. We have to think about some issues here. Foremost, will there be one etudes-host instance per running etude, or just one host application running them all?
In general I would not mind to have one etude per instance, it would keep things very simple. In that case however our naming scheme would be different, since one etude actually would be identified by a port with a separate listening osc server instance rather than by a name, but that could be quickly adapted and would be fine actually.
We could also have one host application which holds several etudes running in parallel which would make the application more complex, however would have some benefits:
The text was updated successfully, but these errors were encountered: