Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por skull (961) el Sábado, 27 Octubre de 2001, 23:06h (#64746)
    ( http://barrapunto.com )
    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
  • por Ed Hunter (702) el Sábado, 27 Octubre de 2001, 23:31h (#64750)
    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.

  • por musg1 (3284) el Domingo, 28 Octubre de 2001, 02:07h (#64771)
    ( http://helvete.escomposlinux.org/ )
    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.
  • por N0mada (422) el Domingo, 28 Octubre de 2001, 09:29h (#64788)
    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.
  • por Ed Hunter (702) el Domingo, 28 Octubre de 2001, 11:01h (#64801)
    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.

  • por fRinK (2515) el Domingo, 28 Octubre de 2001, 13:13h (#64819)
    ( http://127.0.0.1/ )
    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.
  • Re:MPlayer

    (Puntos:1)
    por data (330) el Domingo, 28 Octubre de 2001, 13:24h (#64821)
    ( http://www.simauria.upv.es/~data/ )
    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).
  • por neuralgya (3331) el Lunes, 29 Octubre de 2001, 08:27h (#64903)
    ( Última bitácora: Jueves, 16 Octubre de 2014, 15:35h )
    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.

  • por _Mulder (121) el Lunes, 29 Octubre de 2001, 08:43h (#64905)
    ( http://barrapunto.com/ | Última bitácora: Viernes, 08 Octubre de 2004, 17:02h )
    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.
    --


    Nos vemos en el /var
  • 5 respuestas por debajo de tu umbral de lectura actual.