Hi guys, thanks for the suggestions.
Unfortunately I am person that can't work on something that don't fully
understand. So I've decided that my strategy is to fully understand first
the current situation and then ask the forums or the lists on how to
proceed. Many of my problems is that I don't know what to ask apart of a
generic question. And you know how people reply the generic questions...
My next step would be document how works the current "on screen" render
system and figure out the potentials replacements. I would like to do some
infographics about the procedure to let others that doesn't know nothing
about Synfig understand the current situation and suggest the new
approaching.
Even in the worse case, that graphical documentation would let me expose
the problem at LGM as part of the development process and there I could
reach more personal help from the gurus that could attend there.
Of course any alternative or other point of view is always welcome.
Cheers!
2012/12/10 Diego Barrios Romero <[email protected]>
> Hello Carlos,
> This is a serious challenge. Could we set up something like a stack of
> texture buffers with OpenGL so that cairo would render to one of them and
> then we could do something to blend them correctly into the screen?
> In OpenGL exists this:
> http://www.opengl.org/wiki/Buffer_Texture
> But I don't know how is the support in Cairo for such things.
>
> Best regards,
> Diego.
>
>
> 2012/12/10 Konstantin Dmitriev <[email protected]>
>
>> 2012/12/10 Carlos López González <[email protected]>:
>> > Hi Konstantin,
>> > I think that use a cairo_gl_surface is exactly the same than write
>> directly
>> > to the screen.
>> > If you read the code to create a cairo_gl_surface in the link from the
>> > stackoverflow thread (I've read that thread thousands times!), it
>> creates
>> > the surface based on the device and it is created based on the display
>> and
>> > the context (glX context) so I think it is for direct draw on the
>> screen.
>> >
>> > dpy = XOpenDisplay (NULL);
>> > visinfo = glXChooseVisual (dpy, DefaultScreen (dpy), rgba_attribs);
>> > ctx = glXCreateContext (dpy, visinfo, NULL, True);
>> > device = cairo_glx_device_create (dpy, ctx);
>> > surface = cairo_gl_surface_create (device, CAIRO_CONTENT_COLOR_ALPHA,
>> size,
>> > size);
>> >
>> > In any case, use a cairo_gl_surface doesn't solve the synchronization
>> > problems.
>> > How do we assure that each renderer doesn't remove the results of the
>> other
>> > renderers if they aren't in synchronization?
>> >
>> > I'm lack of knowledge about how the opengl programs work but I guess
>> that
>> > somehow there should be a buffer that would act like if it were the
>> screen
>> > (and where the GPU draws to) that is transferred to the screen
>> synchronized
>> > with the device refreshing to avoid jitter.
>> >
>> > I'm sorry but my mind is about to explode...
>> > ^__^
>>
>>
>> Maybe there is some widget similar to one that Qt have? -
>> http://doc.qt.digia.com/qt/qglwidget.html#details
>> I don't know if such one exists for gtk...
>>
>> BTW, maybe it worth to look how rendering implemented in Uioimae's branch?
>> K.
>>
>>
>>
>> --
>> http://morevnaproject.org/
>>
>>
>> ------------------------------------------------------------------------------
>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>> Remotely access PCs and mobile devices and provide instant support
>> Improve your efficiency, and focus on delivering more value-add services
>> Discover what IT Professionals Know. Rescue delivers
>> http://p.sf.net/sfu/logmein_12329d2d
>> _______________________________________________
>> Synfig-devl mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>>
>
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Synfig-devl mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
>
--
Carlos
http://synfig.org
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Synfig-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/synfig-devl
