March 2002 - MPlayer-dev-eng - lists.mplayerhq.hu

[PATCH] Remote Xv
by Dmitry Karasik 14 Apr '02

14 Apr '02

Hi, here's a patch for Xv to work over remote X.

2 1

DivX5Pro runs in wine
by Felix Buenemann 13 Apr '02

13 Apr '02

Hi, I just wanted to report, that DivX5Pro is fully working under wine, I have it installed inside my crossover wine, along with these apps (and others ;): - DivX 5.0 Pro - VirtualDub 1.4.9 - DivX 3.11 + L3codec - Windows Media Player 6.4 - Quick Time Player 5 - Real Player (currently uninstalled) -- Best Regards, Atmos ____________________________________________ - MPlayer Developer - http://mplayerhq.hu/ - ____________________________________________

5 7

Video plugin layer
by Fredrik Kuivinen 11 Apr '02

11 Apr '02

Hi I have implemented a video plugin layer very similiar to the audio plugin layer. It basically consists of a new libvo driver called plugin which takes care of setting up plugins, parsing -vop (new option) and forwarding calls to the real libvo driver. -vop is basically the same thing as -aop but for video. I have also implemented a crop plugin which can serve as a sample plugin. I have tried to comment it in the non-obvious places. Example usage: (only with mplayer for now, mencoder support is trivial to add (at least I think it is).) mplayer -vop crop:0:50:300:400 foo.mpg # Cut out rectangle with upper-left corner at (0, 50), width 300 and height 400 mplayer -vop crop:10:10:100:100,crop:10:10:50:50 # First cut out rectangle with upper-left corner at (10, 10), width 100 and # height 100 then cut out rectangle with upper-left corner at (10, 10), width # 50 and height 50 from the first rectangle. Result is the same as -vop # crop:20:20:50:50 meaningless example? yes :) Comments? Should I commit this? / Fredrik

5 9

[patch] reworked codecs.html
by Diego Biurrun 08 Apr '02

08 Apr '02

