Mercurial > mplayer.hg
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> |