Baslinux mailing list

[Stephen Clement <s.clement AT sympatico.ca>]

sindi keesan wrote:

> On Tue, 26 Apr 2005, Stephen Clement wrote:
>
> > David Moberg wrote:
> >
> > > Probably a newer version than mine (2.2.5).
> > Yep, 2.3.2 on my end.
>
>
>
> Below I see 1.0pre7-3.3.2 - did you mean 3.3.2 not 2.3.2?
> Do newer versions do more are or they mostly bug fixes?

We were talking about glibc versions, not MPlayer versions.

> > > > It plays pretty well everything that a normal MPlayer build would
> > > > (ogg, mp3, XviD)
> > >
> > > So mplayer -vc help prints a lot of different things, including DLLs?
> > MPlayer 1.0pre7-3.3.2 (C) 2000-2005 MPlayer Team
> > CPU: Intel Pentium III Katmai/Pentium III Xeon Tanner (Family: 6, 
> > Stepping: 3)
> > Detected cache-line size is 32 bytes
> > CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
> > Compiled with runtime CPU detection - WARNING - this is not optimal!
> > To get best performance, recompile MPlayer with 
> > --disable-runtime-cpudetection.
>
>
> Was this detection so that it can be used on various systems?
>
> Is a 486 a good enough low end since that is the target of BL3?  You 
> can't play DVDs on a 386, can you?

Most likely not.

> > > > with the exception that there is currently no X11
> > > > video support (and a few other things like no SDL or AAlib, etc.).
> > >
> > > AAlib and SDL are not really necessary. But X11 is very handy to have.
> > > Is vesa listed among the "mplayer -vo help" output?
> > Yep, I compiled in VESA support :)
> >
> > I do consider something like AAlib or libcaca necessary myself. Also, 
> > SDL's sound output I find works no matter what, it's quite good.
>
>
> What are all of these used for?

AAlib and libcaca are used for drawing graphics on the console. SDL is 
Simple DirectMedia Layer, a DirectX equivilent for linux, windows, mac, 
etc. that allows direct access to the hardware and multi-platform support.

> > > > The current statically compiled binary size is 7.7MB, uncompressed.
>
> David suggested to me that I use 'strip' to make binaries smaller. 
> Someone else suggested using upx (after strip).  Together they cut my 
> binary size by about half.

upx makes it slower though and strip doesn't do an awful lot.

Also, I compiled a copy of mplayer non-statically and almost everything 
was supported. Here is a list of things supported by my non-statically 
compiled MPlayer:

Available video output drivers:
       xv      X11/Xv
       x11     X11 ( XImage/Shm )
       xover   General X11 driver for overlay capable video output drivers
       gl      X11 (OpenGL)
       gl2     X11 (OpenGL) - multiple textures version
       dga     DGA ( Direct Graphic Access V2.0 )
       sdl     SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!)
       fbdev   Framebuffer Device
       fbdev2  Framebuffer Device
       svga    SVGAlib
       aa      AAlib
       caca    libcaca
       vesa    VESA VBE 2.0 video output
       xvidix  X11 (VIDIX)
       cvidix  console VIDIX
       null    Null video output
       mpegpes Mpeg-PES file
       yuv4mpeg        yuv4mpeg output for mjpegtools
       png     PNG file
       jpeg    JPEG file
       gif89a  animated GIF output
       tga     Targa output
       pnm     PPM/PGM/PGMYUV file
       md5sum  md5sum of each frame

Compare that to my statically compiled MPlayer:

Available video output drivers:
       fbdev   Framebuffer Device
       fbdev2  Framebuffer Device
       vesa    VESA VBE 2.0 video output
       cvidix  console VIDIX
       null    Null video output
       mpegpes Mpeg-PES file
       yuv4mpeg        yuv4mpeg output for mjpegtools
       png     PNG file
       jpeg    JPEG file
       gif89a  animated GIF output
       tga     Targa output
       pnm     PPM/PGM/PGMYUV file
       md5sum  md5sum of each frame

I haven't changed anything on my computer either (installed or 
uninstalled any new libraries, etc.). From the looks of things this is 
why I'm having trouble getting things to statically compile. I'll look 
into getting more static libraries for some of these that only have 
shared libraries.

Thanks,

Stephen Clement