December 2005 - MPlayer-DOCS - lists.mplayerhq.hu

CVS: main/DOCS/man/en mplayer.1,1.1172,1.1173
by syncmail＠mplayerhq.hu 10 Dec '05

10 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv17230/DOCS/man/en Modified Files: mplayer.1 Log Message: 1/4l Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.1172 retrieving revision 1.1173 diff -u -r1.1172 -r1.1173 --- mplayer.1 10 Dec 2005 23:14:24 -0000 1.1172 +++ mplayer.1 10 Dec 2005 23:16:11 -0000 1.1173 @@ -1263,7 +1263,7 @@ .RE .PD 0 .RSs -.IPs "mplayer foreman.qcif -demuxer rawvideo -rawvideo qcif:w=176:h=14" +.IPs "mplayer foreman.qcif -demuxer rawvideo -rawvideo qcif:w=176:h=144" Play the famous "foreman" sample video. .RE .PD 1

1 0

CVS: main/DOCS/man/en mplayer.1,1.1171,1.1172
by syncmail＠mplayerhq.hu 10 Dec '05

10 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv26437/DOCS/man/en Modified Files: mplayer.1 Log Message: Formatting fix Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.1171 retrieving revision 1.1172 diff -u -r1.1171 -r1.1172 --- mplayer.1 10 Dec 2005 22:49:13 -0000 1.1171 +++ mplayer.1 10 Dec 2005 23:14:24 -0000 1.1172 @@ -1256,9 +1256,14 @@ colorspace (fourcc) in hex .IPs size=<value> frame size in Bytes +.REss .sp 1 +.RS .I EXAMPLE: -.IPs mplayer foreman.qcif -demuxer rawvideo -rawvideo qcif:w=176:h=144 +.RE +.PD 0 +.RSs +.IPs "mplayer foreman.qcif -demuxer rawvideo -rawvideo qcif:w=176:h=14" Play the famous "foreman" sample video. .RE .PD 1

1 0

CVS: main/DOCS/xml/en ports.xml,1.70,1.71
by syncmail＠mplayerhq.hu 10 Dec '05

10 Dec '05

CVS change done by Diego Biurrun CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv1319/en Modified Files: ports.xml Log Message: known bugs with P4 and SSE, small fixes based on a patch by compn < . tempn . @ . twmi . . . rr . . . com . > Index: ports.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/ports.xml,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- ports.xml 13 Sep 2005 11:04:20 -0000 1.70 +++ ports.xml 10 Dec 2005 19:01:01 -0000 1.71 @@ -505,11 +505,25 @@ console is rather slow. Redirecting output or using the <option>-quiet</option> option has been reported to improve performance on some systems. Direct rendering (<option>-dr</option>) may also help. - You can prevent OSD flicker through double buffering with the - <option>-double</option> option. If playback is jerky, try + If playback is jerky, try <option>-autosync 100</option>. If some of these options help you, you may want to put them in your config file.</para> +<note> + +<para>On Windows the runtime CPU-detection disables SSE support + because of recurring and hard to trace SSE-related crashes. If you + wish to have SSE support, you will have to compile without runtime + CPU-detection. +</para> + +<para>If you have a Pentium 4 and are experiencing a crash using the + realplayer codecs you may need to disable hyperthreading support. +</para> + +</note> + + <sect2 id="cygwin"> <title><application>Cygwin</application></title>

3 2

CVS: main/DOCS/xml/en skin.xml,1.12,1.13
by syncmail＠mplayerhq.hu 10 Dec '05

10 Dec '05

CVS change done by Diego Biurrun CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv11835/en Modified Files: skin.xml Log Message: Remove obsolete note. Index: skin.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/skin.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- skin.xml 25 Jan 2005 12:44:37 -0000 1.12 +++ skin.xml 10 Dec 2005 20:28:11 -0000 1.13 @@ -2,21 +2,6 @@  <appendix id="skin"> <title><application>MPlayer</application> skin format</title> -<para> -The purpose of this document is to describe the -<application>MPlayer</application> skin format. The information contained here -might be wrong, for -<orderedlist> -<listitem><para>It is not me who wrote the GUI.</para></listitem> -<listitem><para>The GUI is not finished.</para></listitem> -<listitem><para>I might be wrong.</para></listitem> -</orderedlist> -So do not be surprised if something does not work as described here. -</para> - -<para>Thanks to <emphasis>Zoltán Ponekker</emphasis> for his help.</para> - -<para><emphasis>András Mohari <mayday(a)freemail.hu></emphasis></para> <sect1 id="skin-overview"> <title>Overview</title>

