Also driver supports the following RAMDACs:
The driver auto-detects the chipset and RAMDAC, but the following Chipset names may optionally be specified in the configuration file "Device" section, and will override the auto-detection:
The 86C765 (Trio64V+) is Chipset "Trio32/64" with ChipRev greater or equal 0x40.
An overriding of RAMDAC auto-detection currently is not implemented.
For every supported colour depth the X server automatically selects an appropriate number of bits per pixel (bpp) for framebuffer. The depth 8 is represented by 8 bpp framebuffer (1 byte/pixel), the depths 15 and 16 (respectively 5.5.5 and 5.6.5 pixel formats) are represented by the 16 bpp framebuffer (2 bytes/pixel). Whenever the depth 24 is configured, the X server by default uses the 32 bpp framebuffer (4 bytes/pixel), and the hardware is adjusted accordingly to the X.8.8.8 pixel format, where X is the ignored upper byte.
As the second option for the depth 24, the X server can be configured to use 24 bpp framebuffer with the 8.8.8 pixel format (3 bytes/pixel), which is supported by Trio64V+, Trio64UV+, Trio64V2/DX and Trio64V2/GX. If the video board has limited video RAM the 24 bpp framebuffer has an advantage over 32 bpp framebuffer as it requires less memory to store screen, and, therefore, more space will be available for a video frame (see "Overlay video" section). The 24 bpp framebuffer can be selected by X server's option -fbbpp 24 or by specifying DefaultFbBpp option in xorg.conf(5):
However, the 24 bpp framebuffer mode has the hardware limitations: (i) the 2D acceleration doesn't work with this mode (use the "shadowFB" option to speed up drawing routines in this case); (ii) 24 bpp framebuffer cannot be used with either interlaced or doublescan graphics modes.
If your video board has limited RAM it would be useful to estimate how large video frame might be placed in offscreen video memory. Suppose that the video board has 2 MB of RAM, and X server is configured to display 800x600 with the depth 24. By default the 32 bpp framebuffer will be chosen for this depth, so 800 x 600 x 4 = 1875 kB will be reserved for screen, and 2 MB - 1875 kB = 173 kB will remain for the offscreen area. This is sufficient space, for example, for the VCD NTSC 352x240 frame. If you need to upscale video with a bigger frame, but it doesn't fit the offscreen area, the only way to do this is to lower either the resolution or framebuffer's depth or both before the viewing, otherwise, you will get the allocation error and will not see the video. For example, with 24 bpp framebuffer and the same resolution 800x600 the offscreen area will be about 640 kB - it's enough for the 640x480 frame. 800x600 with the 16 bpp framebuffer gives about 1110 kB of offscreen area - this allows to upscale up to 768x576 movies. Note, that all movie resolutions in examples above are provided as a reference; the movies can have the different aspect ratios and non-standard dimensions. A total pixel amount is the main consideration not the certain width and height.
Due to hardware limitation the overlay video will not work with the interlaced/doublescan modes. Downscaling is not implemented in hardware.
The following display Options are supported:
The following video memory Options are supported:
The manual was written by Evgeny M. Zubok <email@example.com>