[PD] netsending pixes
jack at rybn.org
Fri Apr 11 13:01:33 CEST 2008
Le 11 avr. 08 à 12:09, IOhannes m zmoelnig a écrit :
> Raphaël ILIAS wrote:
>> hi list !
>> i'm working on live-captured video treatment with gem. the main
>> patch is
>> okay, but in order to get a convenient improvisation tool, i would
>> to have a "control monitor" with another content that what's
>> on the main gemwin (which is shown to the audience)...
>> captured frames are stored in a pix_buffer (360x288px on 1 channel -
>> grey) and i thought to send them to another computer with its own
>> in which they might be displayed (for the performer)...
>> i tried with on one side, [pix_dump] and [netsend] and, on the other
>> computer, [netreceive] and [pix_set]...
>> it was very slow, and crashed... so, i reduced the picture to
>> 45x36 px
>> and split the pix-list into packets of 100 floats. i finally got a
>> picture, but lines aren't synchronized (i get "diagonals"), and i
>> understand why...
>> does someone see an easier solution to pass pixes through a local
>> network ? i don't care a lot about latency (hem...less than 10
>> of course) and resolution...
> on osx and linux you can use [pix_share_read] and [pix_share_write] to
> share images between two instances of Pd/Gem on one(!) computer via
> shared-memory. this should be very fast.
About [pix_share_read] and [pix_share_write]. Is there a method using
this two objects to share a picture that come from a
[gemframebuffer] ? I think is not possible. Am I wrong ?
> afair, there are some freeframe-plugins that allow you to send images
> from one host to another (via network), but i don't know on which
> platform they are available (i guess: w32) and whether they are
> free; i
> never tried them, but they should be usable with [pix_freeframe].
> depending on what you are doing, it might be easiest to just run 2
> (synched) instances of Gem that independently produce the 2 visuals
> are controlled by a single patch)
> or use a multi-monitor setup and do clever things to get 2 virtual
> monitors in a single gemwindow.
> or pay the developers a lot of money to finally get the multi-window
> support into Gem which i have been promising for more than 3 years :-)
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
More information about the Pd-list