[MPlayer-dev-eng] [PATCH] README

[Diego Biurrun]

Ivan Kalvatchev writes:
 > 
 > You may mention that the GUI is in alpha 
 > development stage. 

OK.

 > Installing ffmpeg ought to be STEP1, it is
 > much more importan to watch the movie than
 > to read it!!. STEP4 must be second.

Frankly I do not care much about the order of the steps.  Without
external codecs MPlayer can already play a few movie types.  But since
the focus is still at the command line at the moment we might as well
change the order.

 > For installing fonts it may be a good idea 
 > to show how the directory should look after 
 > successfully instalation e.g.
 > "enter ls ~/.mplayer/font and if you see
 > bla, bla bla
 > then you have installed the fonts". This is
 > a common mistake and for win32 codecs instalation.

Hmm.  See below.

 > Again for ffmpeg. The sentance "if you are using 
 > release..." should be on the top. No need to
 > read the rest, if you have it.

OK, might as well say it up front..

 > Why the users should move the libavcodec directory? 
 > This is CVS and next time it will download only the 
 > differences. So i think that copy is better choice.

OK, copy then.

 > It wont be bad to give the command to the users e.g.
 > enter "cp -R /dir/to/ffmpeg/libavcodec/ /dir/to/mplayer/"

I haven't really included the commands necesary to perform the
described steps anywhere.  It would probably be easier if they were
included, but when I asked on -users nobody answered so the jury is
still out on that.  Opinions?

 > This is the place to ask Arpi to change the cvs module name from
 > "main" to "mplayer". 

Would be nicer, but I doubt he'll do it.  That's hardly more than a
cosmetic change.

 > About Installing Win32 codecs. There are ASF files that could be
 > played without win32 binaries and there are enough DivX3 avi-s that
 > came with WMA audio (divx-audio).

Yes, you are right, ASF is a file format, not a codec.  Corrected.
The second class falls under the obscure movie types ;-)

 > And the senstance "the buildin codecs are much faster..." i
 > missunderstood as "win32 are much faster..". We are talking about
 > win32 and must say that they are slower that the native one.
 > Anyway this is not in big importance.

If it confuses you, it might confuse someone else.  Clarified.

 > STEP4 is dublicated:) (win32,compiling:)

Ooops, yes indeed.

Diego


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: mplayer_readme.patch
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20020530/7eb44167/attachment.asc>