On 6/21/05, Thomas Hellström <[EMAIL PROTECTED]> wrote: > Hi! > > > On 6/21/05, Alex Deucher <[EMAIL PROTECTED]> wrote: > >> On 6/21/05, Jon Smirl <[EMAIL PROTECTED]> wrote: > >> > On 6/21/05, Thomas Hellström <[EMAIL PROTECTED]> wrote: > >> > > While this will probably work today it will leave little room for > >> future > >> > > applications of DRI. > >> > > >> > Can XvMC needs be handled via the V4L interface? I would expect an > >> > some point relevant V4L drivers will also get integrated into the > >> > DRM/fbdev composite driver. > >> > >> the problem is v4l is linux specific while XvMC is X specific and > >> hence multi-platform, plus it has ties to Xv, which would need to be > >> handled as well. > > > > Don't we already have an Xv for V4L driver for X? > > Can't XvMC follow the same model? > > Correct me if I'm wrong, but isn't V4L primarily for video capture? > besides there is no way I'm going to redesign everything and make a V4L > driver out of it.
Exactly. v4l is basically just an analog video capture API. > > XvMC is very similar to OpenGL in it's use of the hardware. It uses the > same DMA command engine and it renders directly to the frame buffer, > either to an offscreen area which is then communicated to the video > engines, or directly to the visible frame-buffer and hence needs the DRI > drawable management. There is very little logical difference between > "render this texture" or "render this macroblock". Besides, if V4L needs > to use the same DMA command engine it still would need to talk to DRM. > > Still, this isn't really the point. I'd like to see drm available for > other applications than OpenGL in the future. If drmAddMap goes away, I > can live with that, but I'd probably would have to implement a > device-specific non-root "Hi, I'm the master, get me a handle to clean > sarea that other clients can map" IOCTL when it's needed, and, as I see > it, that wouldn't interfer with your work. > > /Thomas > > > > > > > -- > > Jon Smirl > > [EMAIL PROTECTED] > > > > > ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel