comparison DOCS/video.html @ 7969:9ec3f2b9a87f

<B>MPlayer</B> --> MPlayer
author diego
date Tue, 29 Oct 2002 23:37:45 +0000
parents 32ae0a9d06aa
children 66c0515d234f
comparison
equal deleted inserted replaced
7968:2648f13b1709 7969:9ec3f2b9a87f
1176 reencode it to MPEG it will fill the buffer very fast.<BR> 1176 reencode it to MPEG it will fill the buffer very fast.<BR>
1177 With prebuffering video playback is <B>much</B> less sensitive to other 1177 With prebuffering video playback is <B>much</B> less sensitive to other
1178 programs hogging the CPU, it will not drop frames unless applications hog 1178 programs hogging the CPU, it will not drop frames unless applications hog
1179 the CPU for a long time.<BR> 1179 the CPU for a long time.<BR>
1180 When running without prebuffering the em8300 is much more sensitive to CPU 1180 When running without prebuffering the em8300 is much more sensitive to CPU
1181 load, so it is highly suggested that you turn on <B>MPlayer's</B> 1181 load, so it is highly suggested that you turn on MPlayer's
1182 <CODE>-framedrop</CODE> option to avoid further loss of sync.<BR> 1182 <CODE>-framedrop</CODE> option to avoid further loss of sync.<BR>
1183 <CODE>sync</CODE> will turn on the new sync-engine. This is currently an 1183 <CODE>sync</CODE> will turn on the new sync-engine. This is currently an
1184 experimental feature. With the sync feature turned on the em8300's internal 1184 experimental feature. With the sync feature turned on the em8300's internal
1185 clock will be monitored at all times, if it starts to deviate from MPlayer's 1185 clock will be monitored at all times, if it starts to deviate from MPlayer's
1186 clock it will be reset causing the em8300 to drop any frames that are lagging 1186 clock it will be reset causing the em8300 to drop any frames that are lagging
1316 not yet in the mainstream kernel. Currently the <B>mga_vid</B> module 1316 not yet in the mainstream kernel. Currently the <B>mga_vid</B> module
1317 can't be used AFAIK, because the G450/G550 driver works only in one 1317 can't be used AFAIK, because the G450/G550 driver works only in one
1318 configuration: the first CRTC chip (with much more features) on the first 1318 configuration: the first CRTC chip (with much more features) on the first
1319 display (on monitor), and the second CRTC (no <B>BES</B> - for explanation 1319 display (on monitor), and the second CRTC (no <B>BES</B> - for explanation
1320 on BES, please see the G400 section above) on TV. So you can only use 1320 on BES, please see the G400 section above) on TV. So you can only use
1321 <B>MPlayer's</B> <I>fbdev</I> output driver at the present.</P> 1321 MPlayer's <I>fbdev</I> output driver at the present.</P>
1322 1322
1323 <P>The first CRTC can't be routed to the second head currently. 1323 <P>The first CRTC can't be routed to the second head currently.
1324 The author of the kernel matroxfb driver - Petr Vandrovec - will maybe make 1324 The author of the kernel matroxfb driver - Petr Vandrovec - will maybe make
1325 support for this, by displaying the first CRTC's output onto both of the 1325 support for this, by displaying the first CRTC's output onto both of the
1326 heads at once, as currently recommended for G400, see the section above.</P> 1326 heads at once, as currently recommended for G400, see the section above.</P>