[PD] gem2pdp

cyrille henry cyrille.henry at la-kitchen.fr
Tue May 27 17:31:09 CEST 2008

ydegoyon a écrit :
> Roman Haefeli wrote:
>> On Sun, 2008-05-25 at 14:11 +0200, yves degoyon wrote:
>>> in fact, it seems that all rendering in single-buffer mode
>>> doesn't work ( see attached patch for testing )
>>> and, as the pixels capture only works in single-buffer mode,
>>> all objects depending on it fail,
>>> including gem2pdp, pix_write and pix_snap.
>> if i am not totally mistaken (or misunderstanding the underlying concept
>> of Gem), i used to use [pix_snap] or [pix_write] in double buffer mode.
>> it's just a matter of correct order to get expected results.
>> what makes you think, that those classes only work in single buffer
>> mode?
> nothing 'makes me think',
> that's what i get with the attached
> test patch, gem from cvs
> on an nvidia 7000
as expected, this patch did not draw anything in single buffer.
you have to bang the gemhead.
see Gem/example/04.pix/10.PixDataSimple for example how to use it.
(note that you also have to send buffer 1 before the windows creation.)

this patch have also an other problem : pix_write is before the cube. so you just write the image before rendering the cube.
if you swap both objects, then everything will work as expected in both mode.

(for single buffer operation, you will have to bang the pix_write 1st, then the gemhead).


> sevy
>> roman
>> ___________________________________________________________ 
>> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> ------------------------------------------------------------------------
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list