Videocards with hardware acceleration: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * read DOCS/MTRR too! "Hardware acceleration" usually means hardware YUV conversion, scaling, bilinear filtering. Under Linux, there are several ways to access it: I. The Xv (XVideo) extension of XFree86 4.0.2 II. OpenGL drivers with glTexSubImage() support (currently the Utah-GLX drivers) III. Native card-specific drivers, using special abilities of some cards IV. DGA - direct graphic access. no YUV & scaling, but faster than raw X11 V. Not really acceleration, but... Now, let's see them in details: But before reading this, read DOCS/MTRR, and check your /proc/mtrr. Believe me, it's worth it! Speeds things up more than 5 times on P3!!! I. Under XFree86 4.0.2 or newer, using the XVideo extension: this is what the option '-vo xv' uses. In order to make this work, be sure to check the following: 1. You use XFree86 4.0.2 or newer (former versions don't have XVideo) 2. Your card actually supports harware acceleration (modern cards do) 3. X loads the XVideo extension, it's something like this: (II) Loading extension XVideo in /var/log/XFree86.0.log NOTE : this loads only the XFree86's extension. In a good install, this is always loaded, and doesn't mean that the _card's_ XVideo support is loaded! 4. Your card has Xv support under Linux. To check, try 'xvinfo', it is the part of the XFree86 distribution. It should display a long text, similar to this: X-Video Extension version 2.2 screen #0 Adaptor #0: "Savage Streams Engine" number of ports: 1 port base: 43 operations supported: PutImage supported visuals: depth 16, visualID 0x22 depth 16, visualID 0x23 number of attributes: 5 (...) Number of image formats: 7 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) (...etc...) It must support YUY2 packed, and YV12 planar pixel formats to be usable with MPlayer. 5. Be sure MPlayer is compiled with the "xv" target. "./configure" should say: Checking for Xv ... yes 6. If all is fine, try the option '-vo xv' . It should work. (if it doesn't, send us a bugreport. See the BUGREPORTS on how to do this.) II. OpenGL drivers with *working* *fast* glTexSubImage() support. Currently only the old Utah-GLX drivers (for X 3.3.6) have it. See http://utah-glx.sourceforge.net for details about how to install it. The new X4/DRI and nVidia's binary drivers has no usable glTexSubImage :( III. Native card-specific drivers There is 3 native drivers for Linux: 1. Matrox G200/G400/G450 BES (Back-End Scaler) support -> mga_vid kernel drv. It's active developed by me (A'rpi), and it has hardware VSYNC support with triple buffering. It works on both framebuffer console and under X. To use, simply compile the mga_vid.o in the drivers/ subdir (type: make) and load it with insmod mga_vid.o. You should verify the memory size detection using the 'dmesg' command. If it's bad, use the mga_ram_size option (rmmod mga_vid first), specify card's memory size in MB: insmod mga_vid.o mga_ram_size=16 Using it from MPlayer: (you should re-compile it with mga_vid support...) Use the 'mga' vo driver on framebuffer console (matroxfb): -vo mga and use the xmga driver for X 3.3.x: -vo xmga Note: it works under X 4.0.2 too, but it conflicts with the Xv driver, so avoid using both. Usually X restart or reboot needs to get Xv usable again :( If you have a dual-head G400, and a TV or second monitor connected to head2, then you can watch movies on it: read DOCS/TVout-G400 for details (big hack) 2. SiS 6326 YUV Framebuffer driver -> sis_vid kernel driver Its interface should be compatible with the mga_vid, but the driver was not updated after the mga_vid changes, so it's outdated now. Volunteers needed to test it and bring the code up-to-date. 3. 3dfx (which ones?) YUV+scaler support, using /dev/3dfx (tdfx.o driver?) The /dev/3dfx kernel driver exists only for 2.2.x kernels, for use with Glide 2.x Linux ports. It's not tested with MPlayer, and so no more supported. Volunteers needed to test it and bring the code up-to-date. IV. If your card lacks hardware acceleration, you can still boost your fps by using the DGA driver: 1. Make sure X loads the DGA extension: (II) Loading extension XFree86-DGA (you see, XFree86 4.0.x or greater is VERY RECOMMENDED!) 2. MPlayer's DGA driver is autodetected on ./configure, or you can force it with --enable-dga. 3. If the driver couldn't switch to a smaller resolution, experiment with switches -vm (only with X 3.0.x), -fs, -bpp, -zoom to find a video mode that the movie fits in. There is no converter right now.. :( 4. Become ROOT. DGA needs root access to be able to write directly video memory. If you want to run it as user, then install MPlayer SUID root: 'chown root /usr/local/bin/mplayer' 'chmod 750 /usr/local/bin/mplayer' 'chmod +s /usr/local/bin/mplayer' Now it works as a simple user, too. !!!! BUT STAY TUNED !!!! This is a BIG security risk! Never do this on a server or on a computer can be accessed by more people than only you because they can gain root privilegies through suid root mplayer. !!!! SO YOU HAVE BEEN WARNED ... !!!! 5. Use '-vo dga' option, and there you go! (hope so:) 6. Try if the '-vo sdl -sdl dga' options work for you! It's much faster!!! If you have fast enough CPU (P3 800 for example) you can try fsdga for fullscreen mpeg playing (using software YUV->RGB scaling): mplayer -vo fsdga ... V. Not really acceleration, but... a, If you don't have X... ...use the SVGAlib target! Be sure not to use the -fs switch, since it toggles the usage of the software scaler, and it's SLOOOW now, unless you have a real fast CPU (and/or MTRR?). :( Of course you'll have to install svgalib and its development package in order for MPlayer build its SVGAlib driver (autodetected, but can be forced), and don't forget to edit /etc/vga/libvga.config to suit your card & monitor. b, You want to use framebuffer... ... Whether to build the FBdev target is autodetected during ./configure . Read the framebuffer documentation in the kernel sources (Documentation/fb/*) for info on how to enable it, etc.. ! ... but your card doesn't support VBE 2.0 standard (older ISA/PCI cards, such as S3 Trio64) : Well, VESAfb is still available, but you'll have to load SciTech Display Doctor (formerly UniVBE) before booting Linux. Use a DOS boot disk or whatever. And don't forget to register your UniVBE ;)) NOTE : FBdev video mode changing _does not work_ with the VESA framebuffer, and don't ask for it, since it's not an MPlayer limitation. Gabucino & A'rpi