On Feb 4, 2008 4:28 PM, Richard Spindler <[EMAIL PROTECTED]> wrote: > > Could you give us a short overview about what TTM in xorg is, and how it > > relates to GPU accelerated Image Processing? Thanks. :-) > > > > The documentation on the xorg wiki is very technical, so I don't really > > get the "Big Picture". ;-)
As far as I've understood it, it might allow sharing of buffers between CPU and GPU in a much more efficient manner than currently is possible. On some graphics cards this or similar efforts could even make the copy a no-op. At least some hardware is already designed to allow this, having such capabilities makes it possible to consider hybrid CPU and GPU processing systems. > Additionally, I was wondering about how the following two projects: > > Clutter and Pigment > > https://code.fluendo.com/pigment/trac > http://www.clutter-project.org/ Clutter and pigment are libraries that provides canvases for using 2d surfaces in 3d space. The main difference between clutter and pigment as far as I know is that pigment is partially written in python, while Clutter is completely written in C (and has a wider range of language bindings). Clutter is currently being developed to be an abstraction layer on top of OpenGL to make it easier to write higher level GUI toolkits. (Or interfaces directly using Clutter). > They are both dealing with OpenGL accelerated User Interfaces and > embedded Media Playback. Eventually what they are doing could be reused > for realtime video compositing as well, what do you think? Both of them can already be used for realtime video compositing. Using Clutter for non realtime compositing. I can mostly speak for Clutter though since I am working for the company driving the development of it. And clutter will have problems if you expect a sustained framerate since it is designed to do as well as it can in realtime which usually means dropping frames if either processing load becomes too large. The load on the GPU increases significantly if you expect to read back the rendered data as well, but it is possible to get semi-working results in this manner. I expect that currently the video capabilities of pigment to be slightly better than Clutter since there are some tricks that could be employed in clutter which are currently not done (video data is uploaded as RGB at the moment for instance.) That being said, it is already possible to play back a couple of PAL sized videos and play with their opacity etc. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
