Talk:X video extension
![]() | This article is rated Start-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||
|
No, it doesn't depend on compositing at all
editThe section about compositing window managers is simply wrong.
It's true that Xvideo will sometimes use colour-key compositing -- if the video hardware wants to do things that way. But this is largely down to hardware or driver limitations, and nothing to do with the window manager whatever. I wish I had some external document to cite, other than maybe the Xvideo protocol specifications (which doesn't, in fact, mention colour-key compositing anywhere).
The Xvideo extension was originally designed to present output from video sources like cameras as part of the X window system; rendering of software generated video was added later, through the XPutImage and XShmPutImage requests. If the hardware is going to do colour-key compositing then (by default) these requests are meant to do all of the necessary stuff, including filling the target area with the colour-key and telling the hardware where to overlay the video.
Hardly any (I can think of no examples) graphics hardware does this any more. Instead the drivers do something like writing the video frames to textures and then getting the hardware to render them. This leaves the scaled, colour-space-converted video in the real framebuffer, like you'd expect. And it works entirely independently of whether top-level windows are composited or drawn the traditional way. I can tell this, because the window manager I use (e16) lets you turn compositing on and off while it's running, and I've done this in the middle of video playback. (Another simple test is to watch wheher the CPU usage changes when you make the playback window very large or switch to fullscreen.)
External links modified
editHello fellow Wikipedians,
I have just modified one external link on X video extension. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
- Added archive http://web.archive.org/web/20071109112508/http://www.wedesoft.demon.co.uk:80/downloads/testxv2.cc to http://www.wedesoft.demon.co.uk/downloads/testxv2.cc
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}
).
This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}}
(last update: 5 June 2024).
- If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
- If you found an error with any archives or the URLs themselves, you can fix them with this tool.
Cheers.—InternetArchiveBot (Report bug) 18:59, 20 July 2016 (UTC)