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

CVS: main/DOCS/man/en mplayer.1,1.1164,1.1165
by syncmail＠mplayerhq.hu 07 Dec '05

07 Dec '05

CVS change done by The Wanderer CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv24926/DOCS/man/en Modified Files: mplayer.1 Log Message: alphabetical order + better explanation for '-lavdopts threads' Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.1164 retrieving revision 1.1165 diff -u -r1.1164 -r1.1165 --- mplayer.1 6 Dec 2005 21:31:02 -0000 1.1164 +++ mplayer.1 6 Dec 2005 21:34:42 -0000 1.1165 @@ -3557,8 +3557,6 @@ checks to detect damaged bitstreams. .IPs gray\ grayscale only decoding (a bit faster than with color) -.IPs threads=<0\-8> -multithreaded decoding .IPs "idct=<0\-99> (see \-lavcopts)" For best decoding quality use the same IDCT algorithm for decoding and encoding. This may come at a price in accuracy, though. @@ -3617,6 +3615,8 @@ Skips decoding of frames completely. Big speedup, but jerky motion and sometimes bad artifacts (see skiploopfilter for available skip values). +.IPs threads=<1\-8> +number of threads to use for decoding (default: 1) .IPs vismv=<value> Visualize motion vectors. .RSss

1 0

CVS: main/DOCS/man/en mplayer.1,1.1163,1.1164
by syncmail＠mplayerhq.hu 07 Dec '05

07 Dec '05

CVS change done by The Wanderer CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv10391/DOCS/man/en Modified Files: mplayer.1 Log Message: minor grammar fix, + stray LIVE.COM -> LIVE555 transition Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.1163 retrieving revision 1.1164 diff -u -r1.1163 -r1.1164 --- mplayer.1 6 Dec 2005 08:42:48 -0000 1.1163 +++ mplayer.1 6 Dec 2005 21:31:02 -0000 1.1164 @@ -1259,11 +1259,11 @@ .PD 1 . .TP -.B \-rtsp-stream-over-tcp (LIVE.COM only) +.B \-rtsp-stream-over-tcp (LIVE555 only) Used with 'rtsp://' URLs to specify that the resulting incoming RTP and RTCP packets be streamed over TCP (using the same TCP connection as RTSP). This option may be useful if you have a broken internet connection that does -not pass incoming UDP packets (see http://www.live.com/\:mplayer/) +not pass incoming UDP packets (see http://www.live555.com/\:mplayer/) . .TP .B \-saveidx <filename> @@ -2840,7 +2840,7 @@ since for higher resolutions this provides a .B big speedup. -The code is doing very little checks, so if a feature does not work, this +The code performs very few checks, so if a feature does not work, this might be because it is not supported by your card/OpenGL implementation even if you do not get any error message. Use glxinfo or a similar tool to display the supported OpenGL extensions.

1 0

CVS: main/DOCS/man/en mplayer.1,1.1161,1.1162
by syncmail＠mplayerhq.hu 07 Dec '05

07 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/man/en In directory mail:/var2/tmp/cvs-serv3240/man/en Modified Files: mplayer.1 Log Message: multithreaded decoding Index: mplayer.1 =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/man/en/mplayer.1,v retrieving revision 1.1161 retrieving revision 1.1162 diff -u -r1.1161 -r1.1162 --- mplayer.1 23 Nov 2005 00:27:25 -0000 1.1161 +++ mplayer.1 5 Dec 2005 19:27:03 -0000 1.1162 @@ -3520,6 +3520,8 @@ checks to detect damaged bitstreams. .IPs gray\ grayscale only decoding (a bit faster than with color) +.IPs threads=<0\-8> +multithreaded decoding .IPs "idct=<0\-99> (see \-lavcopts)" For best decoding quality use the same IDCT algorithm for decoding and encoding. This may come at a price in accuracy, though.

7 9

CVS: main/help help_mp-en.h,1.206,1.207
by syncmail＠mplayerhq.hu 06 Dec '05

06 Dec '05

CVS change done by Oded Shimon CVS Update of /cvsroot/mplayer/main/help In directory mail:/var2/tmp/cvs-serv9422/help Modified Files: help_mp-en.h Log Message: Fix EDL to be per file, allow -edlout and -edl together as there is really no reason not to. Index: help_mp-en.h =================================================================== RCS file: /cvsroot/mplayer/main/help/help_mp-en.h,v retrieving revision 1.206 retrieving revision 1.207 diff -u -r1.206 -r1.207 --- help_mp-en.h 3 Dec 2005 20:36:12 -0000 1.206 +++ help_mp-en.h 6 Dec 2005 08:52:17 -0000 1.207 @@ -187,7 +187,6 @@ #define MSGTR_DvdnavNavSeekDone "DVDNAV Event: Nav Seek Done\n" #define MSGTR_MenuCall "Menu call\n" -#define MSGTR_EdlCantUseBothModes "Can't use -edl and -edlout at the same time.\n" #define MSGTR_EdlOutOfMem "Can't allocate enough memory to hold EDL data.\n" #define MSGTR_EdlRecordsNo "Read %d EDL actions.\n" #define MSGTR_EdlQueueEmpty "There are no EDL actions to take care of.\n"

1 0

[PATCH] encoding guide: remove unnecessary parameters
by Corey Hickey 06 Dec '05

06 Dec '05

This patch removes a couple no-effect parameters that got into the "Very High Quality" lavc mpeg-4 parameters in the encoding guide, probably based on my mistaken recommendation a while ago. vme=5 currently the same as vme=4 (the default) naq no effect unless the *_mask lavcopts are in use -Corey Index: DOCS/xml/en/encoding-guide.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/encoding-guide.xml,v retrieving revision 1.34 diff -u -r1.34 encoding-guide.xml --- DOCS/xml/en/encoding-guide.xml 1 Dec 2005 16:44:00 -0000 1.34 +++ DOCS/xml/en/encoding-guide.xml 5 Dec 2005 17:32:21 -0000 @@ -2559,7 +2559,7 @@ <tbody> <row> <entry>Very high quality</entry> - <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:vme=5:naq:qns=2</option></entry> + <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry> <entry>6fps</entry> <entry>0dB</entry> </row>

2 2

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

06 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv5039/DOCS/xml/en Modified Files: encoding-guide.xml Log Message: nits and fixes suggested by The Wanderer and Loren Merritt Index: encoding-guide.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/encoding-guide.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- encoding-guide.xml 27 Nov 2005 19:48:39 -0000 1.33 +++ encoding-guide.xml 1 Dec 2005 16:44:00 -0000 1.34 @@ -1043,8 +1043,8 @@ <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 + The following steps will guide you in computing the resolution of your + encode without distorting the video too much, 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> @@ -1082,18 +1082,18 @@ </para> <para> - The CQ depends both on the bitrate, the video codec efficiency and the + The CQ depends 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. 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 + usually results 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). + 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 with standard encoding options. More advanced encoding options such as those listed here for @@ -1101,7 +1101,7 @@ 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 + 0.18 to 0.20 for a 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 @@ -1114,8 +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. + Also note that as mentioned earlier in this guide, low resolution videos + need a bigger CQ (compared to for ex. DVD-resolution) to look good. </para> </sect3>