Hi! I finished reworking codecs.html. As usual I spellchecked it, corrected the grammar and improved the wording. I hope the confusing DivX4/DivX5 section is understandable now, but please check that for correctness. Thanks to Nilmoni Deb for reviewing my changes. Üdvözlet Diego --- codecs.html Fri Mar 29 23:45:39 2002 +++ codecs-diego.html Sun Mar 31 04:18:55 2002 @@ -20,7 +20,7 @@ See <A HREF="http://www.mplayerhq.hu/DOCS/codecs-status.html">http://www.mplayerhq.hu/DOCS/codecs-status.html</A> for the complete, daily generated list!!! -The most important ones above all: +The most important ones above all: <UL> <LI>MPEG1 (VCD) and MPEG2 (DVD) video</LI> <LI>DivX ;-), OpenDivX (DivX4), DivX 5.00, 3ivX and other MPEG4 variants</LI> @@ -31,311 +31,286 @@ <LI>FLI/FLC</LI> <LI>RealVideo 1.0</LI> <LI>Various old simple RLE-like formats</LI> -</UL> +</UL> -If you have a Win32 codec not listed here, and not supported yet, just read the <A -HREF="#2.2.3">codec importing</A> to get info about how to help us adding support +If you have a Win32 codec not listed here which is not supported yet, please read the +<A HREF="#2.2.3">codec importing HOWTO</A> and help us add support for it! <A NAME=2.2.1.1>2.2.1.1. DivX4/DivX5</A> This section contains information about the DivX4 codec of -<A HREF="http://www.projectmayo.com">ProjectMayo</A>. Their first available alpha version was the OpenDivX 4.0 +<A HREF="http://www.projectmayo.com">Project Mayo</A>. Their first available alpha version was OpenDivX 4.0 alpha 47 and 48. Support for this was/is included in MPlayer, and built by -default. We used to use its postprocessing code to optionally enhance visual +default. Earlier, we used its postprocessing code to optionally enhance visual quality of MPEG1/2 movies. Now we use our own. -The new generation of this codec can even decode movies made with the -infamous DivX codec! And it's not everything, it's MUCH faster than the -traditional Win32 DivX DLL's (note that libavcodec's decoder is EVEN FASTER, -so the usage of this codec is DISCOURAGED - you need it only for -encoding). See below for configuration. The only disadvantage of this codec is -that it's currently closed-source. :( - -The codec can be downloaded from the following URL: - -    <A HREF="http://avifile.sourceforge.net">http://avifile.sourceforge.net</A> +The new generation of this codec is called DivX4Linux and can even decode +movies made with the infamous DivX codec! In addition it is much faster than the +native Win32 DivX DLLs but slower than libavcodec. +Hence its usage as a decoder is DISCOURAGED. However, it is useful for +encoding. One disadvantage of this codec is that it is currently closed source. -If it doesn't work, try : +The codec can be downloaded from one of the following URLs: -    <A HREF="http://divx.com">http://divx.com</A> +    <A HREF="http://avifile.sourceforge.net">http://avifile.sourceforge.net</A> +    <A HREF="http://divx.com">http://divx.com</A> Unpack it, and run <CODE>./install.sh</CODE> as root. -Note: do NOT forget to add <CODE>/usr/local/lib</CODE> to your -<CODE>/etc/ld.so.conf</CODE> and running <CODE>ldconfig</CODE> ! +Note: Do NOT forget adding <CODE>/usr/local/lib</CODE> to your +<CODE>/etc/ld.so.conf</CODE> and running <CODE>ldconfig</CODE>! -MPlayer autodetects if DivX4/DivX5 is (properly) installed, just -compile as usual. If it doesn't detect it, you didn't install it exactly as -above, and/or has messed up config (see last question of 5.1 section). - -Using it is a bit tricky. As it conflicts with the old OpenDivX (its API is -very similar to OpenDivX's), OpenDivX code is disabled, and this (DivX4) -codec will be used to decode old OpenDivX movies. - -Generally we can pinpoint this issue to that you have two options to use -this codec: - -<TABLE BORDER=0> -<TD>  </TD><TD VALIGN=top>-vc odivx</TD><TD>  </TD> -<TD>using the codec as a new version of OpenDivX. -in this case it produces YV12 image in its own buffer, -and MPlayer (libvo) does colorspace conversion. (RECOMMENDED!)</TD><TR> -<TD></TD><TD VALIGN=top>-vc divx4</TD><TD></TD> -<TD>using the codec's colorspace conversion. -in this mode, you can use YUY2/UYVY too.</TD></TR> -</TABLE> +MPlayer autodetects DivX4/DivX5 if it is properly installed, just +compile as usual. If it does not detect it, you did not install or configure +it correctly. + +DivX4Linux conflicts with the old OpenDivX because their APIs are similar but +incompatible. Therefore you can only have one of them compiled into MPlayer +at a time. + +DivX4Linux offers an OpenDivX compatibility mode such that you may choose from +the following options when using this codec: + +<TABLE BORDER=0> +<TR><TD>  </TD><TD VALIGN=top><CODE>-vc odivx</CODE></TD><TD>  </TD> +<TD>Uses the codec in OpenDivX fashion. In this case it +produces YV12 images in its own buffer, and MPlayer does colorspace +conversion via libvo. (RECOMMENDED!)</TD></TR> +<TR><TD></TD><TD VALIGN=top><CODE>-vc divx4</CODE></TD><TD></TD> +<TD>Uses the colorspace conversion of the codec. +In this mode you can use YUY2/UYVY, too.</TD></TR> +</TABLE> -The 'odivx' method is usually faster, due to the fact that it transfers +The <CODE>-vc odivx</CODE> method is usually faster, due to the fact that it transfers image data in YV12 (planar YUV 4:2:0) format, thus requiring much less -bandwidth on the bus. For packed YUV modes (YUY2, UYVY) use the 'divx4' -method. For RGB modes you can choose freely, their speed is same, maybe -differ according to the current bpp. +bandwidth on the bus. For packed YUV modes (YUY2, UYVY) use the <CODE>-vc divx4</CODE> +method. For RGB modes the speed is the same, differing at best +according to your current color depth. -NOTE: If your -vo driver supports direct rendering, then -vc divx4 may be +NOTE: If your -vo driver supports direct rendering, then <CODE>-vc divx4</CODE> may be faster, or even the fastest solution. -Note: OLD OpenDivX supports postprocessing too (use option - <CODE>-oldpp</CODE> to enable using it), but range of values is strange: +Note: OLD OpenDivX supports postprocessing via the + <CODE>-oldpp</CODE> option, but the range of values is strange: -<TABLE BORDER=0> -<TD>  </TD><TD>0</TD><TD>  </TD> -<TD>no postproc</TD><TR> -<TD></TD><TD>10 .. 20</TD> -<TD></TD><TD>postprocessing, normal (like level 2 with divxds)</TD><TR> -<TD></TD><TD>30 .. 60</TD> -<TD></TD><TD>hard prostprocessing, eats many CPU (like level 4 with divxds</TD><TR> -</TABLE> - -<A NAME=2.2.1.2>2.2.1.2. ffmpeg's DivX/libavcodec</A> - -Beginning with version 0.4.2 , -<A HREF="http://ffmpeg.sourceforge.net">ffmpeg</A> contains an -opensource DivX codec, which is compatible with the traditional DivX. -MPlayer supports this codec, and this makes it possible to watch -DivX/DivX4/DivX5 movies on non-x86 platforms, and gain much faster -DivX/DivX4/DivX5 decoding speed than the Win32 codecs and the original -DivX4 library has! +<TABLE BORDER=0> +<TR><TD>  </TD><TD>0</TD><TD>  </TD> +<TD>no postprocessing</TD></TR> +<TR><TD></TD><TD>10 .. 20</TD> +<TD></TD><TD>normal postprocessing (like level 2 with divxds)</TD></TR> +<TR><TD></TD><TD>30 .. 60</TD> +<TD></TD><TD>hard postprocessing, CPU intensive (like level 4 with divxds)</TD></TR> +</TABLE> + +<A NAME=2.2.1.2>2.2.1.2. FFmpeg DivX/libavcodec</A> + +Beginning with version 0.4.2, +<A HREF="http://ffmpeg.sourceforge.net">FFmpeg</A> contains an +open source DivX codec, which is compatible with the traditional DivX. +MPlayer supports this codec, making it possible to watch +DivX/DivX4/DivX5 movies on non-x86 platforms. Furthermore it offers higher +DivX/DivX4/DivX5 decoding speed than the Win32 codecs or the original +DivX4 library! -It also contains lots of nice codecs, such as RealVideo 1.0, MJPEG, h263, +It also contains a lot of nice codecs, such as RealVideo 1.0, MJPEG, h263, h263+, etc. -If you use MPlayer +If you use an MPlayer release you have libavcodec right in the package, +just build as usual. If you use MPlayer from CVS you have to extract +libavcodec from the FFmpeg CVS tree as FFmpeg 0.4.5 does not work with +MPlayer. In order to achieve this do: + +<OL> + <LI><CODE>cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg login</CODE></LI> + <LI><CODE>cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg co ffmpeg</CODE></LI> + <LI>Move the <CODE>libavcodec</CODE> directory from the FFmpeg sources to the + root of the MPlayer CVS tree. It should look like this: +     <CODE>main/libavcodec</CODE> + Symlinking is not enough, you have to copy/move it!!!</LI> + <LI>Compile. Configure should detect problems before compilation.</LI> +</OL> -<UL> - <LI>from release : then you have libavcodec right in the package, just - build MPlayer as usual.</LI> - <LI>from CVS : you have to download it manually directly from FFmpeg's - CVS tree (ffmpeg 0.4.5 version will NOT work with mplayer!): - -<CODE> - cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg login - cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg co ffmpeg -</CODE> - -Note: if you copy with CVS subdirs, next time it's enough to do -'cvs update'. -Now, move the newly downloaded ffmpeg source's libavcodec directory, -(with all it's subdirectories) to MPlayer's tree, so it will look -like this: -    <CODE>main/libavcodec</CODE> +The codec also supports postprocessing! -Symlinking is NOT enough, you have to copy/move it!!! - - </LI> -</UL> - - -Then compile. configure detects if it's alright, and can be compiled. The -codec also supports postprocessing! - -With ffmpeg and my Matrox G400, I can view even the highest resolution DivX - movies on my K6/2 500, without dropped frames. +With FFmpeg and my Matrox G400, I can view even the highest resolution DivX + movies without dropped frames on my K6/2 500. <A NAME=2.2.1.3>2.2.1.3. XAnim codecs</A> -Foreword: +Foreword: Be advised that the XAnim binary codecs are packaged with a piece of text -claiming to be a legally binding software license which, among other -absurdities, forbids the user to use the codecs in conjunction with any -program other than XAnim. As the XAnim author has yet to bring legal -action against anyone for codec-related issues, the MPlayer developers -don't lose too much sleep over this and you probably shouldn't, either. +claiming to be a legally binding software license which, besides other +restrictions, forbids the user to use the codecs in conjunction with any +program other than XAnim. However, the XAnim author has yet to bring legal +action against anyone for codec-related issues. -So yes, MPlayer can use XAnim's codecs for decoding. It's very -easy to enable them: +MPlayer is capable of employing the XAnim codecs for decoding. Follow +the instructions to enable them: - <UL> - <LI>download the codecs you wish to use from the + <LI>Download the codecs you wish to use from the <A HREF="http://xanim.va.pubnix.com">XAnim site</A>. The 3ivx codec - isn't there, so download it from the <A HREF="http://www.3ivx.com">3ivx site</A>.</LI> + is not there, but at the <A HREF="http://www.3ivx.com">3ivx site</A>.</LI> - <LI>use the <CODE>--with-xanimlibdir</CODE> option to tell configure where - it can find the xanim codecs. By default, it checks them at + <LI>Use the <CODE>--with-xanimlibdir</CODE> option to tell configure where + to find the XAnim codecs. By default, it looks for them at <CODE>/usr/local/lib/xanim/mods, /usr/lib/xanim/mods and /usr/lib/xanim</CODE>. Alternatively you can set the environment variable XANIM_MOD_DIR to - the dir of the XAnim codecs.</LI> + the directory of the XAnim codecs.</LI> - <LI>rename/symlink the filenames by cutting out the architecture stuff, so they will - have filenames like these : <CODE>vid_cvid.xa, vid_h263.xa, vid_iv50.xa</CODE> + <LI>Rename/symlink the files, cutting out the architecture stuff, so they will + have filenames like these: <CODE>vid_cvid.xa, vid_h263.xa, vid_iv50.xa</CODE> </UL> - -They are video codec family number 10, so you may want to use <CODE>-vfm 10</CODE> +XAnim is video codec family number 10, so you may want to use the <CODE>-vfm 10</CODE> option to tell MPlayer to use them if possible. -Tested codecs are: Indeo 3.2, 4.1, 5.0, CVID, 3ivX, h263. +Tested codecs include: Indeo 3.2, 4.1, 5.0, CVID, 3ivX, h263. <A NAME=2.2.1.4>2.2.1.4. VIVO video</A> MPlayer can play Vivo (1.0 and 2.0) videos. The most suitable codec for 1.0 files is FFmpeg's H263 decoder, you can use it with the <CODE>-vc -ffh263</CODE> option (default) (you'll need the newest libavcodec !). For 2.0 files, use +ffh263</CODE> option (default) (requires up-to-date libavcodec). For 2.0 files, use the <CODE>ivvideo.dll</CODE> Win32 DLL file (from <A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/ivvideo.dll">here</A>), and install it under <CODE>/usr/lib/win32</CODE> or wherever you store the -Win32 codecs. This latter codec doesn't support YV12 nor YUY2 only BGR modes, -thus usable only with the X11 and OpenGL outputs. Hopefully ffh263 will support +Win32 codecs. This latter codec does not support YV12 nor YUY2 only BGR modes, +restricting it to the X11 and OpenGL outputs. Hopefully ffh263 will support VIVO 2.0 files in the future. <A NAME=2.2.1.5>2.2.1.5. MPEG 1/2 video</A> -MPEG1 and MPEG2 are decoded with the native library libmpeg2. -Its source code is included in MPlayer, and of course it is multiplatform. +MPEG1 and MPEG2 are decoded by the multiplatform native libmpeg2 library, +whose source code is included in MPlayer. We handle buggy MPEG 1/2 video files by catching sig11 (segmentation fault), -and quickly reinitializing the codec, and continue exactly from where the failure -did occur. -No speed decrease is measurable. +and quickly reinitializing the codec, continuing exactly from where the failure +occurred. +This recovery technique has no measurable speed penalty. <A NAME=2.2.1.6>2.2.1.6. MS Video1</A> -This is a very old and very bad codec of Microsoft. In the past it was +This is a very old and very bad codec from Microsoft. In the past it was decoded with the <CODE>msvidc32.dll</CODE> Win32 codec, now we have our own -open-source implementation (by <A HREF="mailto:melanson@pcisys.net">Mike +open source implementation (by <A HREF="mailto:melanson@pcisys.net">Mike Melanson</A>). <A NAME=2.2.1.7>2.2.1.7. Cinepak CVID</A> -MPlayer now has its own opensource, multiplatform Cinepak decoder. -Supports YUV outputs, thus hardware scaling if video output driver allows. -Used by default. +MPlayer uses its own open source, multiplatform Cinepak decoder by +default. It supports YUV outputs, so that hardware scaling is possible if the +video output driver permits it. <A NAME=2.2.1.8>2.2.1.8. RealVideo</A> -Currently ONLY the RealVideo 1.0 (fourcc RV10) codec is supported, through -ffmpeg. Sadly, no new RealMedia files come with this one, only with the newer -RV20 and RV30 codecs which are closed-source. Their future support is -unlikely :( +Currently only the RealVideo 1.0 (fourcc RV10) codec is supported through +FFmpeg. Sadly, new RealMedia files come with the newer and closed source RV20 and +RV30 codecs instead. Their future support is unlikely :( <A NAME=2.2.1.9>2.2.1.9. XViD</A> -XViD is another development from good old OpenDivX (first +XViD is another development from the OpenDivX group (their first development was DivX4). -Advantages : +Advantages: <UL> - <LI>opensource</LI> - <LI>its API is compatible with DivX4 so it's easy to add support for - it</LI> + <LI>open source</LI> + <LI>its API is compatible with DivX4 so adding support for + it is easy</LI> <LI>2-pass encoding support</LI> <LI>nice encoding quality, higher speed than DivX4 (you can optimize it for your box while compiling)</LI> </UL> - -Disadvantages : +Disadvantages: <UL> - <LI>currently it doesn't properly decode all DivX/DivX4 files (but who cares, we can play them using libavcodec)</LI> + <LI>currently it does not properly decode all DivX/DivX4 files (no problem as libavcodec can play them)</LI> <LI>you have to choose between DivX4 OR XViD support at compiletime</LI> <LI>under development</LI> </UL> - -Installation : it's currently available only in CVS. Here are the - downloading and installation instructions : -   <CODE>cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid - login</CODE> -   <CODE>cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid co - xvidcore</CODE> -   <CODE>cd xvidcore/build/generic</CODE> -   <CODE>Edit Makefile.linux to fit your needs</CODE> -   <CODE>make -f Makefile.linux</CODE> -   Get encore2.h and decore.h from Divx4linux package, and copy them to <CODE>/usr/local/include/</CODE> -   <CODE>recompile MPlayer with - --with-xvidcore=/path/to/libcore.a</CODE> - +Installation: It is currently available only from CVS. Here are the + download and installation instructions: + <OL> + <LI><CODE>cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid login</CODE></LI> + <LI><CODE>cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid co xvidcore</CODE></LI> + <LI><CODE>cd xvidcore/build/generic</CODE></LI> + <LI>Edit <CODE>Makefile.linux</CODE> to fit your needs.</LI> + <LI><CODE>make -f Makefile.linux</CODE></LI> + <LI>Get <CODE>encore2.h</CODE> and <CODE>decore.h</CODE> from the DivX4Linux + package, and copy them to <CODE>/usr/local/include/</CODE>.</LI> + <LI>Recompile MPlayer with <CODE>--with-xvidcore=/path/to/libcore.a</CODE>.</LI> + </OL> <A NAME=2.2.2>2.2.2. Audio codecs</A> -The most important audio codecs above all : +The most important audio codecs above all: <UL> <LI>MPEG layer 2, and layer 3 (MP3) audio (native code, with MMX/SSE/3DNow! optimization)</LI> <LI>MPEG layer 1 audio (native code, with libavcodec)</LI> <LI>AC3 Dolby audio (native code, with MMX/SSE/3DNow! optimization)</LI> -<LI>Ogg Vorbis audio codec (native lib)</LI> +<LI>Ogg Vorbis audio codec (native library)</LI> <LI>Voxware audio (using DirectShow DLL)</LI> <LI>alaw, msgsm, pcm and other simple old audio formats</LI> <LI>VIVO audio (g723, Vivo Siren)</LI> <LI>RealAudio: DNET (low bitrate AC3)</LI> -</UL> +</UL> <A NAME=2.2.2.1>2.2.2.1. Software AC3 decoding</A> This is the default decoder used for files with AC3 audio. -The AC3 decoder can create output audio mixes for 2, 4, or 6 +The AC3 decoder can create audio output mixes for 2, 4, or 6 speakers. When configured for 6 speakers, this decoder provides -separate output of all the AC3 channels to the soundcard driver, -allowing the full "surround sound" experience without the external AC3 +separate output of all the AC3 channels to the sound driver, +allowing for full "surround sound" experience without the external AC3 decoder required to use the hwac3 codec. Use the <CODE>-channels</CODE> option to select the number of output channels. Use <CODE>-channels 2</CODE> for a stereo downmix. For a 4 channel downmix (Left Front, Right Front, Left Surround and Right Surround outputs), use -<CODE>-channels 4</CODE>. In this case, any Centre channel will be mixed -equally to the front channels. Lastly, "-channels 6" will output all the AC3 +<CODE>-channels 4</CODE>. In this case, any center channel will be mixed +equally to the front channels. <CODE>-channels 6</CODE> will output all the AC3 channels as they are encoded - in the order Left, Right, Left Surround, Right -Surround, Centre and LFE. +Surround, Center and LFE. The default number of output channels is 2. -To use more than 2 output channels, you'll need to be using OSS, -and to have a soundcard driver that supports the appropriate number of -output channels via the SNDCTL_DSP_CHANNELS ioctl. For example, a -version of the emu10k1 driver (used with the SB Live cards) newer than -August 2001 should be suitable (I heard newest ALSA CVS supports this too). +To use more than 2 output channels, you will need to use OSS, and have a sound +card that supports the appropriate number of output channels via the +SNDCTL_DSP_CHANNELS ioctl. An example of a suitable driver is emu10k1 (used by +Soundblaster Live! cards) from August 2001 or newer (ALSA CVS is also supposed to +work). <A NAME=2.2.2.2>2.2.2.2. Hardware AC3 decoding</A> -You'll need an AC3 capable soundcard, with digital out (SP/DIF). The -card's driver must properly support the AFMT_AC3 format (like C-Media does). -Connect your AC3 decoder to the SP/DIF output, and use the '-ac hwac3' -option. It may or may not work (experimental). It will work with C-Media -cards, and with SB Live! + ALSA driver. It won't work with Live!'s OSS -driver! +You need an AC3 capable sound card, with digital out (SP/DIF). The +card's driver must properly support the AFMT_AC3 format (C-Media does). +Connect your AC3 decoder to the SP/DIF output, and use the <CODE>-ac hwac3</CODE> +option. It is experimental but known to work with C-Media cards and Soundblaster +Live! + ALSA (but not OSS) drivers. <A NAME=2.2.2.3>2.2.2.3. libmad support</A> <A HREF="http://mad.sourceforge.net">libmad</A> is a multiplatform MPEG audio -decoding library. If you don't know why is it good, you probably don't need it. - -It doesn't handle broken files well, and sometimes has problems with seeking. +decoding library. It does not handle broken files well, and it sometimes has +problems with seeking. To enable support, compile with the <CODE>--enable-mad</CODE> configure option. @@ -343,47 +318,47 @@ <A NAME=2.2.2.4>2.2.2.4. VIVO audio</A> -The audio codec used in VIVO files depends on whether it's a VIVO/1.0 or +The audio codec used in VIVO files depends on whether it is a VIVO/1.0 or VIVO/2.0 file. VIVO/1.0 files have g.723 audio, and VIVO/2.0 files -have Vivo Siren. Both is supported. You can grab the g.723/Siren +have Vivo Siren audio. Both are supported. You can grab the g.723/Siren Win32 DLL from <A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/vivog723.acm">here</A>, -then copy it into the <CODE>/usr/lib/win32</CODE> directory, or respectively. +then copy it into the <CODE>/usr/lib/win32</CODE> directory. <A NAME=2.2.2.5>2.2.2.5. RealAudio</A> -Currently the only supported one is the DNET codec. Actually it's a -low-bitrate version of the well-known AC3 codec. It can be found either in +Currently the only supported one is the DNET codec. Actually it is a +low-bitrate version of the well known AC3 codec. It can be found in both old and new RealMedia movies. -<A NAME=2.2.3>2.2.3. Win32 codec importing howto</A> +<A NAME=2.2.3>2.2.3. Win32 codec importing HOWTO</A> <A NAME=2.2.3.1>2.2.3.1. VFW codecs</A> -VfW (Video for Windows) is the old Video API for Windows. Its codecs have +VFW (Video for Windows) is the old Video API for Windows. Its codecs have the .DLL or (rarely) .DRV extension. -If MPlayer fails with your AVI: +If MPlayer fails at playing your AVI with this kind of message:     <CODE>UNKNOWN video codec: HFYU (0x55594648)</CODE> It means your AVI is encoded with a codec which has the HFYU fourcc (HFYU = -HuffYUV codec, DIV3 = DivX Low Motion, etc...). Now that we know this, we'll +HuffYUV codec, DIV3 = DivX Low Motion, etc...). Now that you know this, you have to find out which DLL Windows loads in order to play this file. In our -case, the system.ini contains this (with many others): +case, the <CODE>system.ini</CODE> contains this information in a line that reads:     <CODE>VIDC.HFYU=huffyuv.dll</CODE> -So we'll need the huffyuv.dll file. Note that the audio codecs are specified -with the MSACM prefix: +So you need the <CODE>huffyuv.dll</CODE> file. Note that the audio codecs are +specified by the MSACM prefix:     <CODE>msacm.l3acm=L3codeca.acm</CODE> This is the MP3 codec. -So, now we have all the info needed (fourcc, codec file, sample AVI), submit -your codec support request in mail, and upload these files to the FTP: +Now that you have all the necessary information (fourcc, codec file, sample AVI), +submit your codec support request by mail, and upload these files to the FTP site:     <CODE>ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/</CODE> @@ -391,37 +366,36 @@ <A NAME=2.2.3.2>2.2.3.2. DirectShow codecs</A> DirectShow is the newer Video API, which is even worse than its predecessor. -Things are harder with DirectShow, since +Things are harder with DirectShow, since <UL> -<LI>system.ini doesn't contain the needed information, instead it's stored in -the registry :( -<LI>we'll need the GUID of the codec. -</UL> +<LI><CODE>system.ini</CODE> does not contain the needed information, instead it +is stored in the registry and +<LI>we need the GUID of the codec. +</UL> -So let's search that goddamn registry.. +Take a deep breath and start searching the registry... <UL> -<LI>Start 'regedit' -<LI>press ctrl-f, disable the first two checkbox, and enable the third. Type -the fourcc of the codec. (for ex.: TM20) -<LI>you should see a field which contains the path and filename -(for ex. : C:\WINDOWS\SYSTEM\TM20DEC.AX) -<LI>now that we have the file, we'll need the GUID. Try searching again, but -now we'll search for the codec's name, not the fourcc. Its name can be acquired -when Media Player is playing that file, by checking File/Properties/Advanced. -If not, bad luck ;) Try guessing. -(for ex. search for : TrueMotion) -<LI>if found (in registry), there should be a FriendlyName field, and a CLSID -field. Write down that 16 byte of CLSID, this is the GUID required by us. -</UL> - -NOTE: if searching fails, try to enable all the checkboxes.. you may have -false hits, but maybe you'll have the right, too... -NOTE: dump that M$ shit. - - -So, now we have all the info needed (fourcc, GUID, codec file, sample AVI), -submit your codec support request in mail, and upload these files to the FTP: -ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/ +<LI>Start <CODE>regedit</CODE>. +<LI>Press <CODE>Ctrl-f</CODE>, disable the first two checkboxes, and enable the +third. Type in the fourcc of the codec (e.g. TM20). +<LI>You should see a field which contains the path and the filename +(e.g. <CODE>C:\WINDOWS\SYSTEM\TM20DEC.AX</CODE>). +<LI>Now that you have the file, we need the GUID. Try searching again, but +now search for the codec's name, not the fourcc. Its name can be acquired +when Media Player is playing the file, by checking File->Properties->Advanced. +If not, you are out of luck. Try guessing (e.g. search for TrueMotion). +<LI>If the GUID is found you should see a FriendlyName and a CLSID +field. Write down the 16 byte CLSID, this is the GUID we need. +</UL> + +NOTE: If searching fails, try enabling all the checkboxes. You may have +false hits, but you may get lucky... + +Now that you have all the necessary information (fourcc, GUID, codec file, +sample AVI), submit your codec support request by mail, and upload these files +to the FTP site: + +    <CODE>ftp://ftp.mplayerhq.hu/MPlayer/incoming/[codecname]/</CODE> </BODY> </HTML>

