Un stack overflow fue encontrado y reportado por Stefan Cornelius de Secunia Research en el código utilizado para manejar consultas cddb. Otras dos situaciones similares fueron encontradas por Reimar Döffinger mientras arreglaba el problema. Esta vulnerabilidad fue identificada como CVE-2007-2948 y SAID 24302.
Al momento de copiar el título del álbum y la categoría no se comprobaba el largo de los strings antes de guardarlos en un arreglo de largo fijo. Una entrada malintencionada en la base de datos puede producir un stack overflow en el programa y permitir la ejecución de código arbitrario con el UID del usuario bajo el cual está corriendo MPlayer.
Alta (execución remota de código arbitrario bajo el user ID que está ejectutando el programa) cuando se obtiene información del disco desde una entrada malintencionada de la cddb, nula si usted no utiliza esta característica. Por favor tenga en cuenta que es posible sobreescribir entradas en la cddb asi que un ataque puede incluso perpetrarse a través del uso de un servidor no comprometido. Al momento en que se arreglo el problema no existían exploits conocidos.
Este problema fue resuelto en el SVN el día Martes 5 de Junio del 2007 a las 11:13:32 UTC (r23470). Usuarios de versiones de MPlayer afectadas deben bajar un parche para 1.0rc1 o actualizar a la última versión si es que ya se encuentran utilizando SVN.
Si no puede hacer un upgrade o aplicar el parche sugerido. estas medidas podrían ayudarle a evitar el problema.
Porfavor tenga en cuenta que por el momento no publicaremos una versión arreglada del tarball. Si necesita continuar utilizando 1-0rc1, obtenga MPlayer 1-0rc1, aplique el parche con el arreglo y recompile MPlamyer. Si es posible, en todo caso, le recomendamos que se actualice a la versión en el repositorio SVN. Si aún así decide continuar utilizando rc1 no se olvide de aplicar también éste fix más antiguo. Si usted esta manteniendo un paquete binario de MPlayer, a la versión actualizada póngale por nombre 1.0rc1try3.
MPlayer 1.0rc1, MPlayer 1.0rc1try2 y SVN antes de la r23470 (Martes Junio 5 11:13:32 2007 UTC). Versiones más viejas pueden estar igualmente afectas a esta falla pero no fueron testeadas.
SVN HEAD despues de la r23470 (Martes 5 de Junio 11:13:32 2007 UTC)
MPlayer 1.0rc1 + parches de seguridad.
Como en años previos, MPlayer se hará presente en LinuxTag. Este año, el evento tendrá lugar en Messe Berlín del 30 de Mayo al 2 de Junio y contaremos también con la presencia de FFmpeg.
Le esperamos en el hall 12 puesto número 93 para que conozca a los desarrolladores y nos cuente sus sugerencias.
Si por alguna razón se encuentra ahi el Viernes en la mañana, le sugerimos que asista a la presentación FFmpeg: Pasado, Presente, Y Futuro por Mike Melanson, uno de los desarrolladores de FFmpeg y conocido hacker multimedia.
Nos vemos en Berlín!
Deseamos dar las gracias el proyecto "Google Summer of Code" por auspiciar a FFmpeg. Gracias al SoC del 2006 FFmpeg pudo disponer de la ayuda de estudiantes que trabajaron en la implementación de nuevos codecs nativos
Entre los destacados de este release tenemos codec VC-1/WMV3 nativo, decoders VP5 y VP62 (utilizado en algunos archivos de video Flash), que funcionan incluso en plataformas no-intel y subtítulos SSA/ASS/color.
Ademas, podemos ahora correr nativamente en Macs Intel (sólo tienes que pasar a configure las opciones --disable-win32 y --disable-mp3lib) , -endpos fue finalmente agregado a MPlayer y el GUI Windows ha experimentado un número considerable de mejoras.
La decodificación de Vorbis a sido acelerada de manera importante, asi también la de H.264 donde las optimizaciones estan aún siendo trabajadas, a pesar de esto las diferencias debieran ya ser notorias.
Y por último pero no menos importante, un montón de bugs de pre8 han sido correjidos.
MPlayer 1.0rc1 (Nombre código intencionalmente en blanco) ya no cargará un archivo de configuracion específico para cada archivo en el mismo directorio donde se encuentra el que estas reproduciendo, por que hay potenciales problemas de seguridad con dicho comportamiento (Gracias a Rudolf Polzer por mencionarnos la situación); si quieres restaurar el anterior comportamiento debes utilizar la opción -use-dir-conf.
Si ya tienes el paquete de codecs binarios de pre8, no necesitas bajar el nuevo (20061022). La única diferencia entre estos es que el nuevo no contiene algunos códecs que ahora han sido implementados de manera nativa.
MPlayer y su documentación estan disponibles en muchos idiomas. Desafortunadamente no todas las traducciones estan en buenas condiciones, muchas estan desactualizadas o incompletas. Por lo tanto necesitamos Tu ayuda para ponerlas denuevo en forma. Transformarse en un traductor no toma mucho y es una gran forma de contribuir o comenzar a contribuir al software libre. Sin ningún tipo de habilidad para la programación algo de tu esfuerzo puede hacer la diferencia.
Si revisas nuestra página de documentación verás que traducciones estan incompletas, poco actualizadas, necesitadas de ayuda o todas las anteriores. Asi que, si quieres ayudarnos con las traducciones, leete el 'Cómo traducir' y suscribete a las listas de correo MPlayer-DOCS y MPlayer-translations
Fuera de la documentación otra parte de MPlayer que es traducida la constituyen los mensages de la consola y/o GUI. Los tenemos en Búlgaro, Checo, Aleman, Danés, Greco, Español, Frances, Húngaro, Italiano, Japones, Koreano, Macedonio, Holandés, Noruego, Polaco, Portugues Brasileño, Rumano, Ruso, Eslovenio, Sueco, Turco, Ukraniano, Chino tradicional y Chino simplificado. La mayoría de estos estan desactualizados y realmente necesitan algo de trabajo.
Builds experimentales de la nueva GUI para windows pueden ser encontrados en la página de descargas. Disfrutenla y cuentenle acerca de ella a sus amigos que usan Windows.
Ha pasado más de un año desde nuestro último release y si, aún estamos vivos! Como siempre, el largo de nuesta lista de cambios claramente muestra que hemos sido flojos con los releases pero no flojos programando.
Primero que todo, hemos descubierto nuevos bugs de seguridad en nuestro código de AVI, Real y MOV asi que los instamos a actualizar su versión en cualquier caso.
Dado lo viejo que es pre7 hoy, le recomendamos fuertemente actualizar. Tambien le recomendamos a nuestros usuarios probar y usar la versión en desarrollo en Subversion cada vez que puedan para asi beneficiarse de las nuevas mejoras y reportar/arreglar errores. Al contrario de lo que podría ser correr un kernel en desarrollo, no se comerá tus datos ni embarazará a tu gata y nos ayudará a mejorar la calidad de MPlayer.
Dentro de las muchas prestaciones que han sido agregadas. Es importante
hacer notar que libavformat ahora soporta una mayor cantidad y variedad
de archivos. Si tenias problemas para reproducir algunos, intenta utilizar
libavformat para hacer el demultiplexado (demuxing) (-demuxer lavf
).
MEncoder tambien puede beneficiarse de libavformat para poder, por ejemplo,
crear videos Flash.
Se han realizado tambien muchas mejoras al decodificador de H.264 para hacerlo bastante más rápido y más resistente a los errores. Mas códecs de audio y video son soportados. El sincronismo del Audio/Video se ha mejorado especialmente en streams Real y Vorbis.
Y eso no es todo! Tenemos varios trucos bajo la manga para las próximas versiones de MPlayer: soporte experimental para los menues de DVD con DVDnav y una GUI experimental para windows. Porfavor unetenos en nuestro esfuerzo de testeo para que estas prestaciones no permanezcan en estado experimental ;-).
La conversión de CVS a Subversion es finalmente completa. Puedes acceder el repositorio Subversion de MPlayer en
svn checkout svn://svn.mplayerhq.hu/mplayer/trunk/
o verlo en línea. Desarollo ahora continuará de forma normal con tecnología de control de versiones de próxima generación.
Mphq, nuestro viejo servidor, murió el Viernes por la tarde. Probablemente no volverá a estar en línea.
Aunque muchos de los servicios ya habían sido movidos a natsuki, el nuevo servidor, los repositorios CVS y las listas de correo aún estaban siendo alojadas en el viejo servidor.
En poco tiempo se configuró el sistema de correos (gracias a nuestro equipo de administradores) y las listas estan denuevo en línea desde el Lunes. El servidor CVS no será movido: Estamos trabajando en la conversión de los repositorios a Subversion (ya estaba planeado), donde continuará el desarrollo. Pero esto tomará algún tiempo. Primero vendrá FFmpeg (un repositorio de prueba ya esta disponible para los desarrolladores), luego, MPlayer.
Los últimos snapshots CVS de FFmpeg y MPlayer están disponibles aquí
Alex, Oded y yo fuimos entrevistados por cruocite para http://itreviews.blogspot.com/. si quieres echar un vistazo a nuestras mentes lee la entrevista.
El puesto multimedia en LinuxTag se está convirtiendo en una institución. Si decides ir a Wiesbaden este año, puedes conocer a algunos desarrolladores de los equipos de MPlayer y FFmpeg ahi.
Como regalo especial este año trataremos de arreglar cualquier archivo de medios con problemas que traigas a nuestro puesto. Si tienes un archivo problemático, traenoslo, nosotros lo categorizaremos y trataremos de encontrar algún arreglo o solución temporal a tu problema. No podemos hacer promesas acerca de nuestro éxito, pero pondremos el mejor de nuestros esfuerzos.
Las encuestas para el premio anual otorgado por los miembros de LinuxQuestions.org (Members Choice Award) acaban de terminar y MPlayer ha ganado en la categoría Video Multimedia Application of the Year (Aplicación Multimedia/Video del año).
568 personas (46.94%) votaron por MPlayer. El segundo lugar fue para xine con 365 votos (30.17%) y el tercer lugar para VLC con 117 (9.67%).
Muchas gracias a todos nuestros fans.
Si puedes leer esto, el nuevo servidor web se encuentra operativo.
Debido a varias circunstancias nos ha tomado más de lo esperado el configurar la máquina y transportarla a su locación definitiva. En este momento ya se encuentra sirviendo nuestras páginas, FTP y repositorios Subversion experimentales. Porfavor aguanta con nostros un poco más hasta que tengamos la red de mirrors funcionando, continuemos la transición desde CVS a Subversion y traslademos las listas de correo.
Muchas gracias denuevo a nuestros donantes , los que hicieron realidad este deseo.
En Hungría MPlayer parece mantenerse popular y ganó el Readers' Choice Award del Hungarian Unix Portal en la categoría "favorite video player of the year" por tercera vez consecutiva.
MPlayer recibió 539 votos (84%), colocándolo delante de VLC 58 (9%) y el segundo del último año xine 42 (7%). Si puedes leer húngaro, revisa la página del premio HUP.
¡Buenas noticias!
Parece que MPlayer sigue siendo tan popular como siempre. Nos acaban de notificar que TUX magazine ha anunciado los ganadores de su primer Readers' Choice Award anual y que MPlayer salió primero en la categoría Favorite Media Player.
¡Gracias por todo el apoyo, lo apreciamos!
Estamos orgullosos de anunciar que LinuxQuestions.org ha llevado a cabo su premiación anual a travez de la votación de sus miembros (Members Choice Award) y MPlayer resultó elegido Aplicación de Video/Multimedia del año.
MPlayer recibió 487 votos (49.85%), ganándole a xine con 304 (31.12%) y Totem con 77 (7.88%).
Che, hemos ganado un premio en Argentina... El sitio de software Linux argentino brokenbox.com.ar ha elegido MPlayer 1.0pre6 "programa del mes". ¡Gracias!
La versión HTML de la documentación falta en el tarball del release pre6. MPlayer 1.0pre6a es MPlayer 1.0pre6 con la documentación faltante añadida. Salvo el directorio DOCS/HTML los dos archivos son idénticos.
MPlayer y MEncoder dan 1.0-pre6 como número de versión ya que no hubo cambios en el código.
Si todavia no tienes pre6, baja el nuevo tarball pre6a. Si no, no hace falta bajarlo, a menos que estás interesado en la documentación HTML pero no la puedes generar desde las fuentes XML.
MPlayer 1.0pre6 se puede descargar de los siguiente sitios. Por favor sea compasivo con nuestro servidor y use uno de nuestros sitios espejo.
MD5SUM: a812d945b884c2e2fa7f90c57cd76bff
Puedes mandar camiones llenos de cocacola a mi dirección :-)
Han pasado cinco meses desde nuestro último release y chico, como se nota. Es la mayor lista de cambios jamás vista, hemos estado golpeando los teclados duramente. Por eso hemos decidido liberar al final y enviar un regalo de navidad al mundo. Ya que mañana es navidad deberás esperar un día para compilarlo. Abrir regalos antes de tiempo está prohibido! Así que ya sabe, mantenga los tarballs comprimidos! Si envía informes de error o un comentario antes de tiempo sabremos que ha sido un chico malo y desempaquetó su regalo prematuramente. Y ya sabe lo que le pasa a los chicos malos...
Los cambios más importantes corresponden al soporte para un infinito número de nuevos codecs y arreglos importantes para algunos de los viejos. El codec de video experimental snow basado en wavelet por Michael Niedermayer requiere especial mención. Es muy prometedor, quizá es el futuro de los codecs de video. También añadimos soporte para codificación H.264 con x264 y MP2 a través de toolame.
Aparte de eso ha ocurrido lo increible y el millar de opciones disponibles al fin
han sido documentadas. Si no puede encontrarlo en la documentación símplemente no
existe, RTFM! Si tiene una máquina lenta debe revisar la decodificación de baja
resolución con libavcodec (-vfm ffmpeg -lavdopts lowres=0-3
). Con
algo de suerte deberá poder reproducir DVDs y películas MPEG-4. Mac OS X tiene
también bonitas mejoras con VCD y Real/Helix codec (obtenga los nuevos codecs)
soportado entre otros. En Windows hay una bonita nueva salida de audio
DirectSound y soporte para la opción -wid
que permite que se
realizen plugins de navegador. Si usa un servidor de sonido polypaudio ahora hay
un módulo de sonido para usted. El resto de plugins de audio antiguos han sido
convertidos a filtros de audio por lo que se espera que los plugins de audio
desaparezcan en el siguiente release. Ya se ha hecho con alsa9 y alsa1x, ahora
debe usar alsa en su lugar.
Como es usual hay demasiados arreglos de errores como para mencionarlos todos. Todos ellos están ahí, para que MPlayer funcione más suavemente y más establemente que nunca. Uno notable es que la longitud y la posición ahora se pueden utilizar también en los archivos MOV y que la salida de MPlayer poco a poco está siendo más silenciosa.
La lista de cambios es relativa a MPlayer 1.0pre5try2, por lo que todos los parches de seguridad recientes han sido incluídos.
Feliz navidad...
MPlayer 1.0pre6 se puede descargar de los siguiente sitios. Por favor sea compasivo con nuestro servidor y use uno de nuestros sitios espejo.
MD5SUM: 4a628f87a7070e10ffea04a1598979a9
Hoy hemos sido premiados... Acaban de avisarnos de que MPlayer ha ganado otro premio, esta vez de la comunidad de Linux Brasileña en br-linux.org, los "Favoritos da Comunidade Livre brasileira em 2004" (Favourites of the Brazilian Free Community in 2004) en la categoría "Visualizador de Vídeo" (Video Player) con 1395 votos (48%), seguido por xine y Kaffeine.
Si entiende Portugués puede leer los detalles en la página del premio.
Nos enorgullecemos de anunciar que MPlayer ha ganado el Readers' Choice Award del Hungarian Unix Portal en el "reproductor de video favorito del año" así como el "proyecto Húngaro favorito del año" en esa categoría.
En la categoría de reproductor de video MPlayer obtuvo 473 votos (89%), xine 39 (7%) y VLC 10 (1%). Es el segundo año consecutivo que MPlayer gana este premio. Si entiende Húngaro puede leer acerca de todo esto en HUP award page.
Múltiples vulnerabilidades han sido descubiertas en MPlayer por iDEFENSE, y más pueden encontrarse mientras revisamos el código:
Todos estos afectan a MPlayer 1.0pre5 y las versiones actuales del CVS. MPlayer 0.93 está obsoleto y no se ha comprobado ni arreglado. Todos los problemas han sido arreglados, y el demultiplexor BMP ha sido deshabilitado porque no es útil y requiere más análisis para estar completamente seguros.
Para estar a salvo los usuarios de MPlayer 1.0pre5 o inferior deberían actualizar a 1.0pre5try2 o aplicar estos parches acumulativos a 1.0pre5 y no reproducir flujos en la red mientras tanto. Los usuarios de CVS pueden simplemente hacer 'cvs update'. Un CVS actualizado para los usuarios de Windows está también disponible.
A continuación están detallados los paquetes de seguridad.
MPlayer 1.0pre5try2 puede descargarse de los siguiente sitios:
MD5SUM: 724c905a8dddb7e8ec9722fc585f833d
MPlayer ha ganado el Linux New Media Award 2004 en la categoría "Best Media Player". El premio está organizado por Linux New Media AG y el juzgado consiste en alrededor de 150 repetados miembros de la comunidad.
MPlayer ganó el 29.8% de los votos, ganando a xine (24.2%) y XMMS (23.4%) haciendo que sea el segundo ganador en una fila. Puede encontrar los detalles de los resultados en la German award page.
El equipo de MPlayer tendrá representación en SUCON '04 por al menos Alex Beregszaszi, Roberto Togni, Jonas Jermann y Diego Biurrun. SUCON es la Conferencia Suiza de Unix que tendrá lugar en Septiembre 2-4, 2004 en Technopark en Zürich, Switzerland. Desde la descripción en su página web:
SUCON is a emerging conference focused on topics related to the Unix operating system. Our goal is to bring together developers, system administrators and users in the field of Unix to foster projects, ideas and the knowledge of every individual.
Alex hablará sobre MPlayer el viernes, por lo que si está interesado en MPlayer o quiere conocer algo de lo que está pasando en esta área, vaya allí.
También estará presente Mike Melanson de xine y Samuel Hocevar de VideoLAN. Harán presentaciones y mantendrán sesiones multimedia juntos el sábado.
Algunas conversaciones grabadas están disponibles. También están las de Mike Melanson y Alex Beregszaszi.
Uno de los discos duros de nuestro servidor del proyecto está cayendo y necesita ser reemplazado. Como es parte de un RAID1 y el rendimiento se ve afectado con unidades de geometrías diferentes necesitamos o le mismo modelo de disco para reemplazarlo o dos discos IDE nuevos. La unidad es un IBM IC35L040AVER07-0 40GB IDE drive.
Si tiene una unidad o un par de unidades nuevas por ahi o incluso si desea comprarlas para nosotros, por favor contacte con nuestro administrador Arpad Gereöffy y envíele la unidad a él.
Hemos recibido una donación de un de Stefan Seyfried (¡Gracias!) y Sascha Sommer nos lo ha cambiado por su IC35L040AVER07, que está ahora en el servidor del proyecto. También estamos muy agradecidos a todos los que nos han ofrecido su ayuda.
Once again after a long delay we are proud and happy to present you our latest release. Tons of new features and bug fixes were included, many during a big hacking session at LinuxTag 2004. The pending patch queue has been greatly reduced and as usual we expect to make the next release in a more timely fashion ;-)
Since you already know about the name change the most important change is the security relevant string handling code audit. Read the details in the relevant advisory. If you haven't upgraded to a CVS snapshot already, upgrade to pre5 now.
Highlights of this release include improved Mac OS X and Windows support, improved seeking in Real files, better MEncoder documentation with an updated DVD ripping guide, streaming related bug fixes, fullscreen bug fixes, a new unified ao_alsa ALSA audio output driver to replace ao_alsa9 and ao_alsa1x, a JACK audio output driver and new icons for the GUI and menus. Of course we also did the usual stuff like support for more codecs, new video filters and bug fixes all over the place.
The codec packages have been updated and they now sport version numbers so you can easily tell whether you have the latest one or not. Grab them if you are interested in complete codec support.
Have fun...
MPlayer 1.0pre5 can be downloaded from the following locations. Please be kind to our server and use one of our many mirrors.
MD5SUM: fbe6919eb025526e8ed129cd61a49969
This is a security only update for our outdated stable branch. It contains a simple port of the fixes for the recent GUI remote buffer overflow vulnerabilities committed to the main MPlayer source tree. This was done without a complete audit of the 0.90 branch of our code base due to a lack of resources.
The 0.90 branch is long obsolete, there will be no further releases, probably not even security fix releases. Therefore we strongly recommend upgrading to MPlayer 1.0pre5 once it becomes available or a current CVS snapshot.
MPlayer 0.93 can be downloaded from the following locations:
MD5SUM: 2ddd395cd1bc56559006398ef5105710
Multiple string vulnerabilities have been found and fixed in the MPlayer GUI code, at least one of which was remotely exploitable.
High (arbitrary remote code execution under the user ID running the player) if using the GUI to play certain types of playlist files, none when using only the command line. The MPlayer GUI is optional and not built by default.
A fix for the vulnerability with the known exploit was checked into MPlayer CVS on Wed, 2 June 2004 12:40:41 +0000 (UTC). The result of a thorough code audit that uncovered further potentially exploitable bugs was checked into MPlayer CVS on Fri, 25 June 2004 16:49:52 +0000 (UTC). All of this will be included in MPlayer 1.0pre5. Users of affected MPlayer versions should upgrade to latest CVS or MPlayer 1.0pre5 once it becomes available. Alternatively a patch for the main and 0_90 MPlayer CVS versions is available that can be applied to the MPlayer source tree.
MPlayer 1.0pre4 and before
MPlayer 0.92.1 and before
none
On Tue, 1 June 2004 MPlayer developers were contacted by c0ntex who had found a string handling vulnerability in the MPlayer GUI code complete with an example exploit and a preliminary fix. That fix was checked into MPlayer CVS on Wed, 2 June 2004 12:40:41 +0000 (UTC).
When playing certain types of playlist files with extremely long entries a buffer overflow error occurs. This allows an attacker to overwrite memory with specially crafted playlist files and execute arbitrary code under the user ID running MPlayer.
Richard Felker started a general audit of the GUI code for further string handling problems and uncovered a host of potential bugs, some of which were probably exploitable. Nicholas Kain proceeded to do a full audit of the MPlayer code for insecure string handling, which was finished by Alexander Strasser. The result of this audit was checked into MPlayer CVS on Fri, 25 June 2004 16:49:52 +0000 (UTC).
Since the first quick review of the GUI code immediately revealed several potentially exploitable bugs we have refrained from publishing this advisory until a thorough audit of the whole code was finished.
On Thu, 1 July 2004 11:22:29 (UTC) a simple port of the fixes was committed to the 0_90 stable MPlayer source tree. This was done without a further audit of the 0_90 code base due to lack of resources. We have therefore dropped further support of the 0_90 tree and recommend upgrading to MPlayer 1.0pre5 or latest CVS.
MPlayer 1.0pre5, 0.93 and CVS snapshots can be downloaded from the MPlayer homepage or one of its many mirrors as soon as they become available. Go to the MPlayer download page to get MPlayer 1.0pre5 source code or a CVS snapshot.
No, it's still MPlayer ;-).
But since we run on so many different operating systems now we thought that
MPlayer - The Movie Player For Linux
is not really a fitting name any longer. So from now on it will be just
MPlayer - The Movie Player
The king is dead - long live the king!
Your video player is... PATENTED (in the USA)
Demonstration against Software Patents in Karlsruhe, the city of LinuxTag with some developers and advocates of MPlayer. Read more at the FFII page.
The MPlayer team will be represented at LinuxTag 2004 by at least Alex Beregszaszi, Sascha Sommer and Diego Biurrun. LinuxTag is a mix between trade show and conference about Linux and free software for both companies and projects. It is held in Karlsruhe, Germany, from the 23rd to the 26th of June. We will have a booth in the projects area and be present for the full four days. Hopefully we will also be able to hold a small conference with as many developers as possible. If you ever wished to have a chat with us, that would be the perfect opportunity.
Multiple vulnerabilities have been found and fixed in the Real-Time Streaming Protocol (RTSP) client for RealNetworks servers, including a series of potentially remotely exploitable buffer overflows. This is a joint advisory by the MPlayer and xine teams as the code in question is common to these projects. The xine team has assigned ID XSA-2004-3 to this security announcement.
High (arbitrary remote code execution under the user ID running the player) when playing Real RTSP streams. At this time, there is no known exploit for these vulnerabilities.
The players are only vulnerable when playing Real RTSP streams. There is no risk if Real RTSP (realrtsp) streaming is not employed.
A fix was checked into MPlayer CVS on Sat, 24 Apr 2004 12:33:22 +0200 (CEST). This fix is included in MPlayer 1.0pre4. Users of affected MPlayer versions should upgrade to MPlayer 1.0pre4 or later. Alternatively a standalone patch is available that can be applied to the MPlayer source tree.
xine-lib fix was checked into CVS on Fri, Apr 23 21:59:04 2004 UTC. This fix is included in xine-lib 1-rc4. Users of affected xine-lib versions should upgrade to xine-lib 1-rc4 or later. If this upgrade is not feasible for some reason, the vulnerable code can be disabled by removing xine's RTSP input plugin, which is located at $(xine-config --plugindir)/xineplug_inp_rtsp.so. If installed with default paths, that is: /usr/local/lib/xine/plugins/1.0.0/xineplug_inp_rtsp.so This workaround disables RTSP streaming.
MPlayer 1.0pre1-pre3try2
xine-lib 1-beta1 to 1-rc3c
MPlayer 0.92.1 and below
MPlayer 1.0pre4 and above
MPlayer CVS HEAD
xine-lib 1-beta0 and below
xine-lib 1-rc4 and above
xine-lib CVS HEAD
On Thu, 22 Apr 2004 Diego Biurrun found a crashing bug in the MPlayer realrtsp code that Roberto Togni confirmed to be a buffer overflow vulnerability later that day. The xine team was notified and independent code audits were performed by Miguel Freitas (xine) and Roberto Togni (MPlayer), revealing multiple vulnerabilities.
MPlayer 1.0pre4 can be downloaded from the MPlayer homepage or one of its many mirrors. Go to the MPlayer download page to get MPlayer 1.0pre4 source code.
xine-lib 1-rc4 can be downloaded from the xine homepage.
A long time has passed without a release and really a lot has happened. Between the KiSS affair and the farewell of some developers one might almost get the impression that not much development has been taking place. Indeed there have been many internal changes. Alex Beregszaszi (who has been the maintainer since 0.90rc3) is now supported by a team of maintainers, making this the first real team release of MPlayer. To reflect that we are also presenting the site in a new design. If you thought about helping us out in building the fastest and most flexible video player, now would be the perfect moment to join our team, just come and join us on our mailing lists and IRC channels. We can use not only coders but also documenters and people that want to help us out with the many details that have to be taken care of to make such a big project a success. But if you thought MPlayer development was stalled, just have a look at the huge changelog.
We fixed a remotely exploitable security vulnerability in the Real RTSP code, please read our advisory for details. Many thanks go to the xine team for cooperating so well with us in the audit of this shared code. We also found a buffer overflow in the Matroska demuxer and in the CDDB code, so we strongly urge you to upgrade.
Apart from that there are so many changes it gets hard to pick out the highlights.
As usual the documentation has been improved and extended and our many ports have been improved. The BSDs are getting closer and closer to the Linux version, Mac OS X and PowerPC users will enjoy as much as a 100% speed improvement through many AltiVec optimizations and a native Quartz (Mac OS X) output driver. The Windows version of MPlayer is shaping up to be an equal contender to the Unix versions, grab and spread it.
If you had problems with streaming in the past this may be the release for you. We fixed tons of bugs and added support for SMIL playlist to Real streaming and now support Nullsoft Streaming Video (NSV)
With (experimental) AVI OpenDML read and write support we have knocked a longstanding item from the wishlist. Now is the time to play and create huge AVI files.
Our video filter system has been extended by no less than seven filters and is thus more flexible than ever.
If you are an oldschool text mode addict and like ASCII art output you can now enjoy it in full color with the caca output driver.
On the codec front we now support XviD 1.0, VP5 and VP6 and the existing codecs have been improved and optimized. Accordingly the codec package has been extended by a few DLLs, don't forget to grab a new one.
As usual we would be nothing without FFmpeg and the many native codecs they provide. FLAC among others has joined their long list of supported codecs and the rest has seen notable speed and quality improvements.
Enjoy...
MPlayer 1.0pre4 can be downloaded from the following locations:
MD5SUM: 83ebac0f05b192516a41fca2350ca01a
Grab the Windows port from here: http://www.mplayerhq.hu/MPlayer/releases/win32/
Also don't forget to visit the downloads page for the updated codec pack!
Since a while, MPlayer has two official IRC channels on the freenode network:
After two (nowadays not so active, but valuable) developers leaving the project (both of them posting an unneeded news article about it), one could think it's almost dead now. This assumption is false, other developers are still active, but busy with work.
Be prepared for a new tech release!
Just for clarification: I say 'unneeded news article', because many developers left already without news entries and more joined the project after them.
The FFII has organized a demo this year
just like the one in 2003.
The MPlayer project is proud to be a part of the conferences: Diego Biurrun
and myself have been there and talked about patents and the KiSS issue with
known and great authorities, such as Alan Cox and George Greve (President
of FSF Europe).
As a report, read this post from Diego.
I've decided to leave the MPlayer project. Personal thanks go to:
Farewell.
ALTA (si se reproduce contenido de streaming HTTP)
BAJA (si se reproducen archivos normales)
Se ha encontrado una vulnerabilidad de desbordamiento de buffer en MPlayer. Un host malicioso puede atacar con un encabezado HTTP ("Location:"), y hacer que MPlayer ejecute un código arbitrario usando el analizador de cabecera.
MPlayer 0.90pre series
MPlayer 0.90rc series
MPlayer 0.90
MPlayer 0.91
MPlayer 1.0pre1
MPlayer 1.0pre2
MPlayer 1.0pre3
MPlayer releases antes de 0.60pre1
MPlayer 0.92.1
MPlayer 1.0pre3try2
MPlayer 0_92 CVS
MPlayer HEAD CVS
Los desarrolladores fueron avisados en 2004.03.29 (por "blexim")
El arreglo fue enviado al HEAD CVS en 2004.03.30 12:58:43 CEST
MPlayer 0.92.1 (vuln-fix-only release) liberado en 2003.03.30
16:45:00 CEST
MPlayer 1.0pre3try2 (vuln-fix-only release) liberado en 2003.03.30
16:51:00 CEST
Hay un parche disponible para todas las versiones vulnerables aquí.
Los usuarios de MPlayer 1.0pre3 deben actualizar al último CVS
Los usuarios de MPlayer 0.92 (o menor) deben actualizar a 0.92.1 O
último CVS
MPlayer 0.92.1 (PGP signature) (MD5 checksum) puede descargarse de los siguiente sitios:
MPlayer 1.0pre3try2 (PGP signature) (MD5 checksum) puede descargarse de los siguiente sitios:
Yo (A'rpi) dejé MPlayer G1 hace un año, cuando se liberó la 0.90. Esto no es otro YAML (NT: siglas en inglés de 'dejando de nuevo MPlayer'). Dejé de trabajar en el desarrollo de G1 para trabajar en MPlayer G2. Ahora dejo por completo el proyecto MPlayer, incluyendo el desarrollo de G2 y lo demás, excepto la administración del servidor MPHQ (por razones técnicas). No he leído las listas de correo (ninguna) desde hace meses (excepto algunos mensajes dirigidos a mí), y he perdido el resto de mis intereses en el desarrollo de MPlaeyr.
Acerca de G2, mi primera razón para dejarlo es los problemas con las licencias duales, discutidos recientemente en la lista de g2-dev. Mi opinión acerca de GPL ya ha sido demostrada, ie. no nos protege contra el robo de código (vease el asundo de KiSS por ejemplo), mientras que mantiene los negocios de otras compañias. Quiero hacer G2 usable por cualquier programa mediante el estándar linux media lib/API, pero la GPL es demasiado estricta para ello, y las demás licencias son inmediatamente rechazadas por todos los demás (potenciales) desarrolladores de G2. Por supuesto G2 puede ser reescrito como software GPL (libre como RMS:)) también, pero es mucho trabajo, y no tengo interés en participar.
¿Qué va a ser de mí ahora? Vuelvo a algunos de mis antiguos proyectos, como AMC, y voy a empezar un nuevo proyecto de búsqueda heurística de virus en correos electrónicos, llamado pymavisz.
El programa de la Tilos Radio húnga, Speedlight, ha hecho una entrevista en directo a Zoltán Ponekker (Pontscho), uno de los fundadores de MPlayer quien ha desarrollado partes significativas de MPlayer, lo más notable la IGU (Interfaz Gráfica de Usuario).
Descargue esta entrevista aquí (Húngaro): 1. part | 2. part | 3. part |
Gracias a nuestros queridos usuarios, hemos ganado otro premio, esta vez ha sido el trofeo al Mejor Reproductor de Video de Softonic.
¡Gracias por estar ahí!
Gracias a las donaciones de Charlie (controladora Adaptec 29160) y Lupin III (2 discos x 36GB 10krpm), podemos finalmente mover el SO y los datos (listas de correo, cvs, web etc) a una base SCSI, felizmente resolviendo los contínuos problemas de estabilidad que teníamos don los viejos discos IDE IBM desde diciembre. Esto también debería mejorar la velocidad y el tiempo de reacción del servidor.
De todos modos seguimos teniendo un pequeño problema: los discos tienen conectores 80-pin (SCA), y los conversores de 80-a-68pin que tenemos no funcionan en modo LVD, lo que limita el ancho de banda a 40MB/seg (modo SE). Esto debe ser suficiente para nuestras necesidades actuales, pero si tiene 2 conversores 80/68 capaces de manejar LVD, no lo dude, dónelos! :)
2003 parece ser el año de MPlayer. Otro premio que nos dan!
El Portal de Unix Húngaro - el sitio más grande húngaro sobre software libre - promovió el primer Reader's Choice Awards en Noviembre de 2003. Los miembros podian votar desde el 19 de Noviembre de 2003 hasta el 20 de Diciembre de 2003.
Para la gente, los que no hablan húngaro, aquí están los resultados:
La pequeña minoría que habla húngaro puede visitar el portal: artículo acerca de los ganadores.
LinuxQuestions.org has finished voting for its LinuxQuestions.org Members Choice Award and MPlayer has been voted Multimedia application of the Year.
MPlayer received 44.61% of the votes, beating XMMS with 27.90% and xine with 17.40%.
Gracias a una serie de fallos en HDDs IDE que hemos tenido las pasadas semanas, algunas de las bases de datos de usuarios/configuración de mailman están corruptas.
Especialmente la lista MPlayer-G2-dev, que es incorregible, por eso he creado hoy otra lista, y suscrito a todo el mundo de nuevo, al menos los que se suscribieron hasta el 15 de Agosto este año. No tengo información acerca de las (des)suscripciones pasada esa fecha, porque no tuve notificación. Por favor, verifique su membresía y configuración!
Como la lista MPlayer-users tambien se corrompió algo, algunas personas han informado de que han dejado de recibir correo o han empezado a recibir algunos que se habían borrado. De todos modos la lista tiene 1500 miembros, algunos con direcciones mal.
Por eso, para limpiarla, he creado una lista mplayer-newusers, pero
Attila Kinali sugiere un método mejor: enviar un mail preguntando
a todos en mplayer-users para que se suscriban de nuevo, desuscripción
masiva de todo el mundo, y recrear la lista de nuevo.
Por eso debería suscribirse de nuevo, incluso si ya estaba suscrito:
SUSCRIBIRSE.
La Radio Internacional Danesa (http://dr.dk) ha hecho una entrevista conmigo (como representante de MPlayer ), y el director de gestión de KiSS Technology Peter Wilmar Christensen.
Será retransmitida esta noche a las 20:35, y también estará para descarga en Internet justo ahora:
Un artículo escrito está también disponible, en danés.
Se puede también ver una traducción al inglés de la sesión (gracias a Anders Rune Jensen) en la versión en inglés de esta web de MPlayer. Nuestros comentarios son los siguientes:
END OF TRANSLATION
Comentarios de Gabucino: Encuentro bastante desagradable las mentiras que dice. Es obvio cómo compañias como KiSS o SCO tratan el código abierto. Leamos esta frase en particular de nuevo:
Está bastante claro que no ha leido nuestra sección de noticias, porque decimos que nos ha robado nuestro propio formato de subtítulos MPsub (vea nuestras especificaciones).
Esta idea fue mia, entonces yo pregunto si él ha sido el que lo ha implementado en MPlayer. Entonces el 12 de Octubre de 2001 a las 13:51:58 el envió el soporte, como se puede ver aquí. El formato nunca vio el mundo salvaje.
Se puede llegar a varias conclusiones:
Actualmente tenemos una bonita representación de su punto de vista, especialmente después de su poca voluntad de iniciar unca conversación con nosotros por E-Mail. El punto de vista de KiSS Technology es:
¿Cómo es posible que compañias como KiSS queden impunes ante la Ley?
Los firmwares binarios de KiSS Technology parecen no contener nuestras cadenas de texto a primera vista. Primero pensabamos que estaban encriptados, u ofuscados de algún otro modo, como un empaquetador de ejecutables. Actualmente estos nuevos archivos han sido símplemente comprimidos con gzip. Descomprimirlos es muy simple:
dd if=fileplayer.bin bs=64 skip=1 | gunzip > fileplayer.bin.decomp
Las cadenas de texto siguen estando ahí. Nada ha cambiado.
Descargas:
Ha captado mi atención, que en el ahora famoso KiSS Technology - el cual ha violado la Licencia Pública General GNU - se ha confirmado otro robo de otro programa que también está bajo la licencia GPL.
El software en cuestión es el codec de audio de alta calidad MPEG, MAD (libmad). Este codec es usado por muchos otros reproductores, como mpg321, un reproductor de MP3 en línea de órdenes que se puede encontrar en la mayoría de las distribuciones de Linux - incluyendo Debian.
Las cadenas de texto en el firmware de KiSS (que coinciden con el código fuente de libmad), pueden verse aquí - pero también puede comprobarlo usted mismo, realmente es muy fácil.
Y si lo hace: no se sorprenda cuando encuentre más cadenas de texto - que coinciden con las de libjpeg.
Antes de que me lleguen otros 10 correos electrónicos
sobre esto: el archivo GPL.ZIP
que ofrecen para
descarga en su sitio contiene solamente el código
fuente de Linux y de busybox, ¡no el de MPlayer!
Gracias.
Básicamente KiSS Technology está especializado en un tipo particular de hardware multimedia, llamados reproductores DVD y MPEG-4, set-top-boxes, y cosas así.
No hay nada incorrecto con eso.
Sin embargo, si un usuario como el que no quiere la cosa inicia una búsqueda de cadenas de texto en sus firmwares:
$ strings KiSS_DP-508_FW2.7.4_PAL.iso | grep -A 3 -B 6 MPSub
Microdvd
Subrip
Subviewer
Sami
Vplayer
Unknown
MPSub
Subviewer 2.0
Subrip 0.9
Jacosub
Ejecutando la misma órden en el binario de MPlayer:
$ strings /usr/bin/mplayer | grep -B 8 mpsub -A 4
<...>
microdvd
subrip
subviewer
sami
vplayer
dunnowhat
mpsub
subviewer 2.0
subrip 0.9
jacosub
<...>
También puede comprobar los archivos subreader.h
o el subreader.c
en el código fuente de MPlayer.
Como puede ver, el firmware KiSS contiene los formatos de subtítulos en exactamente el mismo orden en el que lo tenemos nosotros. Lo que más salta a la vista es el formato MPSub, que es nuestro formato propio, que hasta ahora no había sido usado en ningún otro sitio.
Otra cosa graciosa es el formato de subtítulo "dunnowhat" también conocido como "unknown", cuyo nombre sigue siendo desconocido por nosotros - por eso el nombre. Está igual en los archivos de KiSS.
Esto es por supuesto una prueba más que suficiente. Lo que realmente hace obvio un cien por cien que nos están robando: la llamada sscanf() que contiene los patrones de los formatos de subtítulos conocidos para el analizador de subtítulos, para identificar el archivo de subtítulo elegido.
Veamos un ejemplo sencillo:
$ strings fileplayer.bin
<...>
<SAMI>
%d:%d:%d.%d %d:%d:%d.%d
@%d @%d
%d:%d:%d:
%d:%d:%d
Dialogue: Marked
%d,%d,"%c
FORMAT=%d
FORMAT=TIM%c
-->>
<...>
$ strings subreader.o
<...>
<SAMI>
%d:%d:%d.%d %d:%d:%d.%d
@%d @%d
%d:%d:%d:
%d:%d:%d
Dialogue: Marked
Dialogue:
%d,%d,"%c
FORMAT=%d
FORMAT=TIM%c
-->>
<...>
Estos son los patrones que nosotros usamos para un archivo de subtítulo SAMI. Tenemos un patrón más en nuestro analizador, que fue enviado el 20 de Julio de 2003, en efecto para soporte de un nuevo formato de subtítulo, llamado "ASS". Los archivos de KiSS Tech no tienen éste, debido a que nos filtraron el código antes de esa fecha.
Veamos otro:
$ strings fileplayer.bin
<...>
<%*[tT]ime %*[bB]egin="%d.%d" %*[Ee]nd="%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d.%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d" %*[Ee]nd="%d:%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d.%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<...>
$ strings subreader.o
<...>
<%*[tT]ime %*[bB]egin="%d.%d" %*[Ee]nd="%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d.%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d" %*[Ee]nd="%d:%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<%*[tT]ime %*[bB]egin="%d:%d.%d" %*[Ee]nd="%d:%d.%d"%*[^<]<clear/>%n
<...>
Estos son los patrones para identificar un archivo de subtítulo RT.
¡Cada uno de ellos coinciden con los nuestros! Esto no es una coincidencia. ¡Es un robo de código GPL en un producto propietario! KiSS Technology no ha contestado a nuestras peticiones de su código fuente (el cual están obligados a proporcionar), por eso hemos puesto esta nueva noticia.
Descargas:
libcaca es básicamente una variante de aalib con colores. Aunque aún está en estado alpha, se ve bastante bien. Es necesario mejorar algunos controladores de salida y optimizarlos.
captura de pantalla de "Üvegtigris"
MPlayer todavía no soporta libcaca directamente, pero con el
siguiente parche, la opción -vo sdl:caca
MPlayer
habilitará la salida de video para caca (si es monocromo,
compruebe la variable de entorno TERM).
El parche para SDL 1.2.6 vanilla puede descargarse aquí: patch-SDL-1.2.6-deb-caca.diff.bz2
Desde el 17 de Diciembre 14:30 hasta esta mañana temprano, nuestro servidor principal ha estado bajo una reinstalación de SO (no winXP). La transición de Debian Woody a Slackware no ha tenido mucho efecto en el servicio CVS, pero los servicios HTTP, FTP y correo han estado sin funcionar durante algunos momentos.
Se han tenido en cuenta varios motivos para la reinstalación:
Para más información, lea el correo electrónico de A'rpi.
Un enorme error pasó inadvertidamente durante la liberación. Pre3 no compila en máquinas big-endian (tales como ppc, spart y m68k).
Línea de tiempo:
2003.12.09 05:24 GMT: el error fue descubierto
2003.12.09 09:15 GMT: enviado el arreglo al CVS
2003.12.09 10:00 GMT: nuestro sitio FTP contiene los paquetes actualizados
Obtenga los paquetes desde el sitio habitual, solo los usuarios de máquinas big-endian deben actualizarse.
MD5SUM: 998becb79417c6a14d15c07e85188b82 MPlayer-1.0pre3.tar.bz2
Bien, ha pasado un tiempo y ahora hemos vuelto al negocio con (eso espero) una nueva liberación. Ahora con soporte de skin de Windows Media Player. Ok es broma. Pero el ChangeLog sigue siendo jodidamente largo, actualmente pensamos que insertarlo y escribir todos las etiquetas HTML es bastante fastidioso.
Me gustaría emfatizar nuestro nuevo codec hecho mediante ingeniería inversa: RealVideo 2.0 (RV20), con soporte para marcos de imagen tipo B! Es el momento de dedicarnos a RV30.. ;)
Los usuarios de tarjetas gráficas SiS se alegrarán mucho con el nuevo controlador Vidix sis_vid! Vea la documentación! Ah, y por cierto: el controlador nvidia_vid también ha tenido un montón de correcciones, soporte doblebuffer para Geforce2, etc etc...
Sin duda muchos ppl celebrarán una de las nuevas características de MEncoder: La habilidad para codificar el flujo de salida de audio con libavcodec!
No mantenga la respiración para otro momento, el ChangeLog viene a por usted desde los cielos:
MPlayer 1.0pre3 puede ser descargado de los siguiente sitios:
MPlayer ha sido votado como el mejor software multimedia de este año Linux New Media Award 2003 (Alemán) por un jurado de editores de Linux New Media AG y miembros de la comunidad.
MPlayer obtuvo el 25.8% del total de votos, posicionándose ligeramente por encima de xine.
Debido a la degraduación contínua de la calidad de los servicios de Sourceforge, hemos tomado la decisión de mover el CVS de FFmpeg a mplayerhq.hu.
Los "antiguos usuarios" de MPlayer podrán recordar los tiempos en los que libavcodec (la parte de código de FFmpeg) se desarrollaba dentro del árbol del CVS de MPlayer. El desarrollo fue movido hacia los servidores de Sourceforge, para que otros proyectos - y el FFmpeg principalmente por supuesto - pudieran beneficiarse de nuestros desarrollos. Pero volvamos al asunto del que estábamos hablando.
El árbol CVS de FFmpeg en Sourceforge debe dejar de existir en corto plazo! Otros servicios permanecerán en SF por ahora, peor es muy posible que movamos también las lista de correo.
Para bajar el nuevo árbol de FFmpeg, deberá usar la siguiente órden:
cvs -z9 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/ffmpeg co ffmpeg
Para actualizar el que ya tenga, use las siguientes órdenes:
cd ffmpeg cvs -z9 update
La siguiente pre-liberación beta de 1.0. Pruébela o déjela.
Los usuarios de NVidia están de enhorabuena con
nuestro (en lugar del de Sascha Sommer) nuevo avance: el
controlador VIDIX de nvidia_vid
. Aún está
en estado beta, pero sabemos que funciona al menos en TNT2 y
Geforce2.
Puede que necesite inicializar su tarjeta gráfica o puede que no con el controlador de código cerrado binario (?) XFree86 NVidia.
Si quiere le podemos dar un consejo: asumiendo que tiene una tarjeta NVidia, pruebe a reproducir un archivo DIV3 (DivX 3.11) con la siguiente línea de órdenes:
$ mplayer filename.avi -vc divxds -vo cvidix -vf format=uyvy
!!SPOILER!!: Sí, estará experimentando reproducción de gráficos de video REAL, en una consola de texto REAL. Mola, eh?
Veamos el ChangeLog:
MPlayer 1.0pre2 puede ser descargado desde los siguientes sitios:
ALTA (si se reproduce contenido ASX)
BAJA (si solo se reproducen archivos normales)
Una vulnerabilidad exploitable de buffer overflow ha sido encontrada en MPlayer. Un host malicioso puede enviar un encabezado ASX con mala idea, haciendo que MPlayer ejecute un código arbitrario mientras repasa ese encabezado.
MPlayer 0.90pre series
MPlayer 0.90rc series
MPlayer 0.90
MPlayer 0.91
MPlayer 1.0pre1
MPlayer releases before 0.90pre1
MPlayer 0.92
MPlayer HEAD CVS
Los desarrolladores fueron notificados en 2003.09.24 (por Otero Hernan)
El arreglo fue enviado a HEAD CVS en 2003.09.25 02:36:36 CEST
MPlayer 0.92 (vuln-fix-only release) fue liberada en 2003.09.25
12:00:00 CEST
Un parche está disponible para todas las versiones vulnerables aquí.
Los usuarios de MPlayer 1.0pre1 deben actualizar al último CVS
Los usuarios de MPlayer 0.91 (y menor) deben actualizar a 0.92 O
el último CVS
MPlayer 0.92 puede descargarse desde los siguientes sitios:
Esta pre-liberación es la primera parte de la serie pre-1.0 para arreglo de fallos, allanando así el camino para la versión 1.0 final. Por favor tenga en cuenta: este paquete NO ha sido desarrollado desde la serie obsoleta 0.90 o 0.91, sino desde la rama de desarrollo que va EN CABEZA, y que se desprendió a partir de la pre-liberación 0.90rc4.
Por favor pruébela tanto como pueda, e informe de cualquier error que le aparezca!
Estamos buscando a gente que pueda mantener (no solo hacer una traducción momentánea) de la documentación en Polaco, Rumano, Alemán y Turco.
Veamos el ChangeLog. Muy pequeñito, ¿verdad...?
MPlayer 1.0pre1 puede descargarse desde los siguientes sitios:
Como ya sabe, estamos planeando liberar MPlayer 1.0pre1. Esta no será una liberación normal, por lo menos no será similar a las anteriores. Es especial porque se hace para ayudar a la caza de errores y proveer una vista previa de la nueva tecnología, que demuestra lo que podemos hacer ahora.
¿Ahora lo más probable es que se esté preguntando sobre qué estamos haciendo?
Puede ver el ChangeLog actual en CVS aquí
Y ¿Qué hay de la caza de errores que ha mencionado?
Tenemos planeado cambiar todas las partes problemáticas del código, de manera que podamos encontrar todos los errores que están hasta ahora ocultos. Por ejemplo la línea de órdenes / config la rutina de parseo tiene algunas características desactivadas porque aún no han sido probadas.
Ohh, antes de que me olvide, ¿He dicho que estamos planeando organizar una fiesta de caza de errores?
Esperamos muchos codeadores, puede unirse a la lista de correo,
a partir de aquí.
Y me gustaría pedir, queridos usuarios, que envíen
informes de error reales a la
lista de correo mplayer-users
(después de leer la documentación y la sección de
informes de errores, que puede encontrar
aquí).
Añada [BUG] a la línea del asunto, si quiere ver su error
realmente arreglado! Esto se aplica a todos los errores de los que se
ha informado en las últimas semanas, que aún no han sido arreglados.
Y ahora, podemos decir: larga vida a MPlayer!
Esta es una liberación sorpresa. Si ha prestado atención a las noticias de MPlayer, sabrá que estamos contínuamente manteniendo el código base 0.90, portando arreglos a la rama 'main'.
Esta es la última liberación de esta rama. No tenemos fuerzas para mantenerla más, además de que no tiene sentido. Esta liberación no contiene características nuevas en la rama 'main', como opensource Sorenson 3, y otras!!! Considere esto como una liberación para arreglar errores de MPlayer v0.90, y prepárese para MPlayer v1.0pre1 en pocos dias!!!
MPlayer 0.91 puede descargarse desde los siguientes sitios:
Todo el mundo está obsesionado con MPlayer G2. Pero qué hay de nuestro antiguo buen compañero, MPlayer G1? Bueno, no mucho. Honestamente. Si ha oido lo que decimos sabrán que hay actualmente dos ramas de G1:
0_90 - es la versiín 0.90, con los errores más críticos arreglados. Esta es probablemente nuestra versión más estable por el momento, sin embargo es también la que menos características tiene. No incluye ni soporte para Sorenson 3. Una nueva liberación desde esta rama particular ha sido programada para pocos meses, pero siempre ha ido retrasándose. Mi opinión es: nunca ocurrirá esta liberación.
Actualmente los mantenedores y coordinadores de liberaciones para esta rama somos yo, y Diego Biurrun (yo diego!;). Esperamos que MPlayer 0.91 nazca de aquí.
main - la rama de desarrollo en cabeza ordinaria. Contiene la mayor parte de las características. Es la más inestable. Al menos para A'rpi :) definitivamente debe ser la rama que se use. Eso es. No tenemos ni la más ligera idea del porqué de esta rama. No hay marcas en el tiempo, ni tan siquiera una aceptación en una numeración de versiones.
Alex es el que mantiene esta rama, sin embargo estará de vacaciones todo el verano, con su chica en la playa, por lo que Diego y yo ayudaremos a introducir nuevos errores 10l todo este tiempo. Quizá sea la 0.99 (pero Alex prefiere un número menor). Siga leyendo las noticias en los siguientes días para mantenerse informado.
De acuerdo con el último DWN (Debian Weekly News), está considerando empaquetar de nuevo MPlayer. Debido a que son incluso más paranoicos que la gente de SuSE, pondrán "por supuesto" una versión mutilada borrando la mayoría de los códigos nativos (empezando por libavcodec) y también la mayoría de archivos que no tengan una bonita cabecera GPL incluída, haciendo que MPlayer se vuelva inútil.
Creo que incluir una versión inútil de una aplicación es incluso peor que no incluir nada. No es solo el poco valor que tiene para los usuarios (que tienen que borrarla y compilar el código fuente de la versión original), sino que para la aplicación tendrá una mala reputación, i.e. haciendo publicidad de que es un reproductor inútil porque es incapaz de reproducir un simple archivo pequeño, o un DVD in encriptar (con sonido AC3)... Desafortunadamente la mayoría de los usuarios no leerán los pequeños comentarios en los archivos específicos de la distribución (como README.SuSE, o README.Debian) y dirán a sus amigos, revistas (quién ocasioalmente escriba artículos sobre distribuciones) y postearán en portales/foros que es muy malo, no funciona, y es una aplicación inútil.
Seguimos recibiendo informes de error de usuarios que nos dicen que MPlayer en SuSE no es capaz de reproducir el archivo XYZ pero por ejemplo su amigo puede reproducir el mismo archivo en Red Hat. Es aburrido explicar una y otra vez lo mismo, que SuSE (y pronto Debian) vienen con una versión mutilada de MPlayer, y que tienen que borrar completamente el paquete, y compilarlo desde el código fuente original, si quieren reproducir cualquier archivo...
Note que también se ha parcheado el código de MPlayer hasta el infierno, resultando en nuevos errores y efectos co-laterales que son incapaces de reproducirse (con el código original). Deben enviarnos parches a nosotros, para que los revisemos y los apliquemos correctamente y decirnos los problemas que tienen con el resto.
Yo (A'rpi) quiero pedir a todas las distribuciones que consideren quitar los paquetes de MPlayer completamente en lugar de poner archivos mutilados e inútiles! Nuesto lema: si no puedes hacerlo bien, mejor no hagas nada! Los usuarios pueden seguir descargando el código fuente y compilando bajo su propia responsabilidad. No conocemos bien los asuntos legales, pero la industria multimedia completa está completamente cubierta por varias patentes, es imposible crear un reproductor multimedia libre y decente sin romper la mayoría de estas patentes. Incluso estoy considerando patentar mis algoritmos de sincronización A-V usados en MPlayer G2, para prevenir la distribución mutilada e indeseada de la nueva generación de código, pero espero que reconozcan su fallo a tiempo, y no tenga que hacerlo.
Dos actualizaciones en el previo tech G2 liberado:
-vo xv
en la línea
de órdenes para usar XV.fbdev
-
que hace triple buffering - usado
/dev/fb1
framebuffer por defecto.-vo fbdev=/dev/fb0
en la línea de órdenes.Tenga una Bonita Experiencia Con Generación Dos!
MPlayer G2 es la nueva generación de MPlayer, desarrollada de recortes reutilizando partes buenas del "viejo" código, pero realizando un diseño nuevo y limpio. El antiguo proyecto no está muerto, lo que ocurre es que me dedico ahora más al código G2, que es casi invisible para los usuarios, hasta ahora.
Recientemente se han hecho cambios grandes en el código de G2, para estar listo el primero, probadores valientes :)
Puede esperar:
Lo que todavía no tiene:
Si cree ser lo suficientemente valiente para probarlo (no se preocupe, no quemará su casa ni se comerá a su gato, al menos eso espero :)), descárguelo de aquí! Debería NO informar de errores, pero si tiene un archivo que no puede reproducir correctamente (y está en uno de los formatos soportados mencionados más arriba), súbalo a ftp://ftp.mplayerhq.hu, y mencione G2 en el .txt adjunto!
URLs para la descarga:
La Unión Europea está a punto de votar sobre un control total sobre las patentes de software! Si quiere evitar que la policía le acose, por favor lea el resumen aquí, y después firme las dos peticiones en http://petition.eurolinux.org y http://petition.ffii.org.
Si cree que todos esos esfuerzos son en vano, entonces por favor hable con el representante de la UE acerca del asunto.
He puesto disponibles algunos de los diseños antiguos de la web, cada uno es generado dinámicamente y contiene el mismo contenido. No garantizo mucho la compatibilidad hacia atrás, pero no hay motivos para que no funcione. Elija el que más le guste :)
Kivilcim Hindistan ha escrito un artículo en O'Reilly sobre MPlayer. Clic aquí para leerlo!
MPlayer - primero: en el caso de que se haya perdido la noticia, la liberación 0.90 tiene una numeración internamente de 0.90pre. No se preocupe por ello, es que se nos ha olvidado aumentarlo :) De todos modos: una nueva liberación (0.91) se hará en semanas.
Noticias en la rama 'main':
Los anuncios más importantes:
En cualquier caso, obtenga una versión CVS de MPlayer para arreglos de errores recientes, nuevas características, y mejoras!
MPlayer G2 - A'rpi ha empezado finalmente a codear su nueva generación de reproductor: MPlayer G2 (generación 2). De acuerdo con A'rpi, será el corazón de un reproductor, separado de una IU (interfaz de usuario), con un diseño totalmente limpio.
Actualmente no está disponible en un CVS público porque está en estado alpha. No espere que se libere pronto.
¿Y qué hay de nuevo en eso? Bien actualmente dos características de mi parte, primero que tiene una sincronización A-V total reproduciendo MPEG (0.000 A-V diferencia sync), la otra es el nuevo demultiplexor OGG, que contiene la funcionalidad del bloated, lento libogg en unos pocos kilobytes (sí, actualmente OGG es un formato muy simple, un codeador no-orientado-a-objetos puede hacer un decodificador mucho más optimizado que el original:)
Este nuevo núcleo - cuando se haya completado - nos abrirá una rama de nuevas posibilidades respecto a otros reproductores multimetida. Get psyched! :)
SVQ3 - un codeador anónimo recientemente ha introduciro un decodificador opensource de Sorenson 3 (SVQ3) en ffmpeg. El decodificador actualmente no está optimizado, pero realmente cumple la función como el binario DLL original (que es la vergüenza de Apple, pero que esperaba?).
El formato se parece mucho a una adaptación del estándar H.264, igual que hizo M$ adaptando MPEG4 en sus codecs MSMPEG4 (v1,v2, v3 = DivX).
Para usar este decodificador, necesita un CVS de ffmpeg, y un CVS de MPlayer (lo último de la rama 'main').
(Nota a pie de página: el artículo de SlashDot "Xine Gets Native Sorenson3 Decoding" es incorrecto, como el decodificador está en, cualquier proyecto que use ffmpeg puede añadir soporte para el sin dedicarle tiempo - por ejemplo AFAIK MPlayer ya tenía soporte 1 dia antes). BTW, xine usa su propia copia del árbol ffmpeg, porque no se fia de la original.. Puede ver las consecuencias en el siguiente párrafo:
De todos modos últimamente un tidbit (posiblemente olvidado) fue encontrado en la copia de xine del árbol de ffmpeg (por qué, oh por qué), el cual deshabilita el uso de la funcionalidad MMX/SSE/Altivec/etc-enabled en los codecs ffmpeg durante algún tiempo :))) Tenga una buena duración usando xine! :)
ACTUALIZADO: Tengo que corregir, el error de arriba no se ha presentado en el CVS público, sino solo en el CVS de los desarrolladores. Oculto a los usuarios.
Indeo 3.1 - este decodificador también ha sido creado por el tipo del SVQ3. MPlayer tiene soporte para él - como es habitual, use la versión CVS de ffmpeg y MPlayer (rama 'main').
NOTA: este decodificador es muy nuevo, y actualmente solo funciona en i386!
459 dias han pasado desde que hicimos la última liberación "estable": MPlayer 0.60 "The RTFMCounter".
Como es habitual, estoy sentado delante de mi pantalla CRT de 15", intentando crear una nueva entrada en las noticias.. hazlo. Y lo único que se me ocurre es que debo irme a la cama tan rápido como pueda. Déjeme entonces hacerlo rápido.
Lo más importante: A'rpi dejará el proyecto en la liberación 0.90. Puede leer su primer y segundo correos sobre este asunto (de la lista de correo mplayer-dev-eng).
No está claro si hay otro "líder" para el proyecto, y si es así, quién es. Estoy seguro de una cosa: El CVS será muy inestable en las siguientes semanas/meses/eones. No se preocupe: 0.90 es estable para el uso diario (tiene algunos errores conocidos - pero si espera a que los arreglemos, podrá tener una liberación en unos pocos eones). Si no está contento con 0.90 por favor baje la rama 'main' del CVS si se ajusta a sus necesidades. Envíe parches, pueden incorporarse a la 0.91, o similar.
Una cosa más antes de caer inconsciente en mi habitación: tenemos resultados en la competición de skins.
MPlayer 0.90 "CounterCounter" puede descargarse de los siguientes sitios:
Oh sí sí, no necesito que me lo recuerde: prometí que la rc4 sería la última. Bien A'rpi tiene otras ideas en mente - como siempre. Sin embargo, querido usuario, no se asuste! 0.90rc5 contiene solo adaptaciones importantes/críticas desde la rama main del CVS. Por favor pruebe e informe de errores, blah-blah.
últimamente estoy acosando a otros proyectos que usan ffmpeg y/o MPlayer, y solo cumplen parcialmente o no cumplen la licencia (L)GPL.
QuickView Pro
Platformas: DOS, Linux
Autor: Wolfgang Hesseler
QuickView es un limpio programa pequeño de 16-bit para DOS capaz de ver AVIs antiguos con Cinepak, Indeo video, y similares. La última versión fue liberada en 1998, por lo que puede considerarse no mantenido.
QuickView Pro sin embargo, se trabaja en el a diario. es un reproductor multimedia simple en 32-bit para DOS, usando ffmpeg. Por un lado reproduce bien los archivos MPEG4 bajo DOS, pero el programa descargable es versión shareware, y tiene que pagar para obtener el reproductor completo. Por supuesto esto es ilegal - ¿quién pagaría de todos modos por un programa que está disponibles gratis? Pero dediquemos nuestro tiempo a ver su licencia:
Todos los archivos que vienen con QuickView contienen información propietaria que está protegida por el copyright. Esto incluye ingeniería inversa, decompilación y desensamblado. Ninguna parte puede alterarse o traducirse sin el consentimiento previo por escrito del autor. Cualquier violación del copyright será perseguida por el autor y por Intel.
LEYES DE EXPORTACIóN: Usted acepta que este software no está hecho para ser exportado directa o indirectamente a grupos de paises Q,S,W,Y,Z,Afganistán o la República de China, a menos que se exporte con una licencia validada obtenida de Departamente de Comercio de los EEUU
Asumimos que esto se dice por la licencia del codec Indeo (el autor ha licenciado el código desde Intel). Sin embargo la licencia LGPL explícitamente permite ingeniería inversa, mientras que la licencia de QV lo prohibe.
La solución es una de estas
La conclusión: aunque QV es pequeño e interesante proyecto, IMHO no es aceptable que requiera pagar por un software ilegal.
BroadQ's Qcast Tuner
Plataformas: Playstation 2
Este proyecto usa los proyectos ffmpeg (LGPL) y madplay (GPL). Dicen que pronto liberarán el código para su descarga (?!), hasta ahora, el código puede ser pedido por correo electrónico. Han dicho eso, ahora estamos esperando. Su sitio dice:
BroadQ's QCast Tuner(TM) system carga distintas aplicaciones para el manejo multimedia en PS2.
Pienso que es una buena manera de usar programas GPL y LGPL, pero si alguien tiene otra opinión...
ACTUALIZACIóN: han enviado sus parches con sus cambios a ffmpeg, que actualmente han sido integrados en el repositorio CVS de ffmpeg. Gracias!
Reproductor Multimedia PS2
Plataformas: Playstation 2
Sí, otro reproductor multimedia para PS2 usando ffmpeg. Ellos me han enviado sus fuentes de ffmpeg modificadas cuando se las he pedido. Su inclusión en ffmpeg está ahora mismo bajo discusión. La URL puede encontrarse en el archivo de la lista de correo ffmpeg-devel.
DMS3 "Dev.olution Memory System"
Plataformas: Playstation 2
Este es el modchip, si similar. Su autor ha enviado un mensaje al foro de http://ps2newz.net, aclamando que han usado PS2 Media Player (ver arriba) para su chip.
Sin embargo, su página principal está llena de texto PR, ninguna información actualizada del software incluído, licencias, fuentes, etc...
Además, no puedo encontrar una dirección de correo electrónico de contacto, y el demonio de correo dms3.com me devuelve todos los correos (info@, abuse@, root@, postmaster, etc.)
Conclusión: estado legal incierto, lo má probable es que hayan robado ffmpeg
ACTUALIZADO:: He aprendido que ellos no dan ningún programa con su modchip. Sin embargo su página web da la impresión de otra cosa.
Ajuste fino de MPlayer, el reproductor de películas para Linux
[escrito por Arpad Gereoffy (A'rpi), autor/ex-mantenedor de MPlayer,
para freshmeat.net]
Clic aquí para ver el artículo!
Me gustaría proponer un Skin Design Compo. Pienso que ha pasado el tiempo por el skin por defecto. Es su oportunidad de diseñar uno nuevo, un skin por defecto.
Puede leer acerca de los skins aquí, y echar un vistazo al skin por defecto como ejemplo.
Desafortunadamente no podemos pagar un premio, pero el ganador puede decir que un programa con varios cientos de miles de usuarios comenzará a usar su skin. Y también podrá promocionarlo.
Por favor envíe sus comentarios y skinsn a pontscho at kac.poliod.hu
Muchas gracias,
Pontscho / fresh!mindworkz
Esto debe de ser la última liberación RC antes del 0.90 final. Lo hemos llamado MPlayer
Leech from
We've started a thread on the debian-devel mailing list, trying to get an answer on why xine is allowed to include libavcodec in Debian, and why MPlayer isn't. Also, why does debian-legal think they know what is GPL and what is not better than MPlayer and XAnim authors.
This discussion (on both lists mentioned above) is a must-read.
The thread begins here.
Here is it: the result of 3 weeks of heavy bug-hunting (and cola-drinking:)), code cleanup and docs updating!
Let's see the longest ChangeLog:
Leech from
The people visited my presentation at the Hungarian GNU/Linux Conference already know an earlier version of this graph. It shows the number of the WEB (FTP was not counted) downloads of release tarballs, and the other curve shows the number of lines added to (or changed) the code in CVS, summarized per month.
Another Xmas, another MPlayer release... enjoy rc2.
I'm (A'rpi) prepared for the final commits for the final 0.90 - get ready!
Let's see the ChangeLog now:
Leech from
We've began preparations for the real release: this pre-release is the RC1. There are quite some features about it which make it the player supporting all modern codecs of the world today. No other player can boast with support for all of RealAudio/Video 9, Windows Media Audio/Video 9, Quicktime Sorenson 3, QDesign Music Audio. This is a peak improvement, and I'm not talking PR now. I'm watching TV with MPlayer even now. I could do so even on my EGA or Hercules display. Quite touching isn't it.
al3x has started a weekly "forum" for MPlayer: the MPlayer Weekly News. Its issues can be downloaded.
Let's quote the ChangeLog.
Leech from
Yes, now even MPlayer can play Windows Media Video 9 (WMV9) and WMA9 files. Get the CVS and fire it. I'm going to sleep.
A'rpi and Al3x marvelously hacked the built-in Win32 loader to load the QuickTime codecs (Sorenson 3, QDesign Music Audio). You don't need the libwine hack, mentioned in the previous news entry. Just follow the New QT Howto, download the codecs and start MPlayer.
Now the only remaining important codecs are WMV9 and WMA9. Guess what, the avifile project already got them working :) If you didn't know: those codecs use Micro$oft's new API: DMO (its predecessor was DirectShow). The funny thing is that these codecs are still "Release Candidate" according to Micro$oft :))
Please be patient until we finish porting the DMO interface from avifile.
A'rpi whipped up a small text which describes how to use closed-source QuickTime codecs (Sorenson, QDesign Audio, etc) in MPlayer. The process is a bit difficult, but currently the only solution. Be patient, we are working on a better implementation.
It is important to emphasize the fact that although this method includes usage of the windows emulator Wine, this is NOT just like using the QuickTime Player. Wine is only used for the decoder, thus from MPlayer's viewpoint it looks just like any other codec: you can use xmga, aalib, vidix, whatever to display the movie. And, you can even encode it with for example DivX, with MEncoder.
The instructions can be found in DOCS/tech/qt-libwine-howto.txt. Good luck!
Alban Bedel has commited his first complete OSD Menu support. It is just awesome :) You can adjust most of the playing options runtime, with your selected font, displayed right on the used video output. There is a file browser, help text displayer, preferences, but the most unbelievable feature is the Console: basically it's like a terminal emulator, running in MPlayer :) Check the following screenshot, I executed some Unix commands :)
Oops... We did it again :) So you can play your favourite brand-new quicktime movie trailers with mplayer! Oops... you cannot yet... at least the code is working, and was uploaded to CVS, but it needs some hacking to get it work... (not so bad, you need some DLLs from QT5 player and sdk, and libwine from wine-20020310 and some config.h editing) - okay, we'll work on getting this more user-friendly... :) so be patient, it'll be available in next (pre)release for sure!
Click on the image for a larger version!
Until then here is a screenshot, playing 2 well-known qt videos, the original sorenson 3 codec demo file and the 'Ellen Feiss about Windows' MOVs.
MPlayer is 2 years old today! It's worth to check MPlayer v0.01, it has evolved a lot since then :) Anyway, this prerelease has both major bugfixes and new features, just like pre9 had...
Leech from
now! :)
The well-known ffmpeg project has made its new WMA decoder available. WMA is an audio codec from Micro$oft, which tries to compete MP3 (however, just try to encode the sound of the rain:). Just to remind you: ffmpeg already can decode the WMV7 video codec from M$ (amongst all other MPEG4 variants).
This new decoder's speed is the same as of M$'s decoder, but it's yet to be optimized.
This decoder finally enables you to decode these audio streams on non-x86 platforms.
MPlayer is the first player to support this feature.
After some mails (the thread could be followed on the mplayer-users mailing list), XBPlayer developers opened their Media Player's source: it is available by CVS on http://xbplayer.sf.net.
Their reasoning: the Win32 version that is/was available for download at http://xboxmediaplayer.de was an older version which didn't contain ffmpeg or xvid, and has non-GPL license, equipped with a DivX3 decoder which was 20-30% faster (!) than ffmpeg. Well that's what they say. Unfortunately, the source of that version was lost (??!!).
They also insist on us providing an apology. For what? They nuked any topic on their forum which was discussing GPL. The homepage did not contain enough information about licenses - only the success story of porting ffmpeg and xvid..
And the "losing" of the old source.. Either way, let's hope they are more tolerant to (L)GPL licenses now.
Hey. Here is pre9 and we're still not "stable" enough... This prerelease has both major bugfixes and new features :)
Leech from
now! :)
The XBMP developers issued an article telling they didn't make official releases, therefore they are not obliged to release source code. So I guess they can say: "Oh, you have an XBMP binary? It must have been leaked, we are soo sorry."
That's a lie. Seeing their download area, there is a Win32 binary (amongst many else), obviously with GPL license. Please send the source to gabucino at mplayerhq.hu, which you are obliged to do.
Some win32 guys made a media player for Micro$oft's well-known "console", the X-box. Unfortunately they used FFMPEG and XVID sources in their closed-source product, and failed to make their sources - and changes to the used GPL codebase - available either in public, or by request - as the GPL license forces them to do so. They can't be contacted because they don't publish their E-Mail addresses due to an expectable threat from M$, or whatever their reasons are.
This violates GPL.
As we currently cannot move against them (not that we want to do so, in the first place), we can only warn the open-source community to
STAY AWAY FROM THIS PIECE OF PIRATED SOFTWARE!
It's a pity that so much people don't give a shit about the tireless work of FFMPEG/XVID creators.
Hmm. It seems that pre7 was the most buggier pre-release ever... So time to release a bugfix/hotfix one now.
Leech from
now!
Hmm. Yet another month and we're at pre7... instead of the 0.90 stable... People just cannot insist commiting fixes and features :)
Leech from
now!
XVID is a leading open source MPEG-4 video codec, covered by the GNU General Public License (GNU GPL). At the beginning of July 2002, XVID learned that their codec was entirely stolen by Sigma Designs (the manufacturer of DXR3/H+ hardware MPEG2 decoder cards), and is distributed with the name REALmagic MPEG-4 Video Codec, under Sigma Designs' own license (not GPL).
The XVID people immediately contacted Sigma Designs, who confirmed the violation, and promised to remove all violating code. On August 9th, Sigma released version 1.1 of "their" codec, which turned out to be still containing XVID, but it was disguised by programming and compiling tricks. As Sigma didn't show any sign of cooperation since, the XVID project leaders decided to close the project, until the matter is settled. Or forever...
This is a brief snippet of the story available at www.xvid.org. Please take the time and read it!
I think the Sigma guys are lamers, they didn't notice that icc (Intel's C compiler) inserts the source's filenames and the used compiler options into the binary, thus it was easy to spot.
The reasons we support XVID in this peril:
The great Flag 2002 party was held in Budapest, Hungary on July 12-14th with some MPlayer team members present, including A'rpi, Pontscho and me (Gabucino). Don't be alarmed, I won't write a party report, but only put a note about a 256 byte compo entry that A'rpi coded just for fun: MPlayer256. It does OSD and noise filter in only 256 bytes :) Unfortunately it didn't get a single vote :)
Also, big thanx to the organizers for a great party!
Hmm. After about 2 months of "testing" pre6 is out... It should be named v1.00
rather than v0.90-pre6, due to the many new features and major bugfixes - but it's pre6 now.
The crippled list of changes:
-ni
option, workaround for some Nandub bugsLeech from
now! :)
EGA support - EGA (Enhanced Graphics Adapter) is an old graphics
card, the predecessor of VGA. It does 16 colors in maximum 640x350
resolution, and became very popular many years ago - many old games support
only EGA, not VGA.
Recently Michael Niedermayer added 4bpp (16 colors) converter
in MPlayer, enabling us to use SVGAlib's EGA driver.
See the
documentation for more information!
Matrox G400 on TV versus EGA card 320x200x16 on CGA monitor
(click here for darker version (better
colours)
You will have to use the CVS version! Current snapshot can be downloaded from these locations:
I've put a donations page up, in case someone would need only this to start donating... Click here -> DONATIONS PAGE
Please think about donating. MPlayer is a non-profit program, and we don't ask for too expensive things.
Here comes a brand new pre-release of MPlayer 0.90: pre5. Below you can find a short list of changes, compared to the pre4 version.
-vo gl/gl2
fixed-ao arts
driver, AC3 passthrough support for
-ao alsa9
, -ao nas
fixedThe well-known video card maker Matrox
has released its new card continuing the Gxx series: Parhelia.
Unfortunately mga_vid
won't support it, unless someone
sends us some of this baby. We mailed Matrox some weeks ago, but - sadly -
haven't received any answer.
Donations are welcome.
I can't think of any introduction text. So: the new pre-release 0.90-pre4 of the most popular movie player is out. List of main changes:
Download:
This prerelease contains some serious bugfixes, and no big new features. We promised various big things in pre2 announcement, but they are delayed to pre4 now, as we want to release these fixes ASAP. The most important fixes were:
You can download it from the following places:
And please check the Freshmeat popularity statistics, it has Linux kernel on 100%, second place is MPlayer with 94.61% and increasing. The third is cdrecord with 47.41% :)
This is the second pre-release intended for public testing. We'd like to make a totally bugfree 0.90 later, so please try this out and report problems! We've got many bugreports since 0.90-pre1, most of these have been fixed.
Known problems, with top priority on our TODO (scheduled for pre3):
List of changes, without being complete :
Everyone is welcome to test, and don't forget to REPORT BUGS! You can download MPlayer 0.90pre2 here.
This is a pre-release intended for public testing. We'd like to make a totally bugfree 0.90 later, so please try this out and report problems!
List of enhancements, without being complete:
Everyone is welcome to test, and don't forget to REPORT BUGS! You can download MPlayer 0.90pre1 here.
As some of you may have already noticed, there is a new project on Sourceforge, called MPlayerXP. This project has been started by Nick Kurshev - the author of Vidix, and origin of numerous MPlayer optimizations.
He forked because we didn't accept his patch: it brings unneeded threads into MPlayer - threadlessness is the main feature of MPlayer, compared to other Linux players like Xine and avifile. Nick writes his method gains 300% speed.. This is not true. His method gains not speed but smoothness - if you have a movie that runs slow with MPlayer, MPlayerXP will not help you. It helps only in some rare files on about ~400Mhz Intel speed category systems, but it won't be faster decode (total decoding time will be the same).
But you are free to try it! If you (don't) find that new core better than the normal one, mail Nick a full report. We don't support MPlayerXP..
[ this is Nick's original mail, it's became a nice thread since ]
Whoops, left out the most important:
We'll soon make a release again. The runtime CPU detection code seems to be working perfect, so time to be GPL. Until then, let's see some new features :
-audiofile
option. See the manpage of course.libfame
- libfame is
a very fast MPEG1 encoder, perfectly fit to the task of encoding DivXes
runtime to MPEG1.Here comes a little review of latest works in CVS:
xv
video output driver now you are able to set
contrast/brightness/saturation from hardware. Previously you could do it
only in software, and only with the DirectShow DivX codec. The usage is
the same, use 1-8 keys - they are explained in the manpage.input.conf
example file in the
main/etc
directory.And let's see some MEncoder-specific enhancements :
There will be some other new features announced here shortly..
Yes, Linuxworld hasn't fired this guy yet. This time he examined Xine.. I do not (?:) intend to go ranting about the article, as it does not directly concern MPlayer. Instead, I'd like to point out on some things :
In the beginning of the article Joe baby quickly proclaims that his standard ./configure; make; make install procedure worked just fine, and got "video that rivaled anything he's ever seen". Later in the article he adds that he had to visit and download "a number of related sites and projects" so he could fill in Xine's missing parts. The interesting part is that he had to do the same to MPlayer, and he became angry about it.
Another interesting part is when he "was impressed by the level of detail and information provided by the (configure) scripts". Well you know how a standard ./configure script's output looks like :
checking whether the C compiler works... yes
I'm impressed by the "level of detail". BTW, that script runs for 5 times more time than ours.. Well, it simply rocks.
Let's continue reading this fabulous article: Joe quickly froze Xine by changing to an other skin than the default. I expected he'd go furious but, no, instead he advises us to "keep in mind this is beta software".. He didn't say this when testing MPlayer, yet he used Xine 0.9.7, and he MPlayer's development CVS version.. He must have forgot it, doesn't matter. But he doesn't know that Xine is planning to release 1.0 very soon...
Next advantage of Xine is "you can set just about anything". Let's see what is anything : from paths to device names to the "demuxer selection strategy" . Now, THAT's what I call variety ;)) But seriously, MPlayer is MUCH more customizable than Xine. If you don't believe it, you've never seen MPlayer, or never cared to read the documentation. So what do we have in the end? Joe Man is FUD'ing again.. This guy is impressive :) If I knew english as much as he does, I too would be able to manipulate the masses this easy :)
Then he plays a DVD. Lucky for him, because Xine couldn't play any of mine, only when I downloaded DVDnav, and recompiled Xine for it :) But please disregard this paragraph, it's only my lameness. Or maybe it's his 1Ghz Athlon, and my 500Mhz K6/2 - which plays DVDs with almost no (!) framedrops (with mga_vid, which Xine doesn't have.. So Xine is unable to use my Matrox's TVout too..)
He also visits #xine, where he gets some hints.. Maybe configure; make; make install and Xine documentation wasn't enough? I never saw him on #MPlayer or on our mailing lists... Yet, according to him, our documentation is the biggest pile of shit :) Yare-yare, I must be crafting conspiration theories :)
So, these are my (Gabucino) comments on Mr. Barr's article.. My intention was to let the community see the other side of Barr's fuckings. My intention was NOT to disrespect Xine (I think it has nice GUI widgets) or Guenter Barsch, if he feels I did so, I apologize.
...and it works! So currently MPlayer is the FASTEST movie player on FreeBSD, with Matrox G400 cards ! (G200 currently doesn't work with Vidix)
VIDIX is an interface for the sole purpose of direct access to videocards' framebuffers, DGA and BES.
I don't have to introduce mga_vid to Matrox users, they already know the mighty speed and quality increase compared to the standard Xv driver in X11, not to mention the hardware accelerated TV out.
I also don't have to talk about radeon_vid which was first to produce TV output on Linux for ATI Radeons, and at the same time having the speed of mga_vid.
But I DO have to talk about the fact that VIDIX provides an interface for all these drivers. I mentioned that it also provides direct hardware access. And what does a standard interface for hardware access mean? It means that now it's very easy to write *_vid drivers for virtually EVERY videocard.
For those which don't have XVideo support in X11.
For NVidia users who have to mess with buggy drivers and incompatibilities. We already started writing nvidia_vid !
And this is absolutely not the whole story. I think you may be
interested for VIDIX and its drivers (mga_vid, radeon_vid, nvidia_vid) are
PLATFORM AND OS INDEPENDENT !
Ability to use for example mga_vid on BSD. On Windows. On......
I've just created a new section for patches that didn't make it to CVS, but may be interesting for some people. See the download page.
We've set up a mirror for the entire site (except the CVS). It can be reached at http://www2.mplayerhq.hu and ftp://ftp2.mplayerhq.hu.
3 months have passed since 0.50, and we are pleased to announce that 0.60 is finally RELEASED ! While downloading, check out the "short" What's New list:
<sigh> It's hard to start a news entry.
Should I write some lame
jokes of mine? I think it's not the reason people read MPlayer news.
And they DO read. In July, we had 23487 hits. In September, it was 49947.
And now in November, it's 90601 ! Nice growth, I can say. MPlayer's
features also grew the same way, so it's nearly time for a new release :
0.50 has grown very old, buggy and featureless (compared to the code in CVS
now).
MPlayer team is looking for sponsors ! If you can and want to sponsor the Team's development either with (primarily) hardware or money, or just think that you can enhance the code, contact us! Thank you.
So, back to the new release : we're not sure about the version name, but it won't be 1.0 . As of now, it seems 1.0 will be fully GPL, and will include powerful CPU detection code to allow binary distribution. Be aware that this is like fortune tellings, so no warranties.
Apart from this, the main enhancement that will take place after this release, will be the completion of libvo2 and this time we'll really do it. It means
and many many other interesting stuff.
And now, something not-so-completely different : new features in current CVS.
configure
script - nicer, better structured, featureful,
more informative.If you feel the urge to try these, hurry and download ! Also, be sure to read the documentation about new features, and anyways. Enjoy!
Hi,
Ok. I see you still don't understand what happened and why were we so upset. So, let me explain:
A russian "coder" has "ported" MPlayer (actually removed/disabled half of the code and added audio/video support using someone else's code, so actually hacked together 3 opensource projects at most ugliest way) to OS/2. It is not problem, it is even somehow good, but we would like more if he send patches for MPlayer instead of fork'ing development.
He provided this stuff for download at os2.ru page. He provided no sources at all. He provided it as HIS OWN PRODUCT UNDER HIS NAME and he even not mentioned the MPlayer or ffmpeg or os/2 ao/vo lib authors nor any of these project names. We can call it only 'code stealing'. Tell me if you disagree, and please explain why.
As soon as we got informed about this, we sent some mails to their mailing list. The mails didn't arrived in few hours. We thought the list is moderated and they ignored them or the maillist simply does not exists/work. We sent mail to the website admins, asking them to provide us direct email contact of the "author", and remove the download link until he fixes credits. They didn't replied. Next day we were more upset and Gabucino put out that well-known NEWS entry. I've seen it and said "it's ok", I didn't think of such reaction. (yes, it was a bit(?) rude, but is code stealing a good thing???)
They immediately came out from the darkness, and started to flame us at every forums because of that news entry. Nothing about the code stealing. Just flamed us. Later they started to say: it is not MPlayer port, just 2 libs of MPlayer were used and it's a totally different project contributed by russian coders. They also mentioned that A-V sync code is not from MPlayer, it's their own new code.
I told them that:
flame again about NEWS. Nothing about our "wishes". they started to send russian language mails for us and to their list. flame started on mplayer-users list and slashdot too.
they finally released the sources, and afaik (i couldn't check as it was OS/2 installer EXE) they fixed documentation of the project. there is a simple link to MPlayer site now, not mentioning how wvision based on MPlayer or related to it. bad, but it's ok for me, i doubt they will ever do more. also note that distributing MPlayer code in binary form is still prohibited...
as soon as we downloaded the source, we started to check what did he really do. he did what we thought before. ported MPlayer by removing/disabling half of code and hacking in os/2 audio/video out. he even keept my own A-V sync code from MPlayer (compare wvision.cpp to MPlayer.c) while stating everywhere that it's their code. he used the core of MPlayer, so it's much more than "just 2 libs from MPlayer".
A'rpi / Astral & ESP-team
If MPlayer CVS doesn't compile for you nowadays (you get error
messages with quant_store_mpeg2
or so), please do a fresh
checkout and try again. A slight inconsistency in the CVS backup caused these
errors.
Also, MPlayer now compiles on QNX too. Note that it isn't
ready for true usage yet, as the only video output working right now is the X11
one, and as you know QNX has a very slow X emulation. Check the
screenshots (they also have CPU utilization percentage).
If you have interest or experience in porting further, do so.
And here's the link for the recent interview with A'rpi (in hungarian!).
This news entry contained some misinformations about GCC 2.96 and has been removed upon RedHat's request.
Updated version is here.
This (joke) news entry about Arpi vs GPL was removed for it caused misunderstanding.
Here I am to keep you informed again, for you ppl who don't download CVS
snapshots or use CVS to keep track of MPlayer development progress.
Obviously, you're mistaken. :) Other UNIX/Linux projects maybe don't even
compile when downloaded from CVS. MPlayer always does. But whatever.
So, let's see the improvements:
make mencoder
and (as usually) read the
documentation.
Convert your DVD/AVI/VOB/ASF/WMV/VIV/MOV to DivX4+VBR MP3 .
You still have doubts? Throw them away.MPlayer now can use XAnim codecs (even 3ivx!) for video decoding ! The documentation is already updated, check the new XAnim codecs section for installation/usage instructions !
ATTENTION: using some XAnim codecs with other software than XAnim is ILLEGAL!
Atmosfear successfully compiled MPlayer on windows (on XP, but runs even on W95) It really rocks.. It needs SDL for video+audio output. Currently lacks Win32 codecs support, but features MPEG1, MPEG2, DivX/OpenDivX/DivX4 (ffmpeg/libavcodec) and MP2, MP3, AC3 support. Check the screenshots ! The binary is yet unreleased.
Just go and download.
New after 0.50-pre3: mostly build fixes for non-linux systems, docs updates.
Note: mov "support" disabled, if you want to play with it, then use CVS. (mov support is far from being finished. no seeking and only cvid video and raw audio are supported - so it's very useless)
Also, we moved the mplayer-users mailing list to our new server. If you weren't automatically resubscribed, you can do it here.
Just a few changes, hot-fixes:
Just a few changes, hot-fixes:
Hmm. Release again. Tons of new features, beta Gui version, bugs fixed, new vo and ao drivers, ported to many systems, including opensource divx codec and much more. Try it!
Dear ppl,
We, MPlayer developers, condemn those that are involved in the creation
of this senseless massacre, and would like to express our sincerest condolences
to the relatives of all who died due to these terrosist attacks.
We hope that the masterminds of this attack will be apprehended and punished
appropriately.
Two more skins are available. I won't announce it anymore, so check
the download section for updates.
About the GUI? Well, it's now nearly ready to be released. Just be a little
more patient... Oh, and there are screenshots of the skins, just click
on their names.
Atmosfear has commited support for the Ogg Vorbis audio format. You'll need libvorbis from http://www.vorbis.com/download_unix.psp . Don't forget to update your codecs.conf !
Although the GUI is not yet fully merged/complete/working, I made a Skin download section in the Downloads page. Currently there are only 2 skins, a default, and a skin made by me (it's a conversion of a WinAMP/xmms skin of Rei Ayanami:). BTW it's really easy to develop a skin, just download a skin and read the ./skin file inside it. Self-explanatory.
(whether this letter is real or not, it's ROTFL...)
LS,
can you help me ?
I want to start up my mplayer version 6.4 (I use NT) in full-screenmode(alt
enter) is it possible ?
And : when my avi is finished I would like that my mplayer automatically
closes (alt F4) ist it possible ?
Thank you very much for your attention !
Pim van As.
_______________________________________________
Mplayer-users mailing list
Mplayer-users@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-users
Juergen Keil added support of SUN's
mediaLib into ffmpeg (libavcodec,
to be exact). And thus MPlayer (since we use libavcodec to play DivX
on SPARC platforms, see the documentation).
It does about at least 50-70% speedup on UltraSPARC CPUs (they support the VIS
instruction set). Grab the cvs
snapshot. Now VIS is supported in the following parts of MPlayer:
libmpeg2, libvo, libavcodec.
As MPlayer now uses libdvdread (which relies on libcss), now we have nearly full DVD playback ability. Plus some more additional features:
Grab the current cvs snapshot (0.18-pre* are obsoleted and removed), and enter the world of Linux Multimedia !
Yeah. Update from cvs if you wish. Hmm what other news.. ffmpeg is even more faster, DivX4 is even more buggier. Update update update!
..didn't you? Well, you were wrong. MPlayer now includes four (actually
three) methods to play DivX movies. You can choose between:
For a big (resolution 528x368), and high bitrate (262 kbyte/s) DivX,
and a small (resolution 320x240), and low bitrate (65 kbyte/s) DivX :
HI-RES | LO-RES | ||
---|---|---|---|
Win32 DShow DLL | 100% | Win32 DShow DLL | 100% |
ffmpeg | 105% | ffmpeg | 107% |
DivX4 (standard) | 112% | DivX4 (standard) | 110% |
DivX4 (YV12) | 140% | DivX4 (YV12) | 130% |
What. You aren't downloading yet??
Another boring weekend, another news entry.. ;) Keeping our habit, we delayed the release again. For the impatient, there is a 0.18preX prerelease available in the download section. Let's see some new features:
Pontscho's GUI has made another step towards being ready. Although the
GUI code itself isn't fully perfect, nor publicly available (so don't ask for it), I've
made 2 screenshots and put them up. It'll be merged with the main MPlayer
SOON, have fun until then.
SKIN MAKERS are very welcome! Don't hesitate to write us!
Hmm, let's see some info.. First, about the native AAlib driver. Its development is going slow, seems to be due to some problems IRL. It will be definitively released soon (hmm, but that's what we always say, isn't it?). Second, as you may have noticed, the release should've been released already. Well, it isn't. Good explanation? Oh well. The codebase is still in the killing bugs phase (not if there are any..), also some new features like -benchmark, -frames (play only n frames, then quit) have been implemented. The third thing that comes into my mind right now, is the GGI project. It seems that some of our developers have became inspired by it, and a vo_ggi driver is coming right away. Hope it'll be usable.
As of today evening, MPlayer code is frozen. The release will take place
about monday-tuesday midnight (GMT+2).
Sourceforge is back to normal (?) again.
Any much much more! Check out from CVS !
SourceForge services run on their slow backup system for 2 weeks, so there are no crontab jobs (no automatic daily snapshots and homepage updates). Mailing lists are extremly slooooow and mails arrive in different order than sent so for example the cvslog lists is totally unusable. So, please be patient, and don't disturb(?) us with these. We hope that SF will recover (but I fear for they will never recover, two weeks on backup sys is too long...) or we can finally set up our new server in Hungary.
A'rpi
Yes, some people (namely : Jürgen Keil and Marcus Comstedt) made it. MPlayer now compiles and works on Solaris 8, of course only on x86 machines, not Sparc (that would be hopeless, sorry). It even has VCD and DVD support, however the whole support is to be considered experimental. The FreeBSD support is done by Vladimir Kushnir. Update from CVS, or download a snapshot.
Many people asked about portability. Gernot Ziegler went so far that he tried to port mpg12play sources to IRIX operating systems. Now this project goes serious... The goal is to produce a portable MPEG1/MPEG2 player.
From A'rpi :
The project has been started...
Hehh, we were so obsessed with our own deadline that just after IdegCounter
was officially released, we noticed many things were missing, etc. Even
its version number was 0.11-pre :)
Download the real thing.
After many months of daily 24 hours blood-sweating development, MPlayer 0.17 is here to kick some butt! Actually the version number should be much higher (in the view of the Hell-A-Lot-Of functions inside), but we're veeeery humble. That's why we don't say: "This is the best player available for Linux, go download download download it NOW!" So, we don't say it. Instead we'd like to thank for all our sponsors, namely: ... , ... and ... . Thanks for all the money ($0). Don't forget it's NEVER late to send (m)any!!!
Well, enough of crap talk. The Facts:
And lots lots lots lots lots of more! Head to the download section!!!
This is a summary of some new stuff in MPlayer:
The Time of Release is coming in a few days... This is gonna be a big shot for real!
A lot of improvements have been made to the codec loader, and as a consequence many more codecs can be used with MPlayer than previously. A new w32codec.zip package is downloadable, and it is RECOMMENDED that you download it!
I'll lend you some useful info to make it work and hope for the best.
First, download the
font package.
Next, unzip it to $HOME/.mplayer/font .
Get latest CVS, compile it, use either Xv, MGA, X11 (only in 24bpp), or
fbdev output, specify your sub file with the -sub option, and you're done!
Thanks to Laaz for the SUB reader, A'rpi for the great
OSD+SUB displayer and Chass for the font(s)!
A'rpi has finally added DirectShow support to MPlayer! Now it's possible to use postprocessing with DivX movies, of course you'll need a very strong CPU! You'll need the file divx_c32.ax from either Windows, avifile, or from here. Support for the other codecs is coming very soon!
A'rpi is experimenting with a much smoother timer code, called MPlayerHQ. It solved at least some problems with ALSA for me. Please try it and write if playing got smoother. Also try the new code snippets in the TOOLS dir, and post results to A'rpi.
There's a new list, which announces all changes in the CVS repository. Subscribe if you want to, but be warned! Its traffic is BIG!
The new release of the OpenDivX codec is now supported. It introduces better quality, however the encoding speed is still slooow. Negative: the alpha47 codec isn't forward compatible, so you'll have to upgrade. (this code is in CVS)
Since there are a lot of questions/bugs/discussions about the relationship between MPlayer and Matrox cards, A'rpi decided to make a new mailing list just for this topic. You can subscribe on it
The MPlayer-users and MPlayer-announce lists have been moved to Sourceforge. Subscription info is updated in the About section.
Andreas Ackermann made a DGA
driver for libvo. And he did a good work... It's about 60-80% faster than the
X11 driver! Of course if you could do Xv output already, this isn't much of
an improvement for you..
Also note that this code is alpha, and - at the time of writing this -
exists only in CVS.
Yeah, we'll move to SourceForge.
I hope you'll like the CVS accessibility.
No prerelease versions have came out since Feb 19. THAT'S really
strange!
A'rpi must be working all day all night on the
0.11 release and 0.12 series. :)
On the MPlayer mailing list, A'rpi announced the proposed changes in the 0.12 series.
The biggest change will be the change from libvo to
libxmm . libxmm aka
XMMP is an abbrevation for "Linux MultiMedia Project", which
is another multimedia layer for Linux.. However, in the light of its
nasty features, no wonder A'rpi chose to use it! I suggest to download, install
and get familiar with it now, since you'll soon have to do so anyway!
Another great stuff is ffmpeg , so A'rpi thought why
not include it in MPlayer?
And so he did. ffmpeg is no less than
a realtime video/audio encoder for Linux, so prepare your BTTV cards or
any stuff you wanna record with, since now you'll be able to encode
runtime to OpenDivX (or other formats).
The GUI code (by Pontscho) will be imported too, so you can
finally show your Windows pals who has the better player!!! Actually with
an encoder! :)
Anyways, we still need good skins! Graphicians, get a grip on yerself
and write to Pontscho!
Those of you who missed DivX ;-) quality setting option, be delighted!
DirectShow support will be added too! Of course this also
means VoxWare support (audio codec).
I wonder who needs .mov support.. That'll be added very soon!
In order to lower the load on A'rpi :) the MPlayer-users mailing list was created. Thanks to Dariusz Pietrzak for the hosting!
The subscribing process is simple. Click here.