Mercurial > mplayer.hg
annotate DOCS/video.html @ 2408:2453b4af2661
uptodate, baby!
| author | gabucino |
|---|---|
| date | Tue, 23 Oct 2001 08:52:17 +0000 |
| parents | a70571f46bd2 |
| children | 1e56c3381d55 |
| rev | line source |
|---|---|
| 1612 | 1 <HTML> |
| 1704 | 2 <BODY BGCOLOR=white> |
| 3 | |
| 4 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2> | |
| 1612 | 5 |
| 1682 | 6 <P><B><A NAME=2.2.1>2.2.1. Video output devices</A></B></P> |
| 1612 | 7 |
| 1682 | 8 <TABLE BORDER=0> |
| 9 | |
| 1987 | 10 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>General:</B></P></TD><TR> |
| 1612 | 11 |
| 1987 | 12 <TD> </TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>x11</TD><TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>X11 with optional SHM extension</TD><TR> |
| 13 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>xv</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>X11 using overlays with the Xvideo extension (hardware YUV & scaling)</TD><TR> | |
| 14 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>gl</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>OpenGL renderer, so far works only with: | |
| 1682 | 15 <UL><LI>all cards with Utah-GLX |
| 16 <LI>Matrox cards with X/DRI >=4.0.3 | |
| 17 <LI>Radeon with X/DRI CVS</UL></TD><TR> | |
| 1987 | 18 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>dga</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>X11 DGA extension</TD><TR> |
| 19 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>fbdev</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Output to general framebuffers</TD><TR> | |
| 20 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>svga</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Output to SVGAlib</TD><TR> | |
| 21 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>sdl</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2> | |
| 1682 | 22 <CODE>1.1.7:</CODE> supports software scaling<BR> |
| 23 <CODE>1.1.8:</CODE> supports Xvideo (hardware scaling/fullscreen)<BR> | |
| 24 <CODE>1.2.0:</CODE> supports AAlib (-vo aa is very recommended, see below!)</TD><TR> | |
| 1987 | 25 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>ggi</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>similar to SDL</TD><TR> |
| 26 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>aa</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>textmode rendering with AAlib</TD><TR> | |
| 1682 | 27 |
| 1987 | 28 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Card specific:</B></P></TD><TR> |
| 1612 | 29 |
| 1987 | 30 <TD> </TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>mga</TD><TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Matrox G200/G400 hardware YUV overlay via the mga_vid device</TD><TR> |
| 31 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>xmga</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Matrox G200/G400 overlay (mga_vid) in X11 window<BR> | |
| 1682 | 32 (<I>Xv emulation on X 3.3.x!</I>)</TD><TR> |
| 1987 | 33 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>syncfb</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Matrox G400 YUV support on framebuffer (obsoleted, use mga/xmga)</TD><TR> |
| 2131 | 34 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>3dfx</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Voodoo3/Banshee hardware YUV (/dev/3dfx) support (not yet tested, maybe |
| 1682 | 35 broken)</TD><TR> |
| 2131 | 36 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>tdfxfb</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Voodoo3/Banshee hardware YUV support on tdfx framebuffer (works!)</TD><TR> |
| 1682 | 37 |
| 1987 | 38 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Special:</B></P></TD><TR> |
| 1612 | 39 |
| 1987 | 40 <TD> </TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>png</TD><TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>PNG files output (use -z switch to set compression)</TD><TR> |
| 41 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>pgm</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>PGM files output (for testing purposes or ffmpeg encoding)</TD><TR> | |
| 42 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>md5</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>MD5sum output (for MPEG conformance tests)</TD><TR> | |
| 43 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>odivx</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>OpenDivX AVI File writer (use -br to set encoding bitrate) (<B>WITHOUT SOUND</B>!)</TD><TR> | |
| 44 <TD></TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>null</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>Null output (for speed tests/benchmarking)</TD><TR> | |
| 1682 | 45 </TABLE> |
| 1612 | 46 |
| 1682 | 47 <P>NOTE: <I>check the following subsections for details and requirements!</I></P> |
| 1612 | 48 |
| 49 | |
| 1682 | 50 <P><B><A NAME=2.2.1.1>2.2.1.1. MTRR</A></B></P> |
| 1612 | 51 |
| 1946 | 52 <P>It is VERY recommended to check if the MTRR registers are set up properly, |
| 53 because they can give a big performance boost.</P> | |
| 54 | |
| 55 <P>Do a '<CODE>cat /proc/mtrr</CODE>' :</P> | |
| 56 | |
| 57 <P><CODE> | |
| 58 --($:~)-- cat /proc/mtrr<BR> | |
| 59 reg00: base=0xe4000000 (3648MB), size= 16MB: write-combining, count=9<BR> | |
| 60 reg01: base=0xd8000000 (3456MB), size= 128MB: write-combining, count=1<BR> | |
| 61 </CODE></P> | |
| 62 | |
| 63 <P>It's right, shows my Matrox G400 with 16Mb memory. I did this from | |
| 64 XFree 4.x.x , which sets up MTRR registers automatically.</P> | |
| 65 | |
| 66 If nothing worked, you have to do it manually. First, you have to find the base | |
| 67 address. | |
| 1682 | 68 You have 3 ways to find it:</P> |
| 1612 | 69 |
| 1682 | 70 <P><UL> |
| 71 <LI>from X11 startup messages, for example: | |
| 72 <P><CODE>(--) SVGA: PCI: Matrox MGA G400 AGP rev 4, Memory @ 0xd8000000, 0xd4000000<BR> | |
| 73 (--) SVGA: Linear framebuffer at 0xD8000000</CODE></P> | |
| 74 <LI>from /proc/pci (use lspci -v command): | |
| 75 <P><TABLE> | |
| 76 <TD VALIGN=top><CODE>01:00.0</CODE></TD><TD><CODE>VGA compatible controller: Matrox Graphics, Inc.: Unknown device 0525</CODE></TD><TR> | |
| 77 <TD></TD><TD><CODE>Memory at d8000000 (32-bit, prefetchable)</CODE></TD><TR> | |
| 78 </TABLE></P></CODE> | |
| 79 <LI>from mga_vid kernel driver messages (use dmesg): | |
| 80 <P><CODE>mga_mem_base = d8000000</CODE></P> | |
| 81 </UL></P> | |
| 1612 | 82 |
| 1682 | 83 <P>Then let's find the memory size. This is very easy, just convert video ram |
| 84 size to hexadecimal, or use this table:</P> | |
| 1612 | 85 |
| 1682 | 86 <TABLE BORDER=0> |
| 87 <TD> </TD><TD>1 MB</TD><TD WIDTH=10%></TD><TD>0x100000</TD><TR> | |
| 88 <TD></TD><TD>2 MB</TD><TD></TD><TD>0x200000</TD><TR> | |
| 89 <TD></TD><TD>4 MB</TD><TD></TD><TD>0x400000</TD><TR> | |
| 90 <TD></TD><TD>8 MB</TD><TD></TD><TD>0x800000</TD><TR> | |
| 91 <TD></TD><TD>16 MB</TD><TD></TD><TD>0x1000000</TD><TR> | |
| 92 <TD></TD><TD>32 MB</TD><TD></TD><TD>0x2000000</TD><TR> | |
| 93 </TABLE> | |
| 1612 | 94 |
| 95 | |
| 1682 | 96 <P>You know base address and memory size, let's setup mtrr registers! |
| 97 For example, for the Matrox card above (base=0xd8000000) with 32MB | |
| 98 ram (size=0x2000000) just execute:</P> | |
| 1612 | 99 |
| 100 | |
| 1682 | 101 <P><CODE> echo "base=0xd8000000 size=0x2000000 type=write-combining" >| /proc/mtrr</CODE></P> |
| 1612 | 102 |
| 103 | |
| 1682 | 104 <P>Not all CPUs support MTRRs. For example older K6-2's [around 266Mhz, |
| 105 stepping 0] doesn't support MTRR, but stepping 12's do ('<CODE>cat /proc/cpuinfo</CODE>' | |
| 1686 | 106 to check it</CODE>').</P> |
| 1612 | 107 |
| 1682 | 108 <P><B><A NAME=2.2.1.2>2.2.1.2. Xv</A></B></P> |
| 1612 | 109 |
| 1682 | 110 <P>Under XFree86 4.0.2 or newer, you can use your card's hardware YUV routines |
| 111 using the XVideo extension. This is what the option '-vo xv' uses. | |
| 112 In order to make this work, be sure to check the following:</P> | |
| 113 <P><UL> | |
| 114 <LI>You have to use XFree86 4.0.2 or newer (former versions don't have XVideo) | |
| 115 <LI>Your card actually supports harware acceleration (modern cards do) | |
| 116 <LI>X loads the XVideo extension, it's something like this: | |
| 1612 | 117 |
| 1682 | 118 <P><CODE> (II) Loading extension XVideo</CODE></P> |
| 119 <P>in /var/log/XFree86.0.log</P> | |
| 1612 | 120 |
| 1682 | 121 <P>NOTE: this loads only the XFree86's extension. In a good install, this is |
| 122 always loaded, and doesn't mean that the _card's_ XVideo support is loaded!</P> | |
| 1612 | 123 |
| 1682 | 124 <LI>Your card has Xv support under Linux. To check, try 'xvinfo', it is the |
| 125 part of the XFree86 distribution. It should display a long text, similar | |
| 126 to this: | |
| 127 <PRE> | |
| 1612 | 128 X-Video Extension version 2.2 |
| 129 screen #0 | |
| 130 Adaptor #0: "Savage Streams Engine" | |
| 131 number of ports: 1 | |
| 132 port base: 43 | |
| 133 operations supported: PutImage | |
| 134 supported visuals: | |
| 135 depth 16, visualID 0x22 | |
| 136 depth 16, visualID 0x23 | |
| 137 number of attributes: 5 | |
| 138 (...) | |
| 139 Number of image formats: 7 | |
| 140 id: 0x32595559 (YUY2) | |
| 141 guid: 59555932-0000-0010-8000-00aa00389b71 | |
| 142 bits per pixel: 16 | |
| 143 number of planes: 1 | |
| 144 type: YUV (packed) | |
| 145 id: 0x32315659 (YV12) | |
| 146 guid: 59563132-0000-0010-8000-00aa00389b71 | |
| 147 bits per pixel: 12 | |
| 148 number of planes: 3 | |
| 149 type: YUV (planar) | |
| 150 (...etc...) | |
| 1682 | 151 </PRE> |
| 1612 | 152 |
| 1682 | 153 <P>It must support YUY2 packed, and YV12 planar pixel formats to be |
| 154 usable with <B>MPlayer</B>.</P> | |
| 1612 | 155 |
| 1682 | 156 <LI>And finally, check if <B>MPlayer</B> was compiled with 'xv' support. |
| 157 ./configure prints this. | |
| 1612 | 158 |
| 1682 | 159 </UL></P> |
| 160 | |
| 161 <P><B><A NAME=2.2.1.2.1>2.2.1.2.1. 3dfx cards</A></B></P> | |
| 1612 | 162 |
| 1682 | 163 <P>Older 3dfx drivers were known to have problems with XVideo acceleration, |
| 164 it didn't support either YUY2 or YV12, and so. Verify that you have | |
| 165 XFree86 version 4.1.0 or greater, it works ok. Alternatively, you can use | |
| 166 <A HREF="http://dri.sourceforge.net">DRI</A> cvs. | |
| 167 If you experience strange effects using -vo xv, try SDL (it has XVideo too) | |
| 168 and see if it helps. Check the <A HREF="#2.2.1.4">SDL section</A> for details.</P> | |
| 1612 | 169 |
| 1992 | 170 <P><B>OR</B>, try the NEW -vo tdfxfb driver! See the <A HREF=#2.2.1.9>2.2.1.9</A> |
| 171 section!</P> | |
| 1612 | 172 |
| 1682 | 173 <P><B><A NAME=2.2.1.2.2>2.2.1.2.2. S3 cards</A></B></P> |
| 174 | |
| 175 <P>S3 Savage3D's should work fine, but for Savage4, use XFree86 version 4.0.3 | |
| 1988 | 176 or greater (in case of image problems, try 16bpp). As for S3 Virge.. sell it.</P> |
| 1682 | 177 |
| 178 <P><B><A NAME=2.2.1.2.3>2.2.1.2.3. nVidia cards</A></B></P> | |
| 1612 | 179 |
| 1682 | 180 <P>nVidia isn't a very good choice under Linux.. You'll have to use the |
| 181 binary nVidia driver, available at nVidia's website. The standard X | |
| 182 driver doesn't support XVideo for these cards, due to nVidia's closed | |
| 183 sources/specifications.</P> | |
| 1612 | 184 |
| 1682 | 185 <P><UL><LI>Riva128 cards don't have XVideo support even with the nvidia driver :( |
| 186 Complain to NVidia.</UL></P> | |
| 1612 | 187 |
| 188 | |
| 1682 | 189 <P><B><A NAME=2.2.1.2.4>2.2.1.2.4. ATI cards</A></B></P> |
| 1612 | 190 |
| 1920 | 191 <P> |
| 2063 | 192 <LI>The GATOS driver (which you should use) has VSYNC enabled by default. It means that decoding speed |
| 1682 | 193 (!) is synced to the monitor's refresh rate. If playing seems to be slow, try |
| 1920 | 194 disabling VSYNC somehow, or set refresh rate to n*(fps of the movie) Hz.</LI> |
| 195 | |
| 196 <LI>Radeon VE - currently only XFree86 CVS has driver for this card, version | |
| 197 4.1.0 doesn't. No TV-out support.</LI> | |
| 198 </P> | |
| 1612 | 199 |
| 200 | |
|
1922
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
201 <P><B><A NAME=2.2.1.2.5>2.2.1.2.5. NeoMagic cards</A></B></P> |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
202 |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
203 <P> |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
204 These cards can be found in many laptops. Under Linux, their peak is only DGA. |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
205 Unfortunately, the DGA driver in X 4.1.0 doesn't work, you'll have to wait for |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
206 4.2.0, or download a modified driver for 4.0.3 or 4.1.0 from here : |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
207 <A HREF="http://www.mplayerhq.hu/MPlayer/incoming/NeoMagic-driver">http://www.mplayerhq.hu/MPlayer/incoming/NeoMagic-driver</A> |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
208 (there is also the patch to the driver's source).<BR> |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
209 Drivers provided by <A HREF="mailto:tomee@cpi.pl">Tomek Jarzynka</A>. |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
210 </P> |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
211 |
|
5f0e4310dd4d
NeoMagic stuff added (legyen egyszer gyereknap...)
gabucino
parents:
1920
diff
changeset
|
212 |
| 1682 | 213 <P><B><A NAME=2.2.1.3>2.2.1.3. DGA</A></B></P> |
| 1612 | 214 |
| 1682 | 215 <P><B><A NAME=2.2.1.3.1>2.2.1.3.1. Summary</A></B></P> |
| 1612 | 216 |
| 1682 | 217 <P>This document tries to explain in some words what DGA is in general and |
| 218 what the DGA video output driver for mplayer can do (and what it can't).</P> | |
| 1612 | 219 |
| 220 | |
| 1682 | 221 <P><B><A NAME=2.2.1.3.2>2.2.1.3.2. What is DGA</A></B></P> |
| 1612 | 222 |
| 1682 | 223 <P>DGA is short for Direct Graphics Access and is a means for a program to |
| 224 bypass the X-Server and directly modifying the framebuffer memory. | |
| 225 Technically spoken this happens by mapping the framebuffer memory into | |
| 226 the memory range of your process. This is allowed by the kernel only | |
| 227 if you have superuser privileges. You can get these either by logging in | |
| 228 as root or by setting the suid bit on the mplayer excecutable (NOT | |
| 229 recommended!).</P> | |
| 1612 | 230 |
| 1682 | 231 <P>There are two versions of DGA: DGA1 is used by XFree 3.x.x and DGA2 was |
| 232 introduced with XFree 4.0.1.</P> | |
| 1612 | 233 |
| 1682 | 234 <P>DGA1 provides only direct framebuffer access as described above. For |
| 235 switching the resolution of the video signal you have to rely on the | |
| 236 XVidMode extension.</P> | |
| 1612 | 237 |
| 1682 | 238 <P>DGA2 incorporates the features of XVidMode extension and also allows |
| 239 switching the depth of the display. So you may, although basically | |
| 240 running a 32 bit depth XServer, switch to a depth of 15 bits and vice | |
| 241 versa. </P> | |
| 1612 | 242 |
| 1682 | 243 <P>However DGA has some drawbacks. It seems it is somewhat dependent on the |
| 244 graphics chip you use and on the implementation of the XServer's video | |
| 245 driver that controls this chip. So it does not work on every system ...</P> | |
| 1612 | 246 |
| 247 | |
| 1682 | 248 <P><B><A NAME=2.2.1.3.3>2.2.1.3.3. Installing DGA support for MPlayer</A></B></P> |
| 249 | |
| 250 <P>First make sure X loads the DGA extension, see in /var/log/XFree86.0.log:</P> | |
| 251 | |
| 252 <P> <CODE>(II) Loading extension XFree86-DGA</CODE></P> | |
| 253 | |
| 254 <P>See, XFree86 4.0.x or greater is VERY RECOMMENDED! | |
| 255 <B>MPlayer</B>'s DGA driver is autodetected on ./configure, or you can force it | |
| 256 with --enable-dga.</P> | |
| 1612 | 257 |
| 1682 | 258 <P>If the driver couldn't switch to a smaller resolution, experiment with |
| 259 switches -vm (only with X 3.3.x), -fs, -bpp, -zoom to find a video mode that | |
| 260 the movie fits in. There is no converter right now.. :(</P> | |
| 1612 | 261 |
| 1682 | 262 <P>Become ROOT. DGA needs root access to be able to write directly video memory. |
| 263 If you want to run it as user, then install <B>MPlayer</B> SUID root:</P> | |
| 1612 | 264 |
| 1682 | 265 <P><CODE> |
| 266 <CODE>chown root /usr/local/bin/mplayer<BR> | |
| 1686 | 267 chmod 750 /usr/local/bin/mplayer<BR> |
| 268 chmod +s /usr/local/bin/mplayer</CODE></P> | |
| 1612 | 269 |
| 270 | |
| 1682 | 271 <P>Now it works as a simple user, too.</P> |
| 1612 | 272 |
| 273 | |
| 1682 | 274 <P><B>!!!! BUT STAY TUNED !!!!</B><BR> |
| 275 This is a <B>BIG</B> security risk! Never do this on a server or on a computer | |
| 276 can be accessed by more people than only you because they can gain root | |
| 277 privilegies through suid root mplayer.<BR> | |
| 278 <B>!!!! SO YOU HAVE BEEN WARNED ... !!!!</B></P> | |
| 279 | |
| 280 <P>Now use '-vo dga' option, and there you go! (hope so:) | |
| 281 You should also try if the '-vo sdl:dga' option works for you! It's much | |
| 282 faster!!!</P> | |
| 283 | |
| 284 <P><B><A NAME=2.2.1.3.4>2.2.1.3.4. Resolution switching</A></B></P> | |
| 285 | |
| 286 <P>The DGA driver allows for switching the resolution of the output signal. | |
| 287 This avoids the need for doing (slow) software scaling and at the same | |
| 288 time provides a fullscreen image. Ideally it would switch to the exact | |
| 289 resolution (except for honouring aspect ratio) of the video data, but the | |
| 1686 | 290 XServer only allows switching to resolutions predefined in |
| 1682 | 291 <CODE>/etc/X11/XF86Config</CODE> (<CODE>/etc/X11/XF86Config-4</CODE> for XFree 4.0.X respectively). |
| 292 Those are defined by so-called modelines and depend on the capabilites | |
| 293 of your video hardware. The XServer scans this config file on startup and | |
| 294 disables the modelines not suitable for your hardware. You can find | |
| 295 out which modes survive with the X11 log file. It can be found at: | |
| 296 <CODE>/var/log/XFree86.0.log</CODE>.</P> | |
| 297 <P>See appendix A for some sample modeline definitions.</P> | |
| 298 | |
| 299 <P><B><A NAME=2.2.1.3.5>2.2.1.3.5. DGA & MPlayer</A></B></P> | |
| 1612 | 300 |
| 1682 | 301 <P>DGA is used in two places with <B>MPlayer</B>: The SDL driver can be made to make |
| 302 use of it (-vo sdl:dga) and within the DGA driver (-vo dga). | |
| 303 The above said is true for both; in the following sections I'll explain | |
| 304 how the DGA driver for <B>MPlayer</B> works.</P> | |
| 1612 | 305 |
| 1682 | 306 <P><B><A NAME=2.2.1.3.6>2.2.1.3.6. Features of the DGA driver</A></B></P> |
| 307 | |
| 308 <P>The DGA driver is invoked by specifying -vo dga at the command line. | |
| 309 The default behaviour is to switch to a resolution matching the original | |
| 310 resolution of the video as close as possible. It deliberately ignores the | |
| 311 -vm and -fs switches (enabling of video mode switching and fullscreen) - | |
| 312 it always tries to cover as much area of your screen as possible by switching | |
| 313 the video mode, thus refraining to use a single additional cycle of your CPU | |
| 314 to scale the image. | |
| 315 If you don't like the mode it chooses you may force it to choose the mode | |
| 316 matching closest the resolution you specify by -x and -y. | |
| 317 By providing the -v option, the DGA driver will print, among a lot of other | |
| 318 things, a list of all resolutions supported by your current XF86-Config | |
| 319 file. | |
| 320 Having DGA2 you may also force it to use a certain depth by using the -bpp | |
| 321 option. Valid depths are 15, 16, 24 and 32. It depends on your hardware | |
| 322 whether these depths are natively supported or if a (possibly slow) | |
| 323 conversion has to be done.</P> | |
| 324 | |
| 325 <P>If you should be lucky enough to have enough offscreen memory left to | |
| 326 put a whole image there, the DGA driver will use doublebuffering, which | |
| 327 results in much smoother movie replaying. It will tell you whether double- | |
| 328 buffering is enabled or not.</P> | |
| 1612 | 329 |
| 1682 | 330 <P>Doublebuffering means that the next frame of your video is being drawn in |
| 331 some offscreen memory while the current frame is being displayed. When the | |
| 332 next frame is ready, the graphics chip is just told the location in memory | |
| 333 of the new frame and simply fetches the data to be displayed from there. | |
| 334 In the meantime the other buffer in memory will be filled again with new | |
| 335 video data.</P> | |
| 336 | |
| 337 Doublebuffering may be switched on by using the option -double and may be | |
| 338 disabled with -nodouble. Current default option is to disable | |
| 339 doublebuffering. When using the DGA driver, onscreen display (OSD) only | |
| 340 works with doublebuffering enabled. However, enabling doublebuffering may | |
| 341 result in a big speed penalty (on my K6-II+ 525 it used an additional 20% of | |
| 342 CPU time!) depending on the implementation of DGA for your hardware.</P> | |
| 343 | |
| 344 | |
| 345 <P><B><A NAME=2.2.1.3.7>2.2.1.3.7. Speed issues</A></B></P> | |
| 346 | |
| 347 <P>Generally spoken, DGA framebuffer access should be at least as fast as using | |
| 348 the X11 driver with the additional benefit of getting a fullscreen image. | |
| 349 The percentage speed values printed by mplayer have to be interpreted with | |
| 350 some care, as for example, with the X11 driver they do not include the time | |
| 351 used by the X-Server needed for the actual drawing. Hook a terminal to a | |
| 352 serial line of your box and start top to see what is really going on in your | |
| 353 box ...</P> | |
| 354 | |
| 355 <P>Generally spoken, the speedup done by using DGA against 'normal' use of X11 | |
| 356 highly depends on your graphics card and how well the X-Server module for it | |
| 357 is optimized.</P> | |
| 358 | |
| 359 <P>If you have a slow system, better use 15 or 16bit depth since they require | |
| 360 only half the memory bandwidth of a 32 bit display.</P> | |
| 1612 | 361 |
| 1682 | 362 <P>Using a depth of 24bit is even a good idea if your card natively just supports |
| 363 32 bit depth since it transfers 25% less data compared to the 32/32 mode.</P> | |
| 364 | |
| 365 <P>I've seen some avi files already be replayed on a Pentium MMX 266. AMD K6-2 | |
| 366 CPUs might work at 400 MHZ and above.</P> | |
| 1612 | 367 |
| 1682 | 368 <P><B><A NAME=2.2.1.3.8>2.2.1.3.8. Known bugs</A></B></P> |
| 369 | |
| 370 <P>Well, according to some developpers of XFree, DGA is quite a beast. They | |
| 371 tell you better not to use it. Its implementation is not always flawless | |
| 372 with every chipset driver for XFree out there.</P> | |
| 1612 | 373 |
| 1682 | 374 <P><UL> |
| 375 <LI>with XFree 4.0.3 and nv.o there is a bug resulting in strange colors | |
| 376 <LI>ATI driver requires to switch mode back more than once after finishing | |
| 377 using of DGA | |
| 378 <LI>some drivers simply fail to switch back to normal resolution (use | |
| 379 Ctrl-Alt-Keypad +, - to switch back manually) | |
| 380 <LI>some drivers simply display strange colors | |
| 381 <LI>some drivers lie about the amount of memory they map into the process's | |
| 382 address space, thus vo_dga won't use doublebuffering (SIS?) | |
| 383 <LI>some drivers seem to fail to report even a single valid mode. In this | |
| 384 case the DGA driver will crash telling you about a nonsense mode of | |
| 385 100000x100000 or the like ... | |
| 386 <LI>OSD only works with doublebuffering enabled | |
| 387 </UL></P> | |
| 388 | |
| 389 <P><B><A NAME=2.2.1.3.9>2.2.1.3.9. Future work</A></B></P> | |
| 390 | |
| 391 <P><UL><LI>use of the new X11 render interface for OSD | |
| 392 <LI>where is my TODO list ???? :-(((</UL></P> | |
| 1612 | 393 |
| 394 | |
| 1682 | 395 <P><B><A NAME=2.2.1.3.A>2.2.1.3.A. Some modelines</A></B></P> |
| 1612 | 396 |
| 1682 | 397 <PRE> |
| 1612 | 398 Section "Modes" |
| 399 Identifier "Modes[0]" | |
| 400 Modeline "800x600" 40 800 840 968 1056 600 601 605 628 | |
| 401 Modeline "712x600" 35.0 712 740 850 900 400 410 412 425 | |
| 402 Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 | |
| 403 Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan | |
| 404 Modeline "352x288" 25.10 352 368 416 432 288 296 290 310 | |
| 405 Modeline "352x240" 15.750 352 368 416 432 240 244 246 262 Doublescan | |
| 406 Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan | |
| 407 EndSection | |
| 1682 | 408 </PRE> |
| 1612 | 409 |
| 1682 | 410 <P>These entries work fine with my Riva128 chip, using nv.o XServer driver |
| 411 module.</P> | |
| 1612 | 412 |
| 413 | |
| 1682 | 414 <P><B><A NAME=2.2.1.3.B>2.2.1.3.B. Bug Reports</A></B></P> |
| 1612 | 415 |
| 1682 | 416 <P>If you experience troubles with the DGA driver please feel free to file |
| 417 a bug report to me (e-mail address below). Please start mplayer with the | |
| 418 -v option and include all lines in the bug report that start with vo_dga:</P> | |
| 419 | |
| 420 <P>Please do also include the version of X11 you are using, the graphics card | |
| 421 and your CPU type. The X11 driver module (defined in XF86-Config) might | |
| 422 also help. Thanks!</P> | |
| 1612 | 423 |
| 1682 | 424 |
| 425 <P><I>Acki (acki@acki-netz.de, www.acki-netz.de)</I></P> | |
| 1612 | 426 |
| 427 | |
| 1682 | 428 <P><B><A NAME=2.2.1.4>2.2.1.4. SDL</A></B></P> |
| 1612 | 429 |
| 1682 | 430 <P>Here are some notes about SDL out in <B>MPlayer</B>.</P> |
| 1612 | 431 |
| 432 | |
| 433 | |
| 1682 | 434 <P><TABLE BORDER=0> |
| 1987 | 435 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>There are several commandline switches for SDL:</B></P></TD><TR> |
| 436 <TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-vo sdl:name</TD><TD> </TD><TD> | |
| 437 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>specifies sdl video driver to use (ie. aalib, dga, x11)</TD><TR> | |
| 438 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-ao sdl:name</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>specifies sdl audio driver to use (ie. dsp, | |
| 1682 | 439 esd, arts)</TD><TR> |
| 1987 | 440 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-noxv</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>disables Xvideo hardware acceleration</TD><TR> |
| 441 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-forcexv</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>tries to force Xvideo acceleration</TD><TR> | |
| 1612 | 442 |
| 1987 | 443 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>SDL Keys:</B></P></TD><TR> |
| 1612 | 444 |
| 1987 | 445 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>F</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>toggles fullscreen/windowed mode</TD><TR> |
| 446 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>C</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>cycles available fullscreen modes</TD><TR> | |
| 447 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>W/S</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>mappings for * and / (mixer control)</TD><TR> | |
| 1612 | 448 |
| 1682 | 449 </TABLE></P> |
| 1612 | 450 |
| 1682 | 451 <P><B>KNOWN BUGS:</B></P> |
| 452 <P><UL><LI>Keys pressed under sdl:aalib console driver repeat forever. (use -vo aa !) | |
| 453 It's bug in SDL, I can't change it (tested with SDL 1.2.1). | |
| 454 </UL></P> | |
| 1612 | 455 |
| 1682 | 456 <P><B><A NAME=2.2.1.5>2.2.1.5. SVGAlib</A></B></P> |
| 457 | |
| 458 <P>If you don't have X, you can use the SVGAlib target! Be sure not to use the | |
| 459 -fs switch, since it toggles the usage of the software scaler, and it's | |
| 460 SLOOOW now, unless you have a real fast CPU (and/or MTRR?). :(</P> | |
| 1612 | 461 |
| 1682 | 462 <P>Of course you'll have to install svgalib and its development package in |
| 463 order for <B>MPlayer</B> build its SVGAlib driver (autodetected, but can be | |
| 464 forced), and don't forget to edit /etc/vga/libvga.config to suit your | |
| 465 card & monitor.</P> | |
| 1612 | 466 |
| 1682 | 467 <P><B><A NAME=2.2.1.6>2.2.1.6. Framebuffer output (FBdev)</A></B></P> |
| 468 | |
| 469 <P>Whether to build the FBdev target is autodetected during ./configure . | |
| 470 Read the framebuffer documentation in the kernel sources | |
| 471 (Documentation/fb/*) for info on how to enable it, etc.. !</P> | |
| 1612 | 472 |
| 1682 | 473 <P>If your card doesn't support VBE 2.0 standard (older ISA/PCI |
| 474 cards, such as S3 Trio64), only VBE 1.2 (or older?) : | |
| 475 Well, VESAfb is still available, but you'll have to load SciTech Display | |
| 476 Doctor (formerly UniVBE) before booting Linux. Use a DOS boot disk or | |
| 477 whatever. And don't forget to register your UniVBE ;))</P> | |
| 1612 | 478 |
| 1682 | 479 <P>The FBdev output takes some additional parameters above the others:</P> |
| 1612 | 480 |
| 1682 | 481 <P><TABLE BORDER=0> |
| 1987 | 482 <TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-fb</TD><TD> </TD><TD> |
| 483 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>specify the framebuffer device to use (/dev/fd0)</TD><TR> | |
| 484 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-fbmode</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>mode name to use (according to /etc/fb.modes)</TD><TR> | |
| 485 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-fbmodeconfig</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2> config file of modes (default /etc/fb.modes)</TD><TR> | |
| 486 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-monitor_hfreq</TD><TD></TD><TD ROWSPAN=3><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>IMPORTANT values, see example.conf</TD><TR> | |
| 487 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-monitor_vfreq</TD><TD></TD><TR> | |
| 488 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-monitor_dotclock</TD><TD></TD><TR> | |
| 1682 | 489 </TABLE></P> |
| 1612 | 490 |
| 1682 | 491 <P>If you want to change to a specific mode, then use</P> |
| 1612 | 492 |
| 1682 | 493 <P><CODE> mplayer -vm -fbmode (NameOfMode) filename</CODE></P> |
| 1612 | 494 |
| 1682 | 495 <P><UL><LI><B>-vm</B> alone will choose the most suitable mode from /etc/fb.modes . Can be |
| 496 used together with -x and -y options too. The -flip option is supported only | |
| 497 if the movie's pixel format matches the video mode's pixel format. | |
| 498 Pay attention to the bpp value, fbdev driver tries to use the current, | |
| 499 or if you specify the -bpp option, then that. | |
| 500 <LI><B>-zoom</B> option isn't supported (software scaling is slow). -fs option | |
| 501 isn't supported. You can't use 8bpp (or less) modes.</UL></P> | |
| 1612 | 502 |
| 1682 | 503 <P>NOTE: FBdev video mode changing _does not work_ with the VESA framebuffer, |
| 504 and don't ask for it, since it's not an <B>MPlayer</B> limitation.</P> | |
| 1612 | 505 |
| 1682 | 506 <P><B><A NAME=2.2.1.7>2.2.1.7. Matrox framebuffer (mga_vid)</A></B></P> |
| 1612 | 507 |
| 1992 | 508 <P>This section is about the Matrox G200/G400/G450/G550 BES (Back-End Scaler) |
| 1682 | 509 support, the mga_vid kernel driver. It's active developed by me (A'rpi), and |
| 510 it has hardware VSYNC support with triple buffering. It works on both | |
| 511 framebuffer console and under X.</P> | |
| 512 | |
| 513 <P>To use it, you first have to compile mga_vid.o:</P> | |
| 1612 | 514 |
| 1682 | 515 <P><CODE> cd drivers<BR> |
| 516 make</CODE></P> | |
| 1612 | 517 |
| 1682 | 518 <P>Then create /dev/mga_vid device:</P> |
| 1612 | 519 |
| 1682 | 520 <P><CODE> mknod /dev/mga_vid c 178 0</CODE></P> |
| 1612 | 521 |
| 1682 | 522 <P>and load the driver with</P> |
| 523 | |
| 524 <P><CODE> insmod mga_vid.o</CODE></P> | |
| 1612 | 525 |
| 1682 | 526 <P>You should verify the memory size detection using the 'dmesg' command. If |
| 527 it's bad, use the mga_ram_size option (rmmod mga_vid first), specify card's | |
| 528 memory size in MB:</P> | |
| 1612 | 529 |
| 1682 | 530 <P><CODE> insmod mga_vid.o mga_ram_size=16</CODE></P> |
| 1612 | 531 |
| 1682 | 532 <P>To make it load/unload automatically when needed, insert the following line |
| 533 at the end of /etc/modules.conf:</P> | |
| 1612 | 534 |
| 1682 | 535 <P><CODE> alias char-major-178 mga_vid</CODE></P> |
| 1612 | 536 |
| 1682 | 537 <P>Then run</P> |
| 1612 | 538 |
| 1682 | 539 <P><CODE> depmod -a</CODE></P> |
| 1612 | 540 |
| 1682 | 541 <P>Now you have to (re)compile <B>MPlayer</B>, ./configure will detect /dev/mga_vid |
| 542 and build the 'mga' driver. Using it from <B>MPlayer</B> goes by '-vo mga' if | |
| 543 you have matroxfb console, or '-vo xmga' under XFree86 3.x.x or 4.x.x.</P> | |
| 544 | |
| 2108 | 545 <P>The mga_vid driver cooperates with Xv.</P> |
| 1612 | 546 |
| 547 | |
| 1682 | 548 <P><B><A NAME=2.2.1.8>2.2.1.8. SiS 6326 framebuffer (sis_vid)</A></B></P> |
| 549 | |
| 550 <P>SiS 6326 YUV Framebuffer driver -> sis_vid kernel driver</P> | |
| 1612 | 551 |
| 1682 | 552 <P>Its interface should be compatible with the mga_vid, but the driver was not |
| 553 updated after the mga_vid changes, so it's outdated now. Volunteers | |
| 554 needed to test it and bring the code up-to-date.</P> | |
| 1612 | 555 |
| 1992 | 556 <P><B><A NAME=2.2.1.9>2.2.1.9. 3dfx YUV support (tdfxfb)</A></B></P> |
| 1612 | 557 |
| 1992 | 558 <P>This driver uses the kernel's tdfx framebuffer driver to play movies with |
| 559 YUV acceleration. You'll need a kernel with tdfxfb support, and recompile with | |
| 560 <CODE>./configure --enable-tdfxfb</CODE></P> | |
| 1612 | 561 |
| 1682 | 562 <P><B><A NAME=2.2.1.10>2.2.1.10. OpenGL output</A></B></P> |
| 1612 | 563 |
| 1682 | 564 <P><B>MPlayer</B> support displaying movies using OpenGL. Unfortunately, not all |
| 565 drivers support this ability. For example the Utah-GLX drivers | |
| 566 (for XFree86 3.3.6) have it, with all cards. | |
| 567 See <A HREF="http://utah-glx.sourceforge.net">http://utah-glx.sourceforge.net</A> | |
| 568 for details about how to install it.</P> | |
| 1612 | 569 |
| 1682 | 570 <P>XFree86(DRI) >= 4.0.3 supports it only with Matrox, and Radeon cards. |
| 571 See <A HREF="http://dri.sourceforge.net">http://dri.sourceforge.net</A> for download, | |
| 572 and installation instructions.</P> | |
| 1612 | 573 |
| 1682 | 574 <P><B><A NAME=2.2.1.11>2.2.1.11. AAlib - text mode displaying</B></P> |
| 1612 | 575 |
| 1682 | 576 <P><B>AAlib</B> is a library for displaying graphics in text mode, using powerful |
| 577 ASCII renderer. There are LOTS of programs already supporting it, like Doom, | |
| 578 Quake, etc. MPlayer contains a very usable driver for it. | |
| 579 If ./configure detects aalib installed, the aalib libvo driver will be built.</P> | |
| 1612 | 580 |
| 1682 | 581 <P><TABLE BORDER=0> |
| 1987 | 582 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>You can use some keys in the AA Window to change rendering options:</B></P></TD><TR> |
| 583 <TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>1</TD><TD> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>decrease contrast</TD><TR> | |
| 584 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>2</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>increase contrast</TD><TR> | |
| 585 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>3</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>decrease brightness</TD><TR> | |
| 586 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>4</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>increase brightness</TD><TR> | |
| 587 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>5</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>switch fast rendering on/off</TD><TR> | |
| 588 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>6</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>set dithering mode (none, error distribution, floyd steinberg)</TD><TR> | |
| 589 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>7</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>invert image</TD><TR> | |
| 590 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>a</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>toggles between aa and mplayer control)</TD><TR> | |
| 1682 | 591 |
| 1987 | 592 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>The following command line options can be used:</B></P></TD><TR> |
| 1612 | 593 |
| 1987 | 594 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aaosdcolor=V</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>change osd color</TD><TR> |
| 595 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aasubcolor=V</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>change subtitle color</TD><TR> | |
| 596 <TD COLSPAN=3></TD><TD><P><I><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>where V can be: (0/normal, 1/dark, 2/bold, 3/boldfont, 4/reverse, 5/special)</P></TD><TR> | |
| 1612 | 597 |
| 1987 | 598 <TD COLSPAN=4><P><B><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>AAlib itselves provides a large sum of options. |
| 1682 | 599 Here are some important:</P></B></TD><TR> |
| 600 | |
| 1987 | 601 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aadriver</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>set recommended aa driver (X11, curses, linux)</TD><TR> |
| 602 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aaextended</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>use all 256 characters</TD><TR> | |
| 603 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aaeight</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>use eight bit ascii</TD><TR> | |
| 604 <TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>-aahelp</TD><TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>prints out all aalib options</TD><TR> | |
| 1682 | 605 </TABLE></P> |
| 606 | |
| 607 <P>NOTE: the rendering is very CPU intensive, especially when using AA-on-X | |
| 608 (using aalib on X), and it's least CPU intensive on standard, | |
| 609 non-framebuffer console. Use SVGATextMode to set up a big textmode, | |
| 610 then enjoy! (secondary head Hercules cards rock :)) (anyone can enhance | |
| 611 bdev to do conversion/dithering to hgafb? Would be neat :)</P> | |
| 1612 | 612 |
| 1682 | 613 <P>Use the -framedrop option if your comp isn't fast enough to render all frames!</P> |
| 1612 | 614 |
| 1682 | 615 <P>Playing on terminal you'll get better speed and quality using the linux driver, not |
| 616 curses (-aadriver linux). But therefore you need write access on /dev/vcsa<terminal>! | |
| 617 That isn't autodetected by aalib, bu vo_aa tries to find the best mode. | |
| 1731 | 618 See <A HREF="http://aa-project.sourceforge.net/tune/">http://aa-project.sourceforge.net/tune/</A> for further tuning issues.</P> |
| 1612 | 619 |
| 1682 | 620 <P><B><A NAME=2.2.1.A>2.2.1.A. TV-out support</A></B></P> |
| 1612 | 621 |
| 1682 | 622 <P><B><A NAME=2.2.1.A.1>2.2.1.A.1. Matrox cards</A></B></P> |
| 1612 | 623 |
| 1682 | 624 <P><I> What I'd love to see in mplayer is the the same feature that I see in my |
| 625 windows box. When I start a movie in windows (in a window or in full screen) | |
| 626 the movie is also redirected to the tv-out and I can also see it full screen | |
| 627 on my tv. I love this feature and was wondering how hard it would be to add | |
| 628 such a feature to mplayer.</I></P> | |
| 1612 | 629 |
| 1682 | 630 <P>It's a driver limitation. BES (Back-End Scaler, it's the overlay generator |
| 1992 | 631 and YUV scaling engine of G200/G400/G450/G550 cards) works only with CRTC1. |
| 1682 | 632 Normally, CRTC1 (textmode, every bpp gfx and BES) is routed to HEAD1, |
| 633 and CRTC2 (only 16/32bpp gfx) is routed to HEAD2 (TV-out).</P> | |
| 1612 | 634 |
| 1682 | 635 <P>Under linux, you have two choices to get TV-out working:</P> |
| 1612 | 636 |
| 1682 | 637 <P><UL> |
| 638 <LI>Using X 4.0.x + the HAL driver from matrox, so you'll get dual-head | |
| 639 support, and you'll be able to redirect second output to the TV. | |
| 640 Unfortunately it has Macrovision encryption enabled, so it will | |
| 641 only work on directly-connected TV, no through VCR. | |
| 642 Other problem is that Xv doesn't work on the second head. | |
| 643 (I don't know how Windows solve it, maybe it swaps the CRTCs between | |
| 644 the heads, or just uses YUV framebuffer of second DAC with some trick) | |
| 645 <LI>Using matroxfb with dual-head support enabled (2.4.x kernels). | |
| 646 You'll be able to get a framebuffer console (using CRTC2, so it's | |
| 647 slow), and TV-out (using CRTC1, with BES support). | |
| 648 You have to forget X while using this kind of TV-out! :( | |
| 649 </UL></P> | |
| 1612 | 650 |
| 1682 | 651 <P>Follow these instructions:</P> |
| 1612 | 652 |
| 1682 | 653 <P><UL> |
| 654 <LI>Compile all the matrox-related things to modules in the kernel. | |
| 655 (you MUST compile them to modules, at least I couldn't get them | |
| 656 working built-in yet) | |
| 657 [reboot to new kernel & install modules, but don't load them yet!] | |
| 658 <P><CODE> | |
| 659 cd TVout<BR> | |
| 660 ./compile.sh</CODE></P> | |
| 661 <LI>Run the 'modules' script from the TV-out directory of mplayer. | |
| 662 It will switch your console to framebuffer. | |
| 663 Change to tty1 (ALT+F1)! | |
| 664 Now run the script 'independent', it will set up your tty's: | |
| 665 <P>tty 1,2: fb console, CRTC2, head 1 (monitor)<BR> | |
| 666 tty 3,4,5...: framebuffer+BES, CRTC1, head 2 (TV-out)</P> | |
| 667 You should run the scripts TV-* and Mon-* to set up resolutions: | |
| 668 <P>change to tty1 (ALT+F1), and run Mon-* (one of them)<BR> | |
| 669 change to tty3 (ALT+F3) and then back to tty1 (ALT+F1)</P> | |
| 670 (this change will select tty3 on /dev/fb1 - tricky)<BR> | |
| 671 <P>run TV-* (one of them)</P> | |
| 672 (now you'll get a console on your PAL TV - don't know about NTSC) | |
| 673 <P>Now if you start mplayer (on tty1), the picture will show up on | |
| 674 the tty3, so you'll see it on your TV or second monitor.</P> | |
| 675 </UL></P> | |
| 1612 | 676 |
| 2320 | 677 You should edit your config file, to contain the <CODE>screenw</CODE> and |
| 678 <CODE>screenh</CODE> options (the first should be set to the horizontal | |
| 679 resolution of the framebuffer, and the latter to the vertical. See | |
| 680 <CODE>example.conf</CODE>). This is required for fullscreen playing, and for | |
| 681 the aspect code to work.</P> | |
| 682 | |
| 1682 | 683 <P>Yes, it is a bit 'hack' now. But I'm waiting for the marvel |
| 684 project to be finished, it will provide real TV-out drivers, I hope.</P> | |
| 1612 | 685 |
| 1682 | 686 <P>My current problem is that BES is working only with CRTC1. So picture |
| 687 will always shown up on head routed to CRTC1 (normaly the monitor), | |
| 688 so i have to swap CRTC's, but this way your console will framebuffer | |
| 689 (CRTC2 can't do text-mode) and a bit slow (no acceleration). :(</P> | |
| 1612 | 690 |
| 2334 | 691 <P><I>Anyway i also just get monochrome output on the tv ...</I><BR> |
| 1682 | 692 Maybe you have NTSC TV? Or just didn't run one of TV-* scripts.</P> |
| 1612 | 693 |
| 2206 | 694 |
| 2309 | 695 <P><B><A NAME=2.2.1.A.1a>2.2.1.A.1a. Matrox cards (method 2 - the XFree approach)</A></B></P> |
| 696 | |
| 697 <P>The previous method doesn't work very good for X users, since either they | |
| 698 have to shutdown it, or it becomes uselessly messy. This section is for them.</P> | |
| 699 | |
| 700 <P> | |
| 701 <LI>compile the matroxfb stuff to modules</LI> | |
| 702 <LI>load modules with the <CODE>./modules</CODE> script</LI> | |
| 2334 | 703 <LI>turn on display cloning with <CODE>./cloning</CODE> . This way CRTC2 |
| 704 won't be used, CRTC1 will display on <I>both</I> heads. | |
| 2309 | 705 <LI>execute <CODE>./TV-640x512</CODE> or whichever resolution you |
| 706 wish to use</LI> | |
| 707 </P> | |
| 708 | |
| 709 <P>Now you should have a clean picture on the TV, and maybe a somewhat strange | |
| 2313 | 710 picture on the monitor. But monitor doesn't matter, start X. Your TV |
| 2309 | 711 goes black or have strange stripes, but monitor/X is fine !<BR> |
| 2320 | 712 |
| 713 <P> | |
| 2309 | 714 So, anytime you want to start watching something on TV, just start |
| 2408 | 715 <B>MPlayer</B> in X with the <CODE>-vo mga -screenw XXX -screenh XXX</CODE> |
| 716 (write the horizontal and vertical resolution of your framebuffer to the XXX's, | |
| 717 respectively) options, change to tty1 (with ctrl-alt-f1), and turn off the | |
| 718 monitor. | |
| 2309 | 719 </P> |
| 720 | |
| 2206 | 721 <P><B><A NAME=2.2.1.A.2>2.2.1.A.2. ATI cards</A></B></P> |
| 722 | |
| 723 <P> | |
| 724 <b>A few word about ATI's TV-out:</b><BR> | |
| 725 Currently ATI doesn't want to support any of its TV-out chips under Linux. | |
| 726 Below is official answer from ATI Inc.: | |
| 727 | |
| 728 <P> | |
| 729 <code> | |
| 730 <i> | |
| 731 <br>> Hello! | |
| 732 <br>> | |
| 733 <br>> On your pages you wrote that you support linux developers. | |
| 734 <br>> Currently I participate with mplayer project (www.mplayerhq.hu) | |
| 735 <br>> I'm interesting with enabling TV-out on Radeon VE chips during | |
| 736 <br>> movie playback. I would be glad to add this feature to radeonfb driver | |
| 737 <br>> (which can be found in CVS tree of mplayer project at main/drivers/radeon). | |
| 738 <br>> Do I have a chance to get any official technical documenation? | |
| 739 </i> | |
| 740 <br>We will not provide TV out related documents due to macrovision concerns. | |
| 741 <br>Also mpeg2 decoding is something that we MAY consider in the future but not | |
| 742 <br>at this current time. This is again due to proprietary and 3rd party | |
| 743 <br>information. | |
| 744 </code> | |
| 745 </P> | |
| 746 | |
| 747 <P>Pity isn't?</P> | |
| 748 | |
| 749 <P> | |
| 750 <code> | |
| 751 <B>Q:What is Macrovision?</B><BR> | |
| 752 A:It's copy protection mechanism.</code> | |
| 753 </P> | |
| 754 | |
| 755 <P>It means that if they open any TV-out related information then | |
| 756 hackers will be able to disable copy protection on their chips. Therefore | |
| 757 we have no chance to get working TV-out on ATI.</P> | |
| 758 | |
| 759 <P>What's status of ATI's tv-out chips under Linux: | |
| 760 <LI><b>ATI Mach64</b> has <i>ImpacTV</i> which is supported by gatos. | |
| 761 <LI><b>ASIC Radeon VIVO</b> has <i>Rage Theatre</i> which is supported by gatos. | |
| 762 <LI><b>Radeon VE</b> and <b>Rage PRO LT</b> have <i>ImpacTV2+</i> which is not supported under Linux.</P> | |
| 763 | |
| 764 <P> | |
| 765 From other side - we could have a chance to have TV-out support through | |
| 766 <b>VESA drivers</b> on x86 systems but since Linux has too limited <i>vm86 syscall</i> | |
| 767 - it's unreachable on practice. Finely every access to IO space causes exception | |
| 768 and driver attempts to emulate even VESA calls instead passing them to native | |
| 769 int_10h handler. | |
| 770 </P> | |
| 771 | |
| 772 </P> | |
| 773 | |
| 1612 | 774 </BODY> |
| 775 </HTML> |