3 5

does -mf work?
by Charles Henrich 08 Apr '02

08 Apr '02

I cant seem to find any magic which will make -mf actually work: ~/mplayer/main/mencoder \*.jpg -mf on:fps=24:w=1024:h=436:type=jpeg MEncoder CVS-020307-18:49-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!) Reading /lhome/henrich/.mplayer/codecs.conf: 29 audio & 79 video codecs CPU vendor name: GenuineIntel max cpuid level: 2 CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Type: 6, Stepping: 3) CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Not an URL! File not found: 'frameno.avi' [mf] search expr: *.jpg [mf] number of files: 24 (96) success: format: 0 data: 0x0 - 0x0 forced mf. [demuxer] mf support. [V] filefmt:16 fourcc:0x47504A4D size:1024x436 fps:24.00 ftime:=0.0417 Detected video codec: [m3jpeg] drv:2 prio:0 (Morgan Motion JPEG Codec) fs seg 0x28534000 Set_LDT Loading DLL: 'm3jpeg32.dll' ICDecompressGetFormatSize ret: 40 Called unk_MessageBeep Called unk_GetActiveWindow Called unk_DialogBoxParamA ICDecompressBegin failed: Error -2 Writing AVI header... Segmentation fault (core dumped) If I use png files: MEncoder CVS-020307-18:49-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!) Reading /lhome/henrich/.mplayer/codecs.conf: 29 audio & 79 video codecs CPU vendor name: GenuineIntel max cpuid level: 2 CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Type: 6, Stepping: 3) CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Not an URL! File not found: 'frameno.avi' [mf] search expr: *.png [mf] number of files: 24 (96) success: format: 0 data: 0x0 - 0x0 forced mf. [demuxer] mf support. [V] filefmt:16 fourcc:0x474E504D size:1024x436 fps:24.00 ftime:=0.0417 Detected video codec: [mpng] drv:21 prio:0 (mPNG codec) Writing AVI header... divx4: unsupported picture format (BGR 32-bit)! Exiting... Charles Henrich henrich(a)msu.edu http://www.sigbus.com:81/~henrich