3 3

CVS: main/DOCS/xml/en encoding-guide.xml,1.35,1.36
by syncmail＠mplayerhq.hu 06 Dec '05

06 Dec '05

CVS change done by The Wanderer CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv22324/DOCS/xml/en Modified Files: encoding-guide.xml Log Message: more minor grammatical fixes Index: encoding-guide.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/encoding-guide.xml,v retrieving revision 1.35 retrieving revision 1.36 diff -u -r1.35 -r1.36 --- encoding-guide.xml 5 Dec 2005 19:20:48 -0000 1.35 +++ encoding-guide.xml 6 Dec 2005 00:45:15 -0000 1.36 @@ -1101,7 +1101,7 @@ 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 a 1 CD rip, and 0.24-0.26 for 2 CDs rip. + 0.18 to 0.20 for a 1 CD rip, and 0.24 to 0.26 for a 2 CD rip. 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 @@ -1115,7 +1115,7 @@ 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 mentioned earlier in this guide, low resolution videos - need a bigger CQ (compared to for instance DVD-resolution) to look good. + need a bigger CQ (compared to, for instance, DVD resolution) to look good. </para> </sect3>

1 0

CVS: main/DOCS/xml/en encoding-guide.xml,1.34,1.35
by syncmail＠mplayerhq.hu 06 Dec '05

06 Dec '05

CVS change done by Guillaume Poirier CVS Update of /cvsroot/mplayer/main/DOCS/xml/en In directory mail:/var2/tmp/cvs-serv21593 Modified Files: encoding-guide.xml Log Message: fixes suggested by The Wanderer and Corey Index: encoding-guide.xml =================================================================== RCS file: /cvsroot/mplayer/main/DOCS/xml/en/encoding-guide.xml,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- encoding-guide.xml 1 Dec 2005 16:44:00 -0000 1.34 +++ encoding-guide.xml 5 Dec 2005 19:20:48 -0000 1.35 @@ -1045,7 +1045,7 @@ <para> The following steps will guide you in computing the resolution of your encode without distorting the video too much, by taking into account several - information about the souce video. + types of information about the source video. First, you should compute the encoded aspect ratio: <systemitem>ARc = (Wc x (ARa / PRdvd )) / Hc</systemitem> <itemizedlist> @@ -1095,13 +1095,13 @@ 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 with standard encoding options. + and 0.26-0.28 for 2 CDs rip 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 a 1 CD rip, and 0.24-0.26 for 2 CDs + 0.18 to 0.20 for a 1 CD rip, and 0.24-0.26 for 2 CDs rip. 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 @@ -1115,7 +1115,7 @@ 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 mentioned earlier in this guide, low resolution videos - need a bigger CQ (compared to for ex. DVD-resolution) to look good. + need a bigger CQ (compared to for instance DVD-resolution) to look good. </para> </sect3> @@ -2559,7 +2559,7 @@ <tbody> <row> <entry>Very high quality</entry> - <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:vme=5:naq:qns=2</option></entry> + <entry><option>vcodec=mpeg4:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:qns=2</option></entry> <entry>6fps</entry> <entry>0dB</entry> </row>

