January 2007 - MPlayer-DOCS - lists.mplayerhq.hu

r21933 - trunk/DOCS/xml/en/encoding-guide.xml
by gpoirier 15 Jan '07

15 Jan '07

Author: gpoirier Date: Mon Jan 15 10:12:10 2007 New Revision: 21933 Modified: trunk/DOCS/xml/en/encoding-guide.xml Log: fixes suggested by Diego Modified: trunk/DOCS/xml/en/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/en/encoding-guide.xml (original) +++ trunk/DOCS/xml/en/encoding-guide.xml Mon Jan 15 10:12:10 2007 @@ -4121,18 +4121,18 @@ <itemizedlist> <listitem><para> You want any computer illiterate to be able to watch your encode on - any major platform (Windows, Mac OSX, Unices …). + any major platform (Windows, Mac OS X, Unices …). </para></listitem> <listitem><para> <application>QuickTime</application> is able to take advantage of more - hardware and software acceleration features of Mac OSX than + hardware and software acceleration features of Mac OS X than platform-independent players like <application>MPlayer</application> or <application>VLC</application>. That means that your encodes have a chance to be played smoothly by older G4-powered machines. </para></listitem> <listitem><para> - <application>QuickTime</application> 7 support the next-generation codec H.264, + <application>QuickTime</application> 7 supports the next-generation codec H.264, which yields significantly better picture quality than previous codec generations (MPEG-2, MPEG-4 …). </para></listitem> @@ -4144,7 +4144,7 @@ <para> <application>QuickTime</application> 7 supports H.264 video and AAC audio, - but it does not support them muxed in AVI container format. + but it does not support them muxed in the AVI container format. However, you can use <application>MEncoder</application> to encode the video and audio, and then use an external program such as <application>mp4creator</application> (part of the @@ -4191,7 +4191,7 @@ <title>Cropping</title> <para> Suppose you want to rip your freshly bought copy of "The Chronicles of - Narnia" Your DVD is region 1, + Narnia". Your DVD is region 1, which means it is NTSC. The example below would still apply to PAL, except you would omit <option>-ofps 24000/1001</option> and use slightly different <option>crop</option> and <option>scale</option> dimensions. @@ -4224,7 +4224,7 @@ with a sample aspect ratio other than 1, so you will need to upscale (which wastes a lot of disk space) or downscale (which loses some details of the source) the video to square pixels. - Either way you do it, this is highly inefficient, but simply can not + Either way you do it, this is highly inefficient, but simply cannot be avoided if you want your video to be playable by <application>QuickTime</application> 7. <application>MEncoder</application> can apply the appropriate upscaling @@ -4263,7 +4263,7 @@ <title>Bitrate</title> <para> - As always, the selection of bitrate is a matter the technical properties + As always, the selection of bitrate is a matter of the technical properties of the source, as explained <link linkend="menc-feat-dvd-mpeg4-resolution-bitrate">here</link>, as well as a matter of taste.

1 0

[PATCH] update and factorize information about x264's multi-threading mode
by Guillaume POIRIER 15 Jan '07

15 Jan '07

Hi, Attached patch does $SUBJ As always, comments, corrections, feedback are welcome. (while you are at it, please also comment on the patch I sent to this thread: Date: Jan 13, 2007 9:18 PM Subject: Re: [MPlayer-DOCS] encoding-guide: outdated description of x264enc options? ) Cheers, Guillaume

2 2

r21932 - trunk/DOCS/xml/en/encoding-guide.xml
by gpoirier 15 Jan '07

15 Jan '07

Author: gpoirier Date: Mon Jan 15 08:23:28 2007 New Revision: 21932 Modified: trunk/DOCS/xml/en/encoding-guide.xml Log: update and factorize information about x264's multi-threading mode Modified: trunk/DOCS/xml/en/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/en/encoding-guide.xml (original) +++ trunk/DOCS/xml/en/encoding-guide.xml Mon Jan 15 08:23:28 2007 @@ -1472,8 +1472,8 @@ boost encoding speed — by about 40-60% in typical cases — with little if any picture degradation. <systemitem class="library">x264</systemitem> also allows multi-threaded - encoding, which currently speeds up encoding by 15-30% (depending on - the encoding settings) while lowering PSNR by about 0.05dB. + encoding, which currently speeds up encoding by 94% per CPU core while + lowering PSNR between 0.005dB and 0.01dB on a typical setup. </para> </listitem> @@ -3848,6 +3848,20 @@ clip. </para> </listitem> +<listitem id="menc-feat-x264-encoding-options-speedvquality-threads"> + <para> + <emphasis role="bold">threads</emphasis>: + This option allows to spawn threads to encode in parallel on multiple CPUs. + You can manually select the number of threads to be created or, better, set + <option>threads=auto</option> and let + <systemitem class="library">x264</systemitem> detect how many CPUs are + available and pick an appropriate number of threads. + If you have a multi-processor machine, you should really consider using it + as it can to increase encoding speed linearly with the number of CPU cores + (about 94% per CPU core), with very little quality reduction (about 0.005dB + for dual processor, about 0.01dB for a quad processor machine). + </para> +</listitem> </itemizedlist> </sect3> @@ -4287,10 +4301,12 @@ -oac faac -faacopts br=192:mpeg=4:object=1 -channels 2 -srate 48000 \ -ofps 24000/1001</screen> - If you have multi-processor machine, you can add - <option>threads=auto</option>. This increases encoding speed by about - 94% per CPU core, with very little quality penalty (about 0.005dB for - dual processor, about 0.01dB for a quad processor machine). + If you have a multi-processor machine, don't miss the opportunity to + dramatically speed-up encoding by enabling + <link linkend="menc-feat-x264-encoding-options-speedvquality-threads"> + <systemitem class="library">x264</systemitem>'s multi-threading mode</link> + by adding <option>threads=auto</option> to your <option>x264encopts</option> + command-line. </para> <para>

1 0

encoding-guide: outdated description of x264enc options?
by Andrew Savchenko 15 Jan '07

15 Jan '07

It seems that description of x264 encoding options is slightly outdated. Into paragraph "Options which primarily affect speed and quality" in description of the subq opion anyone can see: ---------- subq=6 is the slowest, highest quality mode. ---------- But in the manual: ---------- 6 Enables rate-distortion optimization of macroblock types in I- and P-frames. 7 Enables rate-distortion optimization of motion vectors and intra modes. (best) ---------- So, subq=7 seems to be the highest quality mode. Probably it sould be describded instead of subq=6. Or its quality gain is negligible in comparision with speed loss and it is considered as unrecommended?

4 6

r21931 - trunk/DOCS/xml/en/encoding-guide.xml
by gpoirier 15 Jan '07

15 Jan '07

Author: gpoirier Date: Mon Jan 15 08:16:03 2007 New Revision: 21931 Modified: trunk/DOCS/xml/en/encoding-guide.xml Log: update x264's subq otion description Modified: trunk/DOCS/xml/en/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/en/encoding-guide.xml (original) +++ trunk/DOCS/xml/en/encoding-guide.xml Mon Jan 15 08:16:03 2007 @@ -3658,7 +3658,8 @@ This is usually enough to be visible. </para> <para> - <option>subq=6</option> is the slowest, highest quality mode. + <option>subq=6</option> is slower and yields better quality at a reasonable + cost. In comparison to <option>subq=5</option>, it usually gains 0.1-0.4 dB global PSNR with speed costs varying from 25%-100%. Unlike other levels of <option>subq</option>, the behavior of @@ -3670,6 +3671,14 @@ in low-motion scenes. Note that it is still recommended to always set <option>bframes</option> to something other than zero (see below). </para> + <para> + <option>subq=7</option> is the slowest, highest quality mode. + In comparison to <option>subq=6</option>, it usually gains 0.01-0.05 dB + global PSNR with speed costs varying from 15%-33%. + Since the tradeoff encoding time vs. quality is quite low, you should + only use it if you are after every bit saving and if encoding time is + not an issue. + </para> </listitem> <listitem> <para>

1 0

r21930 - trunk/DOCS/xml/en/faq.xml
by diego 15 Jan '07

15 Jan '07

Author: diego Date: Mon Jan 15 07:26:49 2007 New Revision: 21930 Modified: trunk/DOCS/xml/en/faq.xml Log: gcc_bug++; Modified: trunk/DOCS/xml/en/faq.xml ============================================================================== --- trunk/DOCS/xml/en/faq.xml (original) +++ trunk/DOCS/xml/en/faq.xml Mon Jan 15 07:26:49 2007 @@ -79,8 +79,9 @@ Compilation fails with an error and <application>gcc</application> bails out with some cryptic message containing the phrase <systemitem>internal compiler error</systemitem> or -<systemitem>unable to find a register to spill</systemitem>. -</para></question> +<systemitem>unable to find a register to spill</systemitem> or +<systemitem>can't find a register in class `GENERAL_REGS' +while reloading `asm'</systemitem>.</para></question> <answer><para> You have stumbled over a bug in <application>gcc</application>. Please <ulink url="http://gcc.gnu.org/bugs.html">report it to the gcc team</ulink>

1 0

encoding-guide: small typos
by Andrew Savchenko 14 Jan '07

14 Jan '07

Hi, I noticed 2 typos in encoding-guide.xml: 1) missing space 2) "vtrict" instead of "vstrict" Patch attached.

2 1

r21917 - trunk/DOCS/xml/en/encoding-guide.xml
by gpoirier 14 Jan '07

14 Jan '07

Author: gpoirier Date: Sun Jan 14 01:15:55 2007 New Revision: 21917 Modified: trunk/DOCS/xml/en/encoding-guide.xml Log: typo fixes: 1) missing space 2) "vtrict" instead of "vstrict" patch by Andrew Savchenko % Bircoph A list P ru % Modified: trunk/DOCS/xml/en/encoding-guide.xml ============================================================================== --- trunk/DOCS/xml/en/encoding-guide.xml (original) +++ trunk/DOCS/xml/en/encoding-guide.xml Sun Jan 14 01:15:55 2007 @@ -4598,7 +4598,7 @@ Only a small selection of encoded picture sizes and aspect ratios are available. If your movie does not already meet these requirements, you may have -to scale,crop or add black borders to the picture to make it +to scale, crop or add black borders to the picture to make it compliant. </para> @@ -4962,7 +4962,7 @@ than an hour of video on a single-layer DVD. </para></listitem> <listitem><para> - <emphasis role="bold">vtrict</emphasis>: + <emphasis role="bold">vstrict</emphasis>: <option>vstrict</option>=0 should be used to create DVDs. Without this option, <application>MEncoder</application> creates a stream that cannot be correctly decoded by some standalone DVD

1 0

r21906 - in trunk: help/help_mp-en.h mencoder.c mplayer.c
by diego 13 Jan '07

13 Jan '07

Author: diego Date: Sat Jan 13 12:57:40 2007 New Revision: 21906 Modified: trunk/help/help_mp-en.h Changes in other areas also in this revision: Modified: trunk/mencoder.c trunk/mplayer.c Log: DO NOT recommend or even suggest installing codecs.conf. Modified: trunk/help/help_mp-en.h ============================================================================== --- trunk/help/help_mp-en.h (original) +++ trunk/help/help_mp-en.h Sat Jan 13 12:57:40 2007 @@ -69,7 +69,6 @@ #define MSGTR_NoHomeDir "Cannot find HOME directory.\n" #define MSGTR_GetpathProblem "get_path(\"config\") problem\n" #define MSGTR_CreatingCfgFile "Creating config file: %s\n" -#define MSGTR_CopyCodecsConf "(Copy/link etc/codecs.conf from the MPlayer sources to ~/.mplayer/codecs.conf)\n" #define MSGTR_BuiltinCodecsConf "Using built-in default codecs.conf.\n" #define MSGTR_CantLoadFont "Cannot load bitmap font: %s\n" #define MSGTR_CantLoadSub "Cannot load subtitles: %s\n"

1 0

r21897 - trunk/DOCS/xml/en/video.xml
by diego 13 Jan '07

13 Jan '07

Author: diego Date: Sat Jan 13 11:46:32 2007 New Revision: 21897 Modified: trunk/DOCS/xml/en/video.xml Log: Rephrase mga_vid section. Modified: trunk/DOCS/xml/en/video.xml ============================================================================== --- trunk/DOCS/xml/en/video.xml (original) +++ trunk/DOCS/xml/en/video.xml Sat Jan 13 11:46:32 2007 @@ -816,17 +816,12 @@ <title>Matrox framebuffer (mga_vid)</title> <para> -This section is about the Matrox G200/G400/G450/G550 BES (Back-End Scaler) -support, the <systemitem>mga_vid</systemitem> kernel driver. +This is a combination of a video output driver and a Linux kernel module +for the Matrox G200/G400/G450/G550 BES (Back-End Scaler). It has hardware VSYNC support with triple buffering. It works on both -framebuffer console and under X. +framebuffer console and under X, but only with Linux 2.4.x. </para> -<warning><para> -This is Linux only! On non-Linux (tested on FreeBSD) systems, you can use -<link linkend="vidix">VIDIX</link> instead! -</para></warning> - <procedure> <title>Installation:</title> <step><para>

1 0