4 12

BT848 patch v2.0
by Charles Henrich 07 Apr '02

07 Apr '02

Includes changes as suggested by Arpi. Im off for two weeks, so I wont be around to answer any replies. I've been using this code for some time now without trouble. It requires the FreeBSD bt848 kernel patch as well, which I've posted to the *bsd mailing lists. I'll also attach it to this email for reference. (This kernel patch is a hack to fix bugs in the driver, im working on a real fix as we speak). -Crh Charles Henrich Eon Entertainment henrich(a)msu.edu http://www.sigbus.com:81/~henrich

3 3

MplayerXP WILL NOT HELP YOU (Official answer)
by Nick Kurshev 07 Apr '02

07 Apr '02

Hello! ============================================================================= HW: Cel1-266 + ATI Rage3D (2MB) + 32MB RAM ============================================================================= mplayerxp -vo vesa -fs -zoom -double -benchmark -frames 1000 -xp videoout.avi Playing videoout.avi Detected AVI file format! codec_ld: The library: '/usr/lib/mplayerxp/codecs/libMP3.so' was loaded OK mp3lib: made decode tables with MMX optimization Selecting Video Decoder: [ffmpeg] FFmpeg's libavcodec codec family codec_ld: The library: 'libffmpeg.so' was loaded OK libavcodec: CPU flags: mmx VIDEO: [DIV3] 512x277 24bpp 25.00 fps 890.8 kbps (108.7 kbyte/s) AUDIO: srate=48000 chans=2 bps=2 sfmt=0x10 ratio: 12000->192000 Using DECODING AHEAD mplayer's core with 5 buffers VO: [vesa] 512x277 => 512x277 Planar YV12 fs zoom SwScaler: BICUBIC scaler, from Planar YV12 to dithered BGR 16-bit using MMX Using DECODING AHEAD mplayer's core with 5 buffers Start playing... MIN BENCHMARKs: *** MEANINGLESS IN XP MODE *** MIN BENCHMARK%: *** MEANINGLESS IN XP MODE *** AVE BENCHMARKs: VC: 11.669s VO: 27.662s A: 2.031s Sys: -1.926s = 39.436s AVE BENCHMARK%: VC: 29.5894% VO: 70.1440% A: 5.1497% Sys: -4.8831 % = 100.0000% MAX BENCHMARKs: *** MEANINGLESS IN XP MODE *** MAX BENCHMARK%: *** MEANINGLESS IN XP MODE *** REAL RESULTS: dropped=147 too slow=2 too fast=0 ============================================================================= mplayerxp -vo vesa -fs -zoom -double -benchmark -frames 1000 videoout.avi Playing videoout.avi Detected AVI file format! codec_ld: The library: '/usr/lib/mplayerxp/codecs/libMP3.so' was loaded OK mp3lib: made decode tables with MMX optimization Selecting Video Decoder: [ffmpeg] FFmpeg's libavcodec codec family codec_ld: The library: 'libffmpeg.so' was loaded OK libavcodec: CPU flags: mmx VIDEO: [DIV3] 512x277 24bpp 25.00 fps 890.8 kbps (108.7 kbyte/s) AUDIO: srate=48000 chans=2 bps=2 sfmt=0x10 ratio: 12000->192000 SwScaler: BICUBIC scaler, from Planar YV12 to dithered BGR 16-bit using MMX Start playing... ************************************************ **** Your system is too SLOW to play this! **** ************************************************ MIN BENCHMARKs: VC: 1.404s VO: 27.052s A: 0.003s MIN BENCHMARK%: VC: 3.1039% VO: 59.7887% A: 0.0066 % = 62.8993% AVE BENCHMARKs: VC: 11.501s VO: 27.230s A: 2.303s Sys: 4.212s = 45.246s AVE BENCHMARK%: VC: 25.4191% VO: 60.1824% A: 5.0904% Sys: 9.3081 % = 100.0000% MAX BENCHMARKs: VC: 21.457s VO: 30.149s A: 16.003s MAX BENCHMARK%: VC: 47.4239% VO: 66.6338% A: 35.3688 % = 149.4265% TOTAL BENCHMARK: from 1001 frames should be dropped: 612 (at least) REAL RESULTS: dropped=938 too slow=222 too fast=0 ============================================================================= XP AVE VC+VO: 99.73% NON XP AVE VC+VO: 85.59% 14.14% of AVE performance degradation is payment for thread 147 vs 938 numbers of dropped frames is profit from thread (6.38 times) In this connexion the first page of mplayer has a lie. The correct phrase should be: *If mplayer doesn't help then mplayerxp WILL HELP you!* Else, it seems as distributing of FUD and anti-advertisment. Best regards! Nick P.S.: Please don't flame me!

