Mark Vojkovich wrote:
On Mon, 2 Jun 2003, Ian Romanick wrote:

Instead of modifying your 3D driver, you've used an internal interface that, luckilly for you, just happened to already be there. The rest of us may not be so lucky.

I'd expect you to be able to do the same think with the DRI. Intel implements their XvMC driver using the DRI.

Oh I know that we will be able to do it. We'll just have to make the necessary changes to the 3D driver... ;)


Given that, I have only three comments / requests for the function.

1. Please provide a way to specify the destination buffer (i.e., GL_FRONT, GL_BACK_RIGHT, etc.) of the copy.

It's taking an argument like glDrawBuffer does. It uses the GL enums.

Perfect.


2. Make explicit the coordinate conversion monkey business.

Will do.

I think that will avoid having to answer a lot of questions later. :)


3. Is there a way for apps to determine if this function is available on their hardware? Later this year when pbuffers become available in the open-source drivers, we probably won't (initially) have support for this function. I fully expect that support will follow soon, but it won't be there initially.

There was a flag in the proposal that indicated it. That's the way other XvMC limitations/features are indicated, such as whether or not subpicture scaling is supported.

Okay, I missed that the first time. Sorry.


What I'd really like to hear is if the DRI folks think they'd
have implementation problems with this in the Intel driver or some hypothetical driver.

Since I'll probably end up implementing it (at least in some drivers), I don't forsee any problems. Since both the 3D drivers and the XvMC drivers are client-side, it should be pretty easy. As soon as I get done writing all the parts so that we can have pbuffers (and ARB_vertex_buffer_objects, and superbuffers), I should be able to treat the XvMC copy call just like a glDrawPixels that sources from another pbuffer of a superbuffer.


_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Reply via email to