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

CVS: main/help help_mp-en.h,1.167,1.168
by syncmail＠mplayerhq.hu 25 Jul '05

25 Jul '05

CVS change done by Reimar Döffinger CVS Update of /cvsroot/mplayer/main/help In directory mail:/var2/tmp/cvs-serv11403/help Modified Files: help_mp-en.h Log Message: new get_time_pos slave mode commando Index: help_mp-en.h =================================================================== RCS file: /cvsroot/mplayer/main/help/help_mp-en.h,v retrieving revision 1.167 retrieving revision 1.168 diff -u -r1.167 -r1.168 --- help_mp-en.h 19 Mar 2005 17:28:57 -0000 1.167 +++ help_mp-en.h 18 May 2005 11:38:06 -0000 1.168 @@ -172,6 +172,7 @@ #define MSGTR_AnsLength "ANS_LENGTH=%ld\n" #define MSGTR_AnsVoFullscreen "ANS_VO_FULLSCREEN=%ld\n" #define MSGTR_AnsPercentPos "ANS_PERCENT_POSITION=%ld\n" +#define MSGTR_AnsTimePos "ANS_TIME_POSITION=%.1f\n" #define MSGTR_DvdnavNullEvent "DVDNAV Event NULL?!\n" #define MSGTR_DvdnavHighlightEventBroken "DVDNAV Event: Highlight event broken\n" #define MSGTR_DvdnavEvent "DVDNAV Event: %s\n"

4 5

Some points for cd-dvd.xml
by Jiri Heryan 01 Jul '05

01 Jul '05

About a line 31 in cd-dvd.xml is sugested to use "hdparm" or "cdspeed" for slow down IDE-CDROMs and few lines after is something like there is no solution for SCSI drives. I've no experience with cdspeed but hdparm failing with IDE-CD if you use an IDE-SCSI emulation for cd writer. Best solution (after hard searching) is set a speed=<speed> option to mount command. This work better for me than hdparm even in native ATAPI with my writer, because this drive resets its speed setting with every cd exchange so it need run hdparm many times (boring and slow). Maybe it is a solution for SCSI drives too. I can't prove it myself, have no native SCSI. Next we should point reasonable speed settings because all drives do not support many speeds. For example my cd writer supports about 15 various speeds but my previous toshiba cd-rom could be set to 14x and 40x only, so if I set 24x it turn out as 40x (noisy) but after I set it <=14x , it slowed down. In my experience is 8x speed reasonable minimum and 24x reasonable maximum with noise under fans level. Any ideas? Jiri

5 10

[PATCH] DOCS/tech/tearing.txt
by Oded Shimon 01 Jul '05

01 Jul '05

Simple document explaining all about what/why/how tearing is... I re-read again now, it seems to me all correct and good. Anyone spot anything incorrect or misleading in it? - ods15

5 7

encoding guide draft
by D Richard Felker III 19 Jun '05

19 Jun '05

This is the draft of the old encoding guide I was working on last fall and never finished. It's far from complete and maybe slightly inaccurate in some areas, but has a lot of good information. I'm posting it here in case anyone wants to finish it or incorporate parts of it into other docs in the meantime. Rich P.S. Especially note that I retract some of the things I've said in the past about -mc 0 and -noskip... So let's discuss them before including them in official docs.

6 11

[PATCH] small wording (and syntax) fix in video.xml
by Dominik 'Rathann' Mierzejewski 17 Jun '05

17 Jun '05