1 0

CVS: main/help help_mp-en.h,1.205,1.206
by syncmail＠mplayerhq.hu 04 Dec '05

04 Dec '05

CVS change done by Tobias Diedrich CVS Update of /cvsroot/mplayer/main/help In directory mail:/var2/tmp/cvs-serv21746 Modified Files: help_mp-en.h Log Message: missing dot Index: help_mp-en.h =================================================================== RCS file: /cvsroot/mplayer/main/help/help_mp-en.h,v retrieving revision 1.205 retrieving revision 1.206 diff -u -r1.205 -r1.206 --- help_mp-en.h 29 Nov 2005 22:04:56 -0000 1.205 +++ help_mp-en.h 3 Dec 2005 20:36:12 -0000 1.206 @@ -1093,7 +1093,7 @@ // ao_sun.c #define MSGTR_AO_SUN_RtscSetinfoFailed "[AO SUN] rtsc: SETINFO failed.\n" -#define MSGTR_AO_SUN_RtscWriteFailed "[AO SUN] rtsc: write failed." +#define MSGTR_AO_SUN_RtscWriteFailed "[AO SUN] rtsc: write failed.\n" #define MSGTR_AO_SUN_CantOpenAudioDev "[AO SUN] Can't open audio device %s, %s -> nosound.\n" #define MSGTR_AO_SUN_UnsupSampleRate "[AO SUN] audio_setup: your card doesn't support %d channel, %s, %d Hz samplerate.\n" #define MSGTR_AO_SUN_CantUseSelect "[AO SUN]\n *** Your audio driver DOES NOT support select() ***\nRecompile MPlayer with #undef HAVE_AUDIO_SELECT in config.h !\n\n"

1 0

Re: [MPlayer-DOCS] letter to distro mplayer packagers?
by Dominik 'Rathann' Mierzejewski 03 Dec '05

03 Dec '05

On Friday, 02 December 2005 at 10:08, Christian Marillat wrote: > Dominik 'Rathann' Mierzejewski <dominik(a)rangers.eu.org> writes: > > > On Thursday, 01 December 2005 at 23:44, Christian Marillat wrote: > >> Dominik 'Rathann' Mierzejewski <dominik(a)rangers.eu.org> writes: > > [...] > > >> Anyway this is my problem to check if nothing is broken before > >> uploading news packages. > > > > I might have missed it, but are they packaged separately? If not, then > > Of course yes. > > > this _should_ be ok, but what's the point of having shared libs if no > > other binaries are using them? It's best to link them statically. > > For now transcode, xdtv, xjadeo and xvidcap use a shared libavcodec. You see, that's what I'm talking about. As long as people keep using all the above packages from you and you make sure they all work, it may be ok. But the moment someone replaces one of them with a package from different source, trouble begin. We've had all sorts of reports of weird errors (both build-time and run-time) due to mismatched libavcodec. > >> > * sparc and ppc patches: why not submit them to mplayer-dev-eng? > >> > >> Sparc patch doesn't exist. On others patches aren't mine. > > > > What can I say to that? Is it possible to contact their authors and > > tell them to submit these to us? > > Why to not use these diff ? We will, of course, take a look at them, but this is not the way free software works, I think. Free software is also about contributing back. You're free to modify it, but you should return your contributions to the source (upstream). Searching for patches someone may have applied in their package means a lot of additional and unnecessary work. After all, you (or the author of the patch) already know the reason why it was needed, so why make us discover that reason again when you can simply tell us while sending the patch? > [...] > > >> No, because some options depends on the hardware, like v4l, 3dfx or > >> mga > > > > And in most of these cases, I agree. But, there are others: vstream, amr > > codecs, freetype, fribidi, xinerama, gl, dxr3, smb, live, v4l(2). Their > > detection depends only on the existence of certain libs and headers, not > > device files like for fb/directfb, lirc and others. > > I disagree fribidi is disabled by default : > > Checking for fribidi with charsets ... no You are right, but this is the only one. The rest _is_ autodetected and I checked them thoroughly. > amr is disabled by default : > > Checking for amr narrowband ... no (libavcodec (static) is required by amr_nb, sorry) > Checking for amr narrowband, fixed point ... no > Checking for amr wideband ... no (libavcodec (static) is required by amr_wb, sorry) No, it's not. It simply requires static libavcodec, which I already said is the recommended method of linking it (and is the _default_). > And certainly others. Not really. > I don't intent to break what is already working. This is of course always a good thing. Regards, R. -- MPlayer RPMs maintainer: http://rpm.greysector.net/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"

1 0