Mercurial > mplayer.hg
annotate drivers/README @ 4218:3931c41f740a
Added new syncengine thanks to a new previously undocumented feature of the em8300, this might fix playback on both slow and fast machines (more testing needed). This also requires users to get the em8300 driver from cvs until the next version is released (will probably happen this weekend)
Added lots of comments, should be pretty easy to understand most of the internals now
Added lots of brackets to if's for's while's etc, this is not a cosmetical thing but rather due to the fact I got some very odd bugs with else's since I didn't properly use brackets (and it's the K&R standard to have brackets everywhere)
Fixed some bugs that would occur when disabling libmp1e
Switched to default to the new naming scheme of device nodes, the driver will slowly switch over to this state, if it can't find devices under the new name it will try the old naming scheme
I stopped opening devices in non-blocking mode, it would break the new syncengine which tries to burst data to the device (alot of times meaning it will fill the fifo pretty fast which would previously result in jerkyness on fast machines)
The device now sets the initial state of the pts and speed (probably not needed, but assumption is the mother of all fuckups =)
Keep the control interface open during the entire duration of the libvo device, we might need this to flush video buffers on seeking (currently not implemented, therefore seeking is broken)
This is beta stuff to the driver, I will get some users to test it for me and do my best to fix seeking as soon as possible...
author | mswitch |
---|---|
date | Thu, 17 Jan 2002 10:33:47 +0000 |
parents | 3b5f5d1c5041 |
children | 6d257bd87fce |
rev | line source |
---|---|
1 | 1 |
2 mga_vid - MGA G200/G400 YUV Overlay kernel module | |
3 | |
4 Author: | |
5 Aaron Holtzman <aholtzma@ess.engr.uvic.ca>, Oct 1999 | |
6 | |
7 Contributions by: | |
8 Fredrik Vraalsen <vraalsen@cs.uiuc.edu> | |
9 Alan Cox <alan@lxorguk.ukuu.org.uk> | |
10 | |
11 WARNING ----- WARNING | |
12 | |
13 This code messes with your video card and your xserver. It will probably | |
14 lock up your box, format your hard drive, and cause your brand new g400 | |
15 MAX to spout 6 inch flames. You have been warned. | |
16 | |
17 WARNING ----- WARNING | |
18 | |
19 What does this code do? | |
20 | |
21 mga_vid is a kernel module that utilitizes the Matrox g200/g400 video | |
22 scaler/overlay unit to perform YUV->RGB colorspace conversion and | |
23 arbitrary video scaling. | |
24 | |
25 mga_vid is also a monster hack. | |
26 | |
27 How does mga_vid work? | |
28 | |
29 This kernel module sets up the BES (backend scaler) with approriate values | |
30 based on parameters supplied via ioctl. It also maps a chunk of video | |
31 memory into userspace via mmap. This memory is stolen from X (which may | |
32 decide to write to it later). The application can then write image data | |
33 directly to the frame buffer (if it knows the right padding, etc). | |
34 | |
35 | |
36 How do I know if mga_vid works on my system? | |
37 | |
38 There are test applications called mga_vid_test_g400 and mga_vid_test_g200. | |
39 Use the appropriate one for your card. This test code should draw some | |
40 nice 256x256 images for you if all is working well. |