On OSX and Linux pix_share_write and pix_share_read use shared memory between applications to pass pix_ frames. The setup requires giving the shared memory a numeric id, width, height and bits per pixel of the frame. After this frames written by one pd instance can be read from any other pd. <br>
<br>OSX will require changing shm defaults in /etc/rc in order to use HD size textures.<br><br><div class="gmail_quote">On Feb 19, 2008 10:27 AM, simon wise <<a href="mailto:simonxwise@hotmail.com">simonxwise@hotmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c"><br>On 19 Feb 2008, at 6:46 PM, tim wrote:<br><br>> simon wise wrote:<br>
>><br>>> On 19 Feb 2008, at 12:06 AM, tim wrote:<br>>><br>>>> Sergi Lario wrote:<br>>>>><br>>>>> Hi. I trying to create 2 channel videomixer in pd/gem. And now<br>>>>> have 2<br>
>>>> questions- how i can make 2 gemwin's to use 1 as preview and<br>>>>> other as<br>>>>> output, and second- how i can make file list or grid of images to<br>>>>> preview my videofiles and then load it's to pix_film. Big thx.<br>
>>>><br>>>>><br>>>>> Hi.<br>>>>><br>>>>> About multiple gemwin at same time: I don't know if it's<br>>>>> possible, but<br>>>>> it would be very useful.<br>
>>>><br>>>> Hi Sergi,<br>>>><br>>>> I've done stuff with two gemwins by running pd 2 times and have<br>>>> the two<br>>>> instances communicate over OSC.<br>>>> It worked quite well.<br>
>><br>>> a while ago there was a multiple-Gemwin version of Gem around - I<br>>> tried out the binary that was available and it worked fine (I<br>>> think on OSX but possibly Linux?) but I used the 2 pd method<br>
>> instead for my project.<br>>><br>>> I don't know if it is possible for one pd to use textures or<br>>> buffers created in the other, that would make the preview idea<br>>> work well with two pd instances.<br>
> My idea was rather to simply sync the messages so that the same<br>> video file is loaded by the two pd's separately.<br>> I wasn't using any texturing with this setup though, so I don't<br>> know if it would work.<br>
>> Soon I want to try 2 camera views of the same 3D space, I think<br>>> that would be much easier in a single instance of pd with two<br>>> windows!<br>> Load the same 3D space in the two pd's and relate the control data<br>
> in some way ?<br><br></div></div>without textures and lots of pix work this is fine - but I'm wanting<br>to use plenty of movies and largish graphics as textures, which would<br>be present from a different point of view in each of the windows.<br>
<br>It would be better to only read from the drive once, then decode<br>using the CPU a single time, and to only transfer one copy to the<br>graphics card - so it seems either 2 windows in a single pd or a way<br>to pass references to textures already loaded between 2 different<br>
pd's is what I'm looking for, but I'll fall back on one machine per<br>projector if required.<br><font color="#888888"><br><br>simon<br></font><div><div></div><div class="Wj3C7c"><br><br><br><br>_______________________________________________<br>
<a href="mailto:PD-list@iem.at">PD-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br>