Here's an attempt to re-word an unclear sentence which I stumbled upon while reviewing Polish translation. Attached Also there's a paragraph around line 2090 of video.xml which reads: <varlistentry> <term><option>-vf expand=-1:-1:-1:-1:1</option></term> <listitem><para> Although the DXR3 driver can put some OSD onto the MPEG1/2/4 video, it has much lower quality than <application>MPlayer</application>'s traditional OSD, and has several refresh problems as well. The command line above will firstly convert the input video to MPEG4 (this is mandatory, sorry), then apply an expand filter which won't expand anything (-1: default), but apply the normal OSD onto the picture (that's what the "1" at the end does). </para></listitem> </varlistentry> Does expand really convert input to MPEG4? I don't think so. R. -- MPlayer RPMs maintainer: http://greysector.rangers.eu.org/mplayer/ "I am Grey. I stand between the candle and the star. We are Grey. We stand between the darkness ... and the light." -- Delenn in Grey Council in Babylon 5:"Babylon Squared"

3 11

CVS: main/DOCS/man/en mplayer.1,1.977,1.978
by syncmail＠mplayerhq.hu 04 Jun '05

04 Jun '05

CVS change done by Diego Biurrun CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv24297/DOCS/man/en Modified Files: mplayer.1 Log Message: Only one of -dumpstream, -dumpvideo, -dumpaudio works at a time. Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.977 retrieving revision 1.978 diff -u -r1.977 -r1.978 --- mplayer.1 22 May 2005 15:11:03 -0000 1.977 +++ mplayer.1 22 May 2005 19:12:58 -0000 1.978 @@ -905,6 +905,8 @@ .TP .B \-dumpaudio (MPlayer only) Dumps raw compressed audio stream to ./stream.dump (useful with MPEG/\:AC3). +You can only specify one of \-dumpaudio, \-dumpvideo, \-dumpstream, the +last one on the command line will take precedence over the others.. . .TP .B \-dumpfile <filename> (MPlayer only) @@ -915,10 +917,14 @@ .B \-dumpstream (MPlayer only) Dumps the raw stream to ./stream.dump. Useful when ripping from DVD or network. +You can only specify one of \-dumpaudio, \-dumpvideo, \-dumpstream, the +last one on the command line will take precedence over the others.. . .TP .B \-dumpvideo (MPlayer only) Dump raw compressed video stream to ./stream.dump (not very usable). +You can only specify one of \-dumpaudio, \-dumpvideo, \-dumpstream, the +last one on the command line will take precedence over the others.. . .TP .B \-dvbin <options> (DVB only)

3 3

CVS: main/DOCS/man/en mplayer.1,1.983,1.984
by syncmail＠mplayerhq.hu 31 May '05

31 May '05

CVS change done by Diego Biurrun CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv6553/DOCS/man/en Modified Files: mplayer.1 Log Message: vo_macosx now supports (almost) the same keys as vo_quartz. Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.983 retrieving revision 1.984 diff -u -r1.983 -r1.984 --- mplayer.1 30 May 2005 08:45:21 -0000 1.983 +++ mplayer.1 31 May 2005 20:33:52 -0000 1.984 @@ -323,7 +323,8 @@ .RE .PD 1 .PP -(The following keys are valid only when using the quartz video output driver.) +(The following keys are valid only when using the quartz or macosx +video output driver.) .PP .PD 0 .RSs @@ -335,7 +336,7 @@ Resize movie window to double its original size. .IPs "command + f" Toggle fullscreen (also see \-fs). -.IPs "command + [ and command + ]" +.IPs "command + [ and command + ]" (\-vo quartz only) Set movie window alpha. .RE .PD 1

1 0

CVS: main/DOCS/xml/en mencoder.xml,1.69,1.70
by syncmail＠mplayerhq.hu 31 May '05

31 May '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv24068/DOCS/xml/en Modified Files: mencoder.xml Log Message: new x264 entries: me (motion estimation search algorithm) and 4x4mv options. Index: mencoder.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/mencoder.xml,v retrieving revision 1.69 retrieving revision 1.70 diff -u -r1.69 -r1.70 --- mencoder.xml 20 May 2005 00:20:40 -0000 1.69 +++ mencoder.xml 31 May 2005 11:31:10 -0000 1.70 @@ -2263,6 +2263,38 @@ </para></listitem> <listitem><para> + <emphasis role="bold">me</emphasis>: + This option is for choosing the motion estimation search method. + Altering this option provides a straightforward quality-vs-speed + tradeoff. <option>me=1</option> is only a few percent faster than + the default search, at a cost of under 0.1dB global PSNR. The + default setting (<option>me=2</option>) is a reasonable tradeoff + between speed and quality. <option>me=3</option> gains a little under + 0.1dB global PSNR, with a speed penalty that varies depending on + <option>frameref</option>. At high values of + <option>frameref</option> (e.g. 12 or so), <option>me=3</option> + is about 40% slower than the default <option> me=2</option>. With + <option>frameref=3</option>, the speed penalty incurred drops to + 25%-30%. +</para> +<para> + <option>me=4</option> uses an exhaustive search that is too slow for + practical use. +</para> +</listitem> + +<listitem><para> + <emphasis role="bold">4x4mv</emphasis>: + This option enables the use of 8x4, 4x8 and 4x4 subpartitions in + predicted macroblocks. Enabling it results in a fairly consistent + 10%-15% loss of speed. This option is rather useless in source + containing only low motion, however in some high-motion source, + particularly source with lots of small moving objects, gains of + about 0.1dB can be expected. +</para> +</listitem> + +<listitem><para> <emphasis role="bold">bframes</emphasis>: The usefulness of B-frames is questionable in most other codecs you may be used to.

3 3

[PATCH] document a couple more x264 options in mencoder.xml
by Jeff Clagg 31 May '05

31 May '05

Added entries for the me (motion estimation search algorithm) and 4x4mv options. For a future patch: the subq discussion needs to be moved down to the next section.

4 9

CVS: homepage/essays konf2002-arpi-hu.html,1.1,NONE
by syncmail＠mplayerhq.hu 31 May '05

31 May '05

CVS change done by Mizda Gábor CVS Update of /cvsroot/mplayer/homepage/essays In directory mail:/var2/tmp/cvs-serv13065 Removed Files: konf2002-arpi-hu.html Log Message: Content moved to src dir, unnecessary html file --- konf2002-arpi-hu.html DELETED ---

1 0