comparison DOCS/video.html @ 8029:6ccd72982b88

Document xvidix pixmap corruption issue and known workarounds.
author ranma
date Sat, 02 Nov 2002 00:27:57 +0000
parents 66c0515d234f
children 59f4133fbab5
comparison
equal deleted inserted replaced
8028:c06fa0b05c1c 8029:6ccd72982b88
849 <H4>USAGE</H4> 849 <H4>USAGE</H4>
850 850
851 <UL> 851 <UL>
852 <LI>You can use standalone video output driver: <CODE>-vo xvidix</CODE><BR> 852 <LI>You can use standalone video output driver: <CODE>-vo xvidix</CODE><BR>
853 This driver was developed as X11's front end to VIDIX technology. It 853 This driver was developed as X11's front end to VIDIX technology. It
854 requires X server and can work only under X server.</LI> 854 requires X server and can work only under X server. Note that, as it
855 directly accesses the hardware and circumvents the X driver, pixmaps
856 cached in the graphics card's memory may be corrupted. You can prevent
857 this by limiting the amount of video memory used by X with the XF86Config
858 option "VideoRam" in the device section. You should set this to the amount
859 of memory installed on your card minus 4MB. If you have less than 8MB of
860 video ram, you can use the option "XaaNoPixmapCache" in the screen section
861 instead.</LI>
855 <LI>You can use VIDIX subdevice which was applied to several video output 862 <LI>You can use VIDIX subdevice which was applied to several video output
856 drivers, such as:<BR> 863 drivers, such as:<BR>
857 <CODE>-vo vesa:vidix</CODE> (<B>Linux only</B>) and <CODE>-vo fbdev:vidix</CODE></LI> 864 <CODE>-vo vesa:vidix</CODE> (<B>Linux only</B>) and <CODE>-vo fbdev:vidix</CODE></LI>
858 </UL> 865 </UL>
859 866