Dieter Nützel wrote:
Am Freitag, 17. Januar 2003 18:37 schrieb Jens Owen:

Ian,

I had a chance to read your ideas on memory managment last night.  First
off, I'd like to thank you for doing a very good job of collecting
requirements and then seperating out your ideas for implementation.
This level of discipline really helps me understand where you are
constrained by requirements vs. where you are exploring solutions.

As you address the very complex issue of virtualizing graphics subsystem
resources, I'm going to attempt to influence your thinking to include
the concept of a 3D desktop compositing engine.  You've make references
to capabilities that Apple is supporting, yet to me the ultimate
challenge that the Apple desktop paradigm provides today is the 3D and
composoting effects they are doing with Genie bottle window iconfication
and multilevel window transparancy.  Starting to address these
capabilities in open source will put additional requirements on the
resource management requirements.

Does this all "fits" with a "video editing" system?
Something like integration of the GATOS project (video in/out/DVI/TV) that we can base video cutting systems upon Linux/*BSD?
Not directly. The video streaming capabilities would tax the used use of rendering contexts and backbuffers similar to an active 3D application. I'm referring more to how the desktop's compositing engine would generate special effects while still supporting the load of active 3D, 2D and video rendering contexts.

--
/\
Jens Owen / \/\ _
[EMAIL PROTECTED] / \ \ \ Steamboat Springs, Colorado



-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to