1
0
mirror of https://github.com/mpv-player/mpv synced 2025-01-27 18:13:15 +00:00

no capital X in xine's name

(ok, 1l to me ;)


git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@10145 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
nicolas 2003-05-21 11:12:17 +00:00
parent fea222079a
commit 52c57cd06f
6 changed files with 8 additions and 8 deletions

View File

@ -55,7 +55,7 @@ playing MP3s or sound effects.
<para>
Other media players like <ulink url="http://avifile.sourceforge.net">aviplay</ulink>
or <ulink url="http://xine.sourceforge.net">Xine</ulink> possibly work
or <ulink url="http://xine.sourceforge.net">xine</ulink> possibly work
out-of-the-box with these drivers because they use "simple" methods
with internal timing. Measuring showed that their methods are not as
efficient as <application>MPlayer</application>'s.

View File

@ -84,7 +84,7 @@ Playing from RTSP:
<para>
Latest versions of <application>MPlayer</application> also accepts VCD and
DVD tracks in URL style, just like <application>Xine</application> does:
DVD tracks in URL style, just like <application>xine</application> does:
<screen>mplayer dvd://1</screen>
or
<screen>mplayer vcd://1</screen>

View File

@ -187,9 +187,9 @@ incomplete and insulting. You be the judge.
He went on to mention <application>MPlayer</application> negatively in his
<ulink url="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 Linux predictions for 2002</ulink>.
In a followup
<ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">review of Xine</ulink>
<ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">review of xine</ulink>
he continued stirring up controversy. Ironically at the end of that article
he quotes his exchange with Günter Bartsch, the original author of <application>Xine</application>,
he quotes his exchange with Günter Bartsch, the original author of <application>xine</application>,
that perfectly summarizes the whole situation:
<blockquote><para>

View File

@ -54,7 +54,7 @@ n'est pas requise pour jouer des MP3 ou des effets sonores.
<para>
D'autres lecteurs multimédia comme <ulink url="http://avifile.sourceforge.net">aviplay</ulink>
ou <ulink url="http://xine.sourceforge.net">Xine</ulink> fonctionnent probablement
ou <ulink url="http://xine.sourceforge.net">xine</ulink> fonctionnent probablement
autrement avec ces pilotes parce qu'ils utilisent des méthodes "simples" pour leur
synchro interne. Le temps affichés avec leurs méthodes n'est pas aussi précis que celui
de <application>MPlayer</application>.

View File

@ -84,7 +84,7 @@ Lecture
<para>
Les dernières versions de <application>MPlayer</application> acceptent
également les pistes VCD et DVD en style URL, comme <application>Xine</application>:
également les pistes VCD et DVD en style URL, comme <application>xine</application>:
<screen>mplayer dvd://1</screen>
ou
<screen>mplayer vcd://1</screen>

View File

@ -179,9 +179,9 @@ Il a
<application>MPlayer</application> dans ses
<ulink url="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 prédictions Linux pour 2002</ulink>.
Puis dans une
<ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">critique de Xine</ulink>
<ulink url="http://www.linuxworld.com/site-stories/2002/0125.xine.html">critique de xine</ulink>
il a continué d'alimenter la controverse. Ironiquement à la fin de cet article il cite
son échange avec Günter Bartsch, l'auteur original de <application>Xine</application>,
son échange avec Günter Bartsch, l'auteur original de <application>xine</application>,
qui résume parfaitement la situation:
<blockquote><para>