5 7

[patch] DVD NAV work continues...
by Kees Cook 01 Apr '02

01 Apr '02

Here is my continuing work for DVD nav support. A few things happen in this patch, some of which I may need to slapped on the wrist for and told how to deal with better... - I needed a way to feed d_dvdsub->id changes into mplayer.c from libmpdemux/stream.c where the various DVDNAV events are seen. As a result, I made mp_input_parse_cmd visible, and used that to feed input to mplayer.c. And then I added a command to change the active sid. And it works! :P - I tried to do this for the active audio channel too, but there is a disconnect between dvdnav and mplayer on stream numbering that I'm still working on. - I have the caching subsystem check the STREAMTYPE_*, and skips if it sees a DVDNAV stream. - I fixed the stream seeking to not rewind a DVDNAV stream, since this seemed to corrupt things pretty badly. I've left the arrow keys active for now, but they'll be disabled at some point (maybe). - Since I'm still working on getting menu navigation visible the Right way, I hacked in some code to draw lines around the menu box. Since I don't have the brain power to understand the draw_alpha routines right now, I hacked together a "line drawing" routine using font characters. :) With that routine, I draw the menu box. Unfortunately, you have to move the menu around at least once before it appears (this is due to DVDNAV events...) - I added an option to skip all still-image timers since still images don't work yet. ("-skipopening") This patch is against 20020331. -- Kees Cook @outflux.net

4 15

sig11 in -vo x11 - probably bug in SwScaler
by Arpi 31 Mar '02

31 Mar '02

Hi, I've reported it already earlier, that -vo x11 randomly crashes when resizing window (keep pressing key 'f' for few seconds - easiest way to reproduce here). Now, while tracing a bug in RLE codec, i've got reproducable sig11 again, now with no scaling but in the scaler doing 24->32bpp bgr conversion. It seems that in 24bpp modes it reads more than the allocated image, maybe reads few bytes (lines?) too lot. I'm also started using njamd-0.8.1, a very nice (and working) memory debugger. It somehow locks memory areas and tell me when teh code reads/writes more than the allocated size or if it tries to free/realloc unallocated memory. I suggest using it for testing, catched several strange random crashes yesterday. MPlayer used to be stable, but nowdays even I got random sig11s everywhere... it's not good... especially as we're getting closer to the big bumm - the first gpl release. it may be v1.0, maybe we should release some 0.9x first, but I think we've done the planned feature list for 1.0 so no more sense of delaying it... so don't make big-bug-pack. now the logs, first from njamd, second is the usual gdb stuff: MPlayer CVS-020331-04:01-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!) CPUflags: Type: 8 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 CPU vendor name: GenuineIntel max cpuid level: 2 CPU: Intel Pentium 4 Xeon Foster (Type: 8, Stepping: 2) extended cpuid-level: 4 Testing OS support for SSE... yes. Testing OS support for SSE unmasked exceptions... yes. Tests of OS support for SSE passed. Compiled with RUNTIME CPU Detection - warning, it's not optimal! To get best performance, recompile mplayer from sources with --disable-runtime-cpudetection CommandLine:Reading /root/.mplayer/codecs.conf: 30 audio & 80 video codecs get_path('font/font.desc') -> '/root/.mplayer/font/font.desc' 'Logo-RLE(best).avi' '-vo' 'x11' '-v' Using Linux's hardware RTC timing (1024Hz) Font /root/.mplayer/font/font.desc loaded successfully! (206 chars) get_path('input.conf') -> '/root/.mplayer/input.conf' Can't open input config file /root/.mplayer/input.conf : No such file or directory Falling back on default (hardcoded) config Playing Logo-RLE(best).avi Can't open IFO file: No such file or directory File size is 98272 bytes Not an URL! Detected AVI file format! ==> Found video stream: 0 list_end=0x4D4 ======= AVI Header ======= us/frame: 66666 (fps=15.000) max bytes/sec: 0 padding: 0 MainAVIHeader.dwFlags: (16) HAS_INDEX frames total: 35 initial: 0 streams: 1 Suggested BufferSize: 32768 Size: 64 x 64 list_end=0x4D4 found 'bih', 1064 bytes of 40 ======= STREAM Header ======= Type: vids FCC: RLE (20454C52) Flags: 0 Priority: 0 Language: 0 InitialFrames: 0 Rate: 15/1 = 15.000 Start: 0 Len: 35 Suggested BufferSize: 4096 Quality 10000 Sample size: 0 Broken chunk? chunksize=2840 (id=JUNK) ======= VIDEO Format ====== biSize 1064 biWidth 64 biHeight 64 biPlanes 1 biBitCount 8 biCompression 1='' biSizeImage 8192 =========================== Found movie at 0x1000 - 0x17C66 list_end=0x17C66 Reading INDEX block, 35 chunks for 35 frames Broken chunk? chunksize=0 (id=idx1) Reading INDEX block, 35 chunks for 35 frames AVI index offset: 0xFFC (movi=0x1000 idx0=0x4 idx1=0xB92) list_end=0x17F6C list_end=0x17FE0 Auto-selected AVI video ID = 0 AVI_NI: No Audio stream found... ->nosound AVI: Searching for audio stream (id:-1) AVI: No Audio stream found... ->nosound AVI video length=93014 VIDEO: [] 64x64 8bpp 15.00 fps 318.9 kbps (38.9 kbyte/s) [V] filefmt:3 fourcc:0x1 size:64x64 fps:15.00 ftime:=0.0667 get_path('sub/') -> '/root/.mplayer/sub/' ========================================================================== X11 opening display: :0.0 vo: X11 color mask: FFFF (R:F800 G:7E0 B:1F) vo: X11 running at 1024x768 with depth 16 and 16 bits/pixel (":0.0" => local display) VDec: vo config request - 64 x 64, BGR 24-bit Opening Video Decoder: [msrle] RLE Video decoder Movie-Aspect is undefined - no prescaling applied. VO: [x11] 64x64 => 64x64 BGR 24-bit VO: Description: X11 ( XImage/Shm ) VO: Author: Aaron Holtzman <aholtzma(a)ess.engr.uvic.ca> video_out->init(64x64->64x64,flags=0,'MPlayer',0x42475218) SwScaler: BICUBIC scaler, from BGR 24-bit to dithered BGR 16-bit using MMX2 Detected video codec: [msrle] drv:9 prio:0 (Microsoft RLE) Sharing memory. SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 1 SwScaler: reducing / aligning filtersize 4 -> 4 SwScaler: using 4-tap MMX scaler for horizontal luminance scaling SwScaler: using 4-tap MMX scaler for horizontal chrominance scaling SwScaler: using n-tap MMX scaler for vertical scaling (BGR) SwScaler: using MMX YV12->BGR16 Converter SwScaler: 64x64 -> 64x64 ========================================================================== Audio: no sound!!! Freeing 0 unused audio chunks Start playing... *** Allocating mp_image_t, 64x64x24bpp RGB packed, 12288 bytes Segmentation fault (caught by NJAMD) called from mplayer(vo_vm_close+0x1289)[0x8086581] called from mplayer(vo_vm_close+0x1330)[0x8086628] called from mplayer(decode_video+0xcc)[0x809f0e4] called from mplayer(main+0x2413)[0x8063edf] called from /lib/libc.so.6(__libc_start_main+0xbb)[0x403e12eb] called from mplayer(_start+0x21)[0x8061271] Cause of fault: Access to protected region Address of fault is 0x4225d000 0x42259000-0x4225e000: Aligned len 12288 Allocation callstack: called from mplayer(mpcodecs_get_image+0x33e)[0x809fa2a] called from mplayer(mpcodecs_get_image+0x1d44)[0x80a1430] called from mplayer(decode_video+0x36)[0x809f04e] Not Freed MPlayer interrupted by signal 11 in module: decode_video - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html section 5.b. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow instructions there. We can't and won't help unless you provide these informations when reporting a possible bug. *** free_stream() called *** GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run Logo-RLE$best$.avi -v -vo x11 Starting program: /usr/local/bin/mplayer Logo-RLE$best$.avi -v -vo x11 MPlayer CVS-020331-04:01-2.95.3 (C) 2000-2002 Arpad Gereoffy (see DOCS!) CPUflags: Type: 8 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 CPU vendor name: GenuineIntel max cpuid level: 2 CPU: Intel Pentium 4 Xeon Foster (Type: 8, Stepping: 2) extended cpuid-level: 4 Testing OS support for SSE... yes. Testing OS support for SSE unmasked exceptions... yes. Tests of OS support for SSE passed. Compiled with RUNTIME CPU Detection - warning, it's not optimal! To get best performance, recompile mplayer from sources with --disable-runtime-cpudetection CommandLine:Reading /root/.mplayer/codecs.conf: 30 audio & 80 video codecs get_path('font/font.desc') -> '/root/.mplayer/font/font.desc' 'Logo-RLE(best).avi' '-v' '-vo' 'x11' Using Linux's hardware RTC timing (1024Hz) Font /root/.mplayer/font/font.desc loaded successfully! (206 chars) get_path('input.conf') -> '/root/.mplayer/input.conf' Can't open input config file /root/.mplayer/input.conf : No such file or directory Falling back on default (hardcoded) config Playing Logo-RLE(best).avi Can't open IFO file: No such file or directory File size is 98272 bytes Not an URL! Detected AVI file format! ==> Found video stream: 0 list_end=0x4D4 ======= AVI Header ======= us/frame: 66666 (fps=15.000) max bytes/sec: 0 padding: 0 MainAVIHeader.dwFlags: (16) HAS_INDEX frames total: 35 initial: 0 streams: 1 Suggested BufferSize: 32768 Size: 64 x 64 list_end=0x4D4 found 'bih', 1064 bytes of 40 ======= STREAM Header ======= Type: vids FCC: RLE (20454C52) Flags: 0 Priority: 0 Language: 0 InitialFrames: 0 Rate: 15/1 = 15.000 Start: 0 Len: 35 Suggested BufferSize: 4096 Quality 10000 Sample size: 0 Broken chunk? chunksize=2840 (id=JUNK) ======= VIDEO Format ====== biSize 1064 biWidth 64 biHeight 64 biPlanes 1 biBitCount 8 biCompression 1='' biSizeImage 8192 =========================== Found movie at 0x1000 - 0x17C66 list_end=0x17C66 Reading INDEX block, 35 chunks for 35 frames Broken chunk? chunksize=0 (id=idx1) Reading INDEX block, 35 chunks for 35 frames AVI index offset: 0xFFC (movi=0x1000 idx0=0x4 idx1=0xB92) list_end=0x17F6C list_end=0x17FE0 Auto-selected AVI video ID = 0 AVI_NI: No Audio stream found... ->nosound AVI: Searching for audio stream (id:-1) AVI: No Audio stream found... ->nosound AVI video length=93014 VIDEO: [] 64x64 8bpp 15.00 fps 318.9 kbps (38.9 kbyte/s) [V] filefmt:3 fourcc:0x1 size:64x64 fps:15.00 ftime:=0.0667 get_path('sub/') -> '/root/.mplayer/sub/' ========================================================================== X11 opening display: :0.0 vo: X11 color mask: FFFF (R:F800 G:7E0 B:1F) vo: X11 running at 1024x768 with depth 16 and 16 bits/pixel (":0.0" => local display) VDec: vo config request - 64 x 64, BGR 24-bit Opening Video Decoder: [msrle] RLE Video decoder Movie-Aspect is undefined - no prescaling applied. VO: [x11] 64x64 => 64x64 BGR 24-bit VO: Description: X11 ( XImage/Shm ) VO: Author: Aaron Holtzman <aholtzma(a)ess.engr.uvic.ca> video_out->init(64x64->64x64,flags=0,'MPlayer',0x42475218) SwScaler: BICUBIC scaler, from BGR 24-bit to dithered BGR 16-bit using MMX2 Detected video codec: [msrle] drv:9 prio:0 (Microsoft RLE) Sharing memory. SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 1 SwScaler: reducing / aligning filtersize 4 -> 4 SwScaler: using 4-tap MMX scaler for horizontal luminance scaling SwScaler: using 4-tap MMX scaler for horizontal chrominance scaling SwScaler: using n-tap MMX scaler for vertical scaling (BGR) SwScaler: using MMX YV12->BGR16 Converter SwScaler: 64x64 -> 64x64 ========================================================================== Audio: no sound!!! Freeing 0 unused audio chunks Start playing... *** Allocating mp_image_t, 64x64x24bpp RGB packed, 12288 bytes [New Thread 1024 (LWP 883)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 883)] 0x81845b8 in swScale_MMX2 (c=0x41e80180, srcParam=0x42257fe0, srcStrideParam=0xbfffe590, srcSliceY=0, srcSliceH=64, dstParam=0xbfffe550, dstStrideParam=0xbfffe544) at swscale_template.c:1648 1648 asm volatile( (gdb) bt #0 0x81845b8 in swScale_MMX2 (c=0x41e80180, srcParam=0x42257fe0, srcStrideParam=0xbfffe590, srcSliceY=0, srcSliceH=64, dstParam=0xbfffe550, dstStrideParam=0xbfffe544) at swscale_template.c:1648 #1 0x8086581 in draw_slice (src=0x42257fe0, stride=0xbfffe590, w=64, h=64, x=0, y=0) at vo_x11.c:520 #2 0x8086628 in draw_frame (src=0x42257fe0) at vo_x11.c:534 #3 0x809f0e4 in decode_video (video_out=0x81ebda0, sh_video=0x41da2f4c, start=0x41dac47a "@\n", in_size=2950, drop_frame=0) at dec_video.c:193 #4 0x8063edf in main (argc=5, argv=0xbffff8a4, envp=0xbffff8bc) at mplayer.c:1503 #5 0x403e12eb in __libc_start_main (main=0x8061acc <main>, argc=5, ubp_av=0xbffff8a4, init=0x805f9a8 <_init>, fini=0x81acef0 <_fini>, rtld_fini=0x4000c130 <_dl_fini>, stack_end=0xbffff89c) at ../sysdeps/generic/libc-start.c:129 (gdb) disass $eip-32 $eip+32 Dump of assembler code from 0x8184598 to 0x81845d8: 0x8184598 <swScale_MMX2+1820>: lds (%edi),%ecx 0x818459a <swScale_MMX2+1822>: cmc 0x818459b <swScale_MMX2+1823>: aad $0xf 0x818459d <swScale_MMX2+1825>: imul $0xf,%edx,%eax 0x81845a0 <swScale_MMX2+1828>: jno 0x8184582 <swScale_MMX2+1798> 0x81845a2 <swScale_MMX2+1830>: pop %es 0x81845a3 <swScale_MMX2+1831>: movd 0xc(%edx,%ebx,1),%mm4 0x81845a8 <swScale_MMX2+1836>: movd 0xf(%edx,%ebx,1),%mm1 0x81845ad <swScale_MMX2+1841>: punpcklbw %mm7,%mm4 0x81845b0 <swScale_MMX2+1844>: punpcklbw %mm7,%mm1 0x81845b3 <swScale_MMX2+1847>: movd 0x12(%edx,%ebx,1),%mm2 0x81845b8 <swScale_MMX2+1852>: movd 0x15(%edx,%ebx,1),%mm3 0x81845bd <swScale_MMX2+1857>: punpcklbw %mm7,%mm2 0x81845c0 <swScale_MMX2+1860>: punpcklbw %mm7,%mm3 0x81845c3 <swScale_MMX2+1863>: pmaddwd %mm6,%mm4 0x81845c6 <swScale_MMX2+1866>: pmaddwd %mm6,%mm1 0x81845c9 <swScale_MMX2+1869>: pmaddwd %mm6,%mm2 0x81845cc <swScale_MMX2+1872>: pmaddwd %mm6,%mm3 0x81845cf <swScale_MMX2+1875>: packssdw %mm1,%mm4 0x81845d2 <swScale_MMX2+1878>: packssdw %mm3,%mm2 0x81845d5 <swScale_MMX2+1881>: pmaddwd %mm5,%mm4 End of assembler dump. (gdb) printf "eax=%08lX\n",$eax eax=FFFFFFF8 (gdb) printf "ebx=%08lX\n",$ebx ebx=FFFFFFE8 (gdb) printf "ecx=%08lX\n",$ecx ecx=FFFFFFC0 (gdb) printf "edx=%08lX\n",$edx edx=4225D000 (gdb) printf "esp=%08lX\n",$esp esp=BFFFE174 (gdb) printf "ebp=%08lX\n",$ebp ebp=BFFFE4FC (gdb) printf "edi=%08lX\n",$edi edi=4222FFD0 (gdb) printf "esi=%08lX\n",$esi esi=41E80228 (gdb) q The program is running. Exit anyway? (y or n) A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu

4 5

<no subject>
by Alex Thaler 31 Mar '02

31 Mar '02

Hi. I'm new on this list. I just installed Linux on a PC, and was very impressed with Mplayer. I was wondering if it would be possible to install it on my Mac running OSX, but configure says OS type Darwin and CPU type PPC are unknown. Anyway, I was wondering if anyone knew anything about how it could be ported over? I have some knowledge of C/C++, but I've never ported anything from any system to any other. Does anyone have any suggestions?

2 1