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).
cyrille
sevy
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list