1 0

[PATCH] a subtitle font scaling faq entry
by compn 10 Dec '05

10 Dec '05

>On Sun, Oct 23, 2005 at 12:58:02PM -0400, compn wrote: >> heres another FAQ entry. this is not obvious, and may help someone. >> A user in #mplayer found this helpful today. >> >> +mplayer -sub file.srt -subfont-text-scale 25 -subfont-autoscale 0 -vf scale=102 >> +4:768 <replaceable>file.avi</replaceable> > >What exactly does this command line achieve? I'm getting weird effects >where if I change OSD level the play symbol is minuscule while the >numbers are sized correctly... > >Diego example: mplayer 160x128.mpg -sub test.srt -xy 3 http://home.twmi.rr.com/compn/rescaledsubs.jpg vs mplayer 160x128.mpg -sub test.srt -vf scale=512:384 http://home.twmi.rr.com/compn/scaledsubs.jpg well if you have a small video, the subtitles will be scaled automatically to the video window (e.g. 160x128 video, with subtitles, then hit fullscreen). the subs will be scaled again, but it will be scaled from the first scale, instead of rescaled to new res, resulting in very jagged and crappy looking subs. maybe subs need to be rescaled when video res changes? e.g. dynamic sub scale? this method above would work always, at any video res, without scaling. new attached patch will just scale the video first, instead of subtitles. i dunno which is better or if either need to be in the FAQ.. -compn

2 1

[PATCH] sse disabled on win32 into docs
by compn 10 Dec '05

10 Dec '05

On Tue, 29 Nov 2005 12:57:11 +0100 Sascha Sommer <saschasommer(a)freenet.de> wrote: > On Tuesday 29 November 2005 12:37, John Brown wrote: > > >... the SSE routins get disabled by configure completely under win32, even > > >when mencoder is not build. > > > > Are you sure? > > > > config.h > > ----------- > > /* Extension defines */ > > ... > > #define HAVE_SSE 1 // only define if you have SSE (Intel Pentium III/4 or > > Celeron II) > > #define HAVE_SSE2 1 // only define if you have SSE2 (Intel Pentium 4) > > > > config.mak > > -------------- > > TARGET_SSE = yes > > > > > > It gets disabled in the runtime cpudetection code. > > Sascha patch to add 'sse support when building on win32 is disabled' to docs. second patch to add note for 'p4 users to turn off hyperthreading if the are experiencing a crash using realplayer codecs'. based upon bugreport in mplayer-advusers. -compn

4 3

CVS: main/help help_mp-en.h,1.209,1.210
by syncmail＠mplayerhq.hu 10 Dec '05

10 Dec '05

CVS change done by Tobias Diedrich CVS Update of /cvsroot/mplayer/main/help In directory mail:/var2/tmp/cvs-serv6452 Modified Files: help_mp-en.h Log Message: remove stray tab, which was confusing help_diff.sh Index: help_mp-en.h =================================================================== RCS file: /cvsroot/mplayer/main/help/help_mp-en.h,v retrieving revision 1.209 retrieving revision 1.210 diff -u -r1.209 -r1.210 --- help_mp-en.h 10 Dec 2005 01:39:37 -0000 1.209 +++ help_mp-en.h 10 Dec 2005 10:19:15 -0000 1.210 @@ -897,7 +897,7 @@ #define MSGTR_ABOUT_UHU "GUI development sponsored by UHU Linux\n" #define MSGTR_ABOUT_Contributors "Code and documentation contributors\n" -#define MSGTR_ABOUT_Codecs_libs_contributions "Codecs and third party libraries\n" +#define MSGTR_ABOUT_Codecs_libs_contributions "Codecs and third party libraries\n" #define MSGTR_ABOUT_Translations "Translations\n" #define MSGTR_ABOUT_Skins "Skins\n"

1 0

CVS: main/DOCS/xml/en faq.xml,1.99,1.100
by syncmail＠mplayerhq.hu 09 Dec '05

09 Dec '05

CVS change done by Diego Biurrun CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv20123/DOCS/xml/en Modified Files: faq.xml Log Message: -mc 0.1 is preferrable to -mc 10 since A/V sync is recovered quicker after seeking. Index: faq.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/faq.xml,v retrieving revision 1.99 retrieving revision 1.100 diff -u -r1.99 -r1.100 --- faq.xml 23 Nov 2005 08:40:18 -0000 1.99 +++ faq.xml 8 Dec 2005 08:44:36 -0000 1.100 @@ -714,7 +714,7 @@ How can I get rid of A/V desynchronization while seeking through RealMedia streams? </para></question> <answer><para> -<option>-mc 10</option> can help. +<option>-mc 0.1</option> can help. </para></answer> </qandaentry> </qandadiv>

3 3

Misdocumented option -verbose
by Oded Shimon 09 Dec '05

09 Dec '05

-verbose is totally misdocumented in the docs, it's described as simply an alias to '-v', its actual behavior is accepting a number, from 0 to 9, matching the different mp_msg levels (MSGL). mplayer => mplayer -verbose 0 mplayer -v => mplayer -verbose 1 mplayer -v -v => mplayer -verbose 2 and so on... with msglevel patch i just sent to dev-eng, -verbose corresponds to '-msglevel all=', only +5 levels. - ods15

3 5

CVS: main/DOCS/xml/en encoding-guide.xml,1.32,1.33
by syncmail＠mplayerhq.hu 09 Dec '05

09 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv16251/DOCS/xml/en Modified Files: encoding-guide.xml Log Message: Add indicative QP for ASP and AVC codecs Index: encoding-guide.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/encoding-guide.xml,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- encoding-guide.xml 20 Oct 2005 13:45:41 -0000 1.32 +++ encoding-guide.xml 27 Nov 2005 19:48:39 -0000 1.33 @@ -1043,6 +1043,9 @@ <sect3 id="menc-feat-dvd-mpeg4-resolution-bitrate-compute"> <title>Computing the resolution</title> <para> + The following steps will guide you to compute the resolution of your + encode without taking too much distortion by taking into account several + information about the souce video. First, you should compute the encoded aspect ratio: <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem> <itemizedlist> @@ -1079,17 +1082,30 @@ </para> <para> - The CQ depends both on the bitrate and the movie resolution. + The CQ depends both on the bitrate, the video codec efficiency and the + movie resolution. In order to raise the CQ, typically you would downscale the movie given that the bitrate is computed in function of the target size and the length of the movie, which are constant. - A CQ below 0.18 usually ends up in a very blocky picture, because there + With MPEG-4 ASP codecs such as <systemitem class="library">XviD</systemitem> + and <systemitem class="library">libavcodec</systemitem>, a CQ below 0.18 + usually ends up in a pretty blocky picture, because there are not enough bits to code the information of each macroblock (MPEG4, like many other codecs, groups pixels by blocks of several pixels to compress the image; if there are not enough bits, the edges of those blocks are visible). It is therefore wise to take a CQ ranging from 0.20 to 0.22 for a 1 CD rip, - and 0.26-0.28 for 2 CDs. + and 0.26-0.28 for 2 CDs with standard encoding options. + More advanced encoding options such as those listed here for + <link linkend="menc-feat-mpeg4-lavc-example-settings"><systemitem class="library">libavcodec</systemitem></link> + and +<link linkend="menc-feat-xvid-example-settings"><systemitem class="library">XviD</systemitem></link> + should make it possible to get the same quality with CQ ranging from + 0.18 to 0.20 for 1 CD rip, and 0.24-0.26 for 2 CDs + With MPEG-4 ASP codecs such as <systemitem class="library">x264</systemitem>, + you can use a CQ ranging from 0.14 to 0.16 with standard encoding options, + and should be able to go as low as 0.10 to 0.12 with + <link linkend="menc-feat-x264-example-settings"><systemitem class="library">x264</systemitem>'s advanced encoding settings</link>. </para> <para> @@ -1098,6 +1114,8 @@ to a movie such as The Matrix, which contains many high-motion scenes. On the other hand, it is worthless to raise CQ higher than 0.30 as you would be wasting bits without any noticeable quality gain. + Also note that as said earlier on this quide, low resolution comparatively + need a bigger QP to look good. </para> </sect3>

4 4