Barrapunto

Por lo menos para mi.
Uso RedHat 7.2 (uso redhat desde la 6.2) y el mejor que me ha ido es el xine.
El MPlayer esta majo, pero con redhat te avisa que el "supercompilador gcc" de tu distro no es compatible con el programa. Puedes probar a compilarlo (de hecho compila bien) pero no aseguran nada.
El Xine tiene un paquete rpm ya compilado y tiene un skin decente (de que me sonara a mi?, powerdvd?).
Pues eso, no es por quitarle importancia a tu noticia, sino para que la gente tenga mas opciones.
Por cierto: Xine para rh7.2.
Otras versiones

O lo que es lo mismo: divx4linux. Esta muy bien usar las dll de Windows, pero si tenemos una implementación libre pues me ustaría poder probarla.

Desgraciadamente, parece no ponerse deacuerdo entre el decore.h del OpenDivX y lo que el MPlayer cree que hay en ese include, porque protesta de que faltan multitud de #define :(

Por otro lado, usando las dll de Windows, es el que me ha dado mejor resultado, obteniendo la máxima fluidez hasta ahora en mi K6-2 450MHz, y eso que he probado el aviplay y el xine. He sido incapaz de hacer funcionar correctamente el XMPS, así que no puedo incluirlo.

Pues a mí me compila bien. ¿te has bajado la última versión de las librerías del decore de http://www.divx.com?
Luego para usarlo pones mplayer -vc odivx ficherin.avi o mplayer -vc divx4 ficherin.avi para ver los avis con el opendivx.

Justo el poder de Mplayer reside en que no tiene ficheros precompilados. Cuando tu lo compilas se optimiza pa tu tarjeta de video, procesador (intel, amd, etc...).

      Esta realmente bien, si andas justito de CPU merece la pena utilizarlo,. Yo ahora veo los DivX que ates veia vbastante mal...

Primero, la version 0.50 ya lleva bastante tiempo fuera.

    Segundo claro que se puede usar el decodificador nativo, bajas el código ffmpeg de ffmpeg.sourceforge.net y copias el directorio libavcodec al libavcodec de mplayer (proximamente lo van a incluir como libreria) y luego para reproducir es añadir la linea -vc ffdixv

    Tercero, recomiendo usar la version CVS e ir actualizandola pues es mucho más estable ademas de soportar videos con codec 3ivx y los soportados por xanim que ya se incluyen, tamibén soporta post proceso nativo para cualquier tipo de codec con las opciones -autoq y -pp (el nombre de esta última no me gusta mucho, recomendaciones -autoq 10 o -pp 63 , así está al máximo), mejora enormemente el escalado de el video, hay muchas más mejoras pero esas son destacables, ahora van a implementar el soporte para tarjetas DXR3 de creative para la descompresión mpeg 1 y 2, nuevos filtros de post-proceso, nuevos codecs, etc.
 
  sinceramente lo del interfaz gráfico me importa poco, preferiría que crearan un motor o librería multimedia para ser usado en otros programas como xine, videolan (ideal para DVD), etc.

La versión del libDivXdecore que tengo es la 0.4.7, y parece ser que la versión que exige el Mplayer 5.0 es la 4.0alpha48, así que ahí debe estar mi problema.

Según parece no debo bajarme el código fuente de la libDivXdecore, sino bajarme el binario :P

Esto me pasa por preferir compilar las cosas yo mismo.

Todo eso suena muy bien, sino que MPlayer no es software libre, mientras Xine, por ejemplo lo es.

MPlayer is basically GPL, but contains some non-GPL code which is not allowed to be distributed in binary form, and also contains the OpenDivX library which has special license.

En resumen, que SI es GPL, mientras que las librerias opendivx por ej no. Siempre puedes compilarlo sin soporte para las opendivx para tener un software completamente GPL; incluso se podria incluir en cualquier distribución del momento, pero como ellos bien dicen en otro punto:

It has no sense to make binary packages of mplayer now, because most of options are autodetected or configured during compilation.

Mplayer está en camino de ser soft libre. El problema que tenían hasta ahora era que las librerías de postproceso (para la eliminación de los dichosos cuadrados de los mpeg) eran propietarias, pero ya las han sustituido en el CVS.

Otro problema por el que no lo han licenciado con GPL es que quieren restringir la distribución en formato binario, por el simple hecho de que no quieren "bug reports" de gente que usa versiones compiladas sin optimización para la arquitectura específica de funcionamiento.

Advertencia: MPlayer está _super_optimizado, y estas optimizaciones se obtienen en el momento de la compilación, porque tiene en cuenta la arquitectura (funciona en SGI, i386, Alpha, SPARC), el operativo (GNU/Linux, Solaris, *BSD, IRIX, HP-UX...), la tarjeta gráfica, las intrucciones del procesador (MMX, MMX2, 3DNOW,...), el acceso de memoria (MRTT), el tipo de salida gráfica (MGA, XMGA, SDL, X11, XVideo, incluso aalib!), el de salida de audio (OSS, ALSA, otros,...)...

Es muy probable que en un futuro próximo sea GPL, pero recuerda que si lo usas, debes leerte la documentación. Si te quejas sin hacerlo es probable que recibas como respuesta un Leete El Puto Manual (LEPM, RTFM en inglés).

Disculpen si no me levanto. (Epitafio de Groucho Marx).

Alguien ha podido instalarlo usando Potato r0? despues del ./configure intenyo hacer el make y me sale un error diciendo que el Makefile ha sido modificado en el futuro, (¿?) y que vuelva a ejecutar ./configure. Ni que decir tiene q lo hago una y otra vez y me dice lo mismo ...

oie tio yo tengo tb un k6-2 i me ban de pena en linux puedes decirme komo te lo kurras? anarkia666@terra.es

es simplemente que muchas pelis que me petaban en Windows pude verlas (y con mejor calidad) con el mplayer.

Cuando tienes un equipo justito, estas cosas se agradecen.

Yo en la potato que tengo en el curro me compila sin ningun problema, y eso que aqui aun tengo las xfree 3.x

La unica diferencia que tengo con una potato normal es que me suelo ir instalando los paquetes 'especiales' que hay para los kernel 2.4.xx.

Ese error me pasaba antes también a mí. Resulta que montaba la cuenta por NFS, y el servidor tenía la hora unos minutos adelantada con respecto a mi máquina. Por eso me salía lo de que ha sido modificado en el futuro.

                    J.A.