|
|
|
  
|
|
|
|
  
|
|
|
|
|
|
Archivo de noticias
Summario
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.
Severidad
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.
Solución
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.
- No utilice cddb:// URLs (y sea cuidadoso con los playlists)
- Redireccione freedb.freedb.org a 127.0.0.1 (ej. via el archivo hosts)
- Recompile con --disable-cddb
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.
Versiones afectadas
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.
Versiones no afectadas
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: "X-mas present"
DOCS
- finalmente todas las opciones se han documentado
- página de manual con ortografía, palabras y claridad revisadas
- todas las subopciones de audio documentadas
- todas las subopciones de video documentadas
- añadida sección de filtros de audio a la página de manual
- XviD documentación completada
- página de manual Francesa sincronizada de nuevo
- página de manual Alemana actualizada
- nuevas Czech (completa) and Swedish man page traducciones
- arreglos y actualizaciones en varios lugares
Ports
- soporte x86_64 completo
- soporte para -rootwin, -panscan en el controlador de salida de video quartz
- arreglada la repetición de llave y el aspecto en el controlador de salida de video quartz
- menu "Movie" para el controlador de salida de video quartz con opciones de zoom & preset
- subopción fs_res para el controlador de salida de video quartz escoje resolución pantalla completa
- soporte para VCD en Darwin (Mac OS X)
- soporte para argumento de inicio en Mac OS X Finder
- arreglo para entrada directa (stdin) y modo esclavo bajo MinGW
- soporte para las opciones -rootwin, -colorkey y -wid en el controlador de salida de video DirectX
- selección de monitor mejorada en el controlador de salida de video DirectX
- nuevo controlador de salida de audio DirectSound
- soporte para el ratón bajo Windows
- soporte para ZetaOS (funcionando casi completamente)
Controladores
- arreglos en los controladores de salida de video VESA y GGI
- removida la opción -jpeg en favor de las subopciones -vo jpeg
- el controlador de salida de video jpeg ahora soporta salida a multiples directorios
- mejoras al controlador de salida de video Blinkenlights ;-)
- arreglos al colorformat del controlador de salida de video OpenGL (con subopción manyfmts)
- soporte para aspect, panscan y hardware OSD en el controlador de salida de video OpenGL
- nuevos controladores de salida de video pnm y md5sum en reemplazo de pgm y md5
- salida de video yuv4mpeg ahora con subopción 'file=' puede ser usada con -fixed-vo para juntar archivos con el mismo largo, altura y fps
- actualizado el controlador de salida de audio JACK con los cambios del API bio2jack
- controlador de salida de audio alsa en reemplazo de alsa9 y alsa1x
- el controlador de salida de audio ALSA ahora usa siempre el dispositivo especificado, incluso con hwac3
- soporte para selección del canal del mezclador en el controlador de salida de audio ALSA
- controlador de salida de audio para el servidor de sonido polypaudio
- TV-out arreglado en VIDIX Cyberblade
- soporte VIDIX I420 para Cyberblade y mga
- soporte VIDIX Radeon en sistemas big-endian y otros arreglos para Radeon
- soporte para VIDIX Radeon R200 QM (Radeon 9100)
- controlador CLE266 VIDIX
- controlador experimental SAVAGE VIDIX
Decodificadores
- "experimental" support for 20 and 24 bit LPCM (DVD-Audio)
- libmpeg2 actualizado a 0.4.0b
- libfaad2 actualizado al CVS snapshot 2.1beta
- decodificación DTS utilizando libavcodec
- soporte para Voz Windows Media Audio 9 a travez de DLL binario
- soporte avanzado para Windows Media Video 9 a travez de DLL binario
- soporte para Windows Media Screen Codec 2 a travez de DLL binario
- soporte para Windows Media Image Codec a travez de DLL binario
- soporte para el codec Windows Media Image 2 a travez de DLL binario
- soporte para video VDOWave a travez de DLL binario
- soporte para video Miro VideoXL utilizando libavcodec
- soporte para audio Creative ADPCM utilizando libavcodec o DLL binario
- soporte para video IBM Ultimotion utilizando libavcodec
- soporte para el codec Micronas Speech a travez de DLL binario
- soporte para el codec de video H.261 utilizando libavcodec
- soporte para el codec de video TechSmith Camtasia utilizando libavcodec
- soporte para el codec de audio sonic utilizando libavcodec
- soporte para el codec de video snow utilizando libavcodec
- soporte para video QuickDraw utilizando libavcodec
- codecs de audio/video Cinepak, CYUV y RoQ ahora en FFmpeg
- soporte para video Vianet Lsvx a travez de DLL binario
Demultiplexores
- arreglados -nosound y -novideo en NSV
- cambio de subtítulo y código de idioma en pantalla para Matroska
- soporte para la variante .vp5 del formato de archivo AVI
- arreglado el seek en archivos ASF solo-audio
- detección MP3 mejorada
- soporte para AVC en archivos .mp4
- soporte para archivos H.261 bruto utilizando libavformat
- mejorada la exactitud de la búsqueda en los archivos MPEG
- mejor manejo del código de idioma de los subtítulos en los archivos MKV
- soporte para archivos DVHS y H.264 sobre MPEG-TS
- duración y posición en pantalla (seekbar) para archivos MOV
- mejoras en la reproducción de video raw en archivos MOV
Streaming
- se agregaron las opciones -cache-min y -cache-prefill
- arreglo en la compilación de nuevas versiones de LIVE.COM
- ahora los ASF sin ECC funcionan
- soporte para MMS en puerto no estandar
- detección de EOF en streams Real RTSP
FFmpeg/libavcodec
- decodificación de baja resolución utilizando la opción lowres
- snow, nuevo códec de video experimental basado en wavelets
- sonic, nuevo códec de audio
- decodificador de video TechSmith Camtasia
- decodificador de video IBM Ultimotion
- decodificador de video QuickDraw
- decodificador Creative ADPCM
- decodificador Miro VideoXL
- demuxer y decodificador para archivos de audio Sierra online
- decodificador de video QPEG
- demuxer para el formato multimedia de juegos de Electronic Arts
- arreglos en H.261, codificador H.261
- arreglos en el código acelerado con VIS
- soporte DTS via libdts
- muchos arreglos a DV, búsqueda en archivos DV raw
- soporte para archivos con ACC en MOV
- arreglos en RV10, RV20
- codificación con RV20
- limpieza en el demuxer AVI, soporte para cambios de paleta
- soporte para los metadatos de iTunes
- areglos a HuffYUV (endianness, predictor RGB32, median encoding, interlacing)
- ffvhuff (codificador HuffYUV mejorado)
- optimización SSE para la funcion compare 4x4
- mejoras a la búsqueda de movimiento epzs
- motion compensation basado en quad tree
- optimizaciones MPEG-4 qpel MMX2/3DNow!
- H.264: un montón de arreglos y optimización MMX2/3DNow!
- soporte AVC1 (H.264 sin sync word en archivos .mp4)
- H.264 qpel motion compensation
- decodificación Indeo3 en escala de grises
- decodificador preliminar Truemotion en 24 bits
- codificador avizlib arreglado
- soporte de quantización trellis en H.263
- optimizaciónes a DCT
- soporte a AltiVec en AmigaOS4
- optimizaciones MMX/MMX2/SSE/3DNow! adaptadas para funcionar en x86_64
- arreglo en las búsquedas (seeking)
- audio resampler mejorado y más rápido
- nueva interfaz de captura dc1394
- soporte de decodificación preliminar para H.264 con CABAC y B-frames
- soporte para dvr-ms en el demuxer ASF
- demuxer NSV
- muxer MPEG compatible con DVD
- arreglos a MJPEG-B
- range coder (arithmetic entropy coder) utilizado por snow y ffv1
- mejoras a ffv1: signed golomb, range codes
- soporte para multi slice en streams H.264 con profile principal
- como siempre, un monton de bug fixes y optimizaciones
Filtros
- software volume control when no hardware support available, can be
controlled with the -softvol and -softvol-max parameters
- high-quality audio resampling with -af lavcresample
- cropdetect rounding parameter
- MPlayer -af help
- missing audio plugins (extrastereo, volnorm) converted to audio filters
- sine sweep generator audio filter
- hrtf audio filter to convert multichannel audio to 2 channel output
for headphones, preserving the spatiality of the sound
- big-endian fixes in rgb2rgb converter
- yuv2rgb Altivec optimization fixes
- support for LADSPA plugins
GUI
- unified audio options dialog, also for ALSA
- redrawing limited, decreases CPU usage in audio-only case
- icons for the context menu
- doublesize bug fixed
- slowdown after opening the preferences panel bug fixed
- remaining messages moved to help file for translation
- slowdown after using the preferences panel fixed
Codificación
- x264 encoder support
- support for MP2 encoding with libtoolame
- libavcodec "turbo mode" to speed up 2-pass encoding
- support for 3-pass encode for libavcodec and x264
- XviD encoder and decoder modules updated to API-4.1 (XviD-1.1.x)
- flush remaining frames at end of encoding process
Otros
- -loop and -shuffle now work together
- better EDL support
- some --disable configure options finally work (mp3lib, liba52, libmpeg2)
- framestepping
- change playback speed during playback
- some crashes with binary codecs fixed
- subtitle alignment support for SAMI files
- also support Windows path separator '\'
- FriBiDi fixes for comma handling in Hebrew subtitles
- -crash-debug option to attach gdb automatically after crashes
- gcc 4 compilation fixes
- compilation fixes for many files in the TOOLS directory
- infamous "stuck mouse button" bug fixed, new -key-fifo-size option
- reduced verbosity of MPlayer's output somewhat
- -identify now prints some information about available languages
- double buffering (-double) is now default
- many memleaks fixed
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:
- potential heap overflow in Real RTSP streaming code
(patch)
- potential stack overflow in MMST streaming code
(patch)
- multiple buffer overflows in BMP demuxer
(patch)
- potential heap overflow in pnm streaming code
(patch)
- potential buffer overflow in mp3lib
(patch)
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í.
Actualización
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.
Actualización 2
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.
Actualización:
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: "LinuxTag release"
Name
- It's "MPlayer - The Movie Player" instead of
"MPlayer - The Movie Player for Linux" now.
Security
- complete review of string operations, buffer overflows fixed
DOCS
- small additions, corrections, updates all over the place
- audio output driver section added to the man page
- several bug fixes and improvements in the MEncoder documentation
- DVD ripping guide extended and improved
- AUTHORS file massively extended
- German man page partially updated
- Hungarian XML documentation translation started
Ports
- encrypted DVD playback on Windows fixed (again)
- Cygwin and MinGW now accept the same -dvd-device syntax
- LIVE.COM now works under MinGW
- foundations for MinGW crosscompilation
- disabled SSE on MinGW as it caused crashes
- AC3 passthrough for ao_win32
- improved vo_quartz (YUV, multiple screens support)
- vo_quartz made default on Mac OS X
- ao_macosx fixed and made default again on Mac OS X
- RealVideo binary codecs support on Mac OS X (still buggy)
- bigendian fixes in vf.c, vo_tga
- OpenBSD portability fixes
- OpenBSD/VAX support
- AMD64 support
Drivers
- support for more Radeons (9800 XT among them) in VIDIX
- Radeon related bug fixes in VIDIX
- vo_gl2 now supports GUI, fix for flickering borders in fullscreen
- support 24 and 32 bit PCM files, bigendian fixes
- ao_sdl now converts unsupported formats instead of quitting
- ENCA support
- merged ao_alsa9 and ao_alsa1x drivers into ao_alsa
- NeoMagic TV-out support through VESA
- JACK audio output driver
- vo_sdl fixes (wrong flags and screensaver disabling)
- vo_directx fixes
Decoders
- MSZH/ZLIB, FLI, QTRLE, RoQ video and RoQ audio support moved to FFmpeg
- FFmpeg Cinepak and CYUV decoders preferred
- audio format 0xff support (is AAC)
- "raw" audio in MOV supported
- Indeo audio (iac25) support via binary codec
- upgrade libfaad2 to the FAAD 2.0 release
- MPEG-2 chroma422/444 support
- Winnov WINX and WNV1 support via binary codec
Demuxers
- Ogg subtitle handling and other bug fixes
- Matroska improvements
- support seeking in Real files without -idx
- support seeking in Real files without index with -forceidx
Streaming
- ASF, MMST streaming fixes
- URL escaping fixed
- NSA (Nullsoft audio) streaming support
- embedded RAM playlist support
- multibyte URL support
- rtp:// now supported even with LIVE.COM compiled in
- miscellaneous bug fixes
Filters
- vf_softskip: frame skipping filter for MEncoder
- vf_harddup: frame duplication filter for MEncoder
- vf_pullup minor fixes and improvements
- AltiVec-optimized YUV to RGB converter
- vf_spp memory corruption fix on reallocation
FFmpeg/libavcodec
- MPEG-2 encoding with 8, 9, 10, 11 bit intra DC precision
- DC clipping fix, intra_dc_precision > 0 support
- Cinepak fixes and palette support
- support skipping of MB rows during decoding
- Vorbis in NUT fixed
- NUT updated to latest specification
- segfault and artifact fixes in SVQ3 decoder
- motion estimation code: overflow and chroma fixes
- change qscale -> lambda for the motion estimation
- noise preserving sum of squares comparison function in ME code
- fixed memory overwrite in truemotion decoder
- clip input motion vectors, better error tolerance on bad vectors
- FLAC decoder cleanup (partial demuxer/decoder separation)
- memalign hack for SSE/SSE2 on that alternative OS :)
- lots of AltiVec optimizations
- qscale + qprd fix
- QTrle4 support
- H.261 decoder
- coefficient saturation fix in H.263
- H.263 MCBPC fix
- per line lowpass filter in MMX and faster C lowpass filter
- SVQ1 encoder
- as usual, lots of bug fixes and optimizations
Others
- fullscreen fixes for many window managers
- fix crash on original Pentiums and older
- dvd://start-end support
- netstream (mpst://) support fixed
- support comments in plaintext playlists
- loader/ dependency removed
- keepaspect option extended to all video output drivers
- WMA to Ogg conversion and simple subtitle editing script added to TOOLS
- support for more lame options
- new set of GUI icons
- memory conserving implementation of GUI potmeters
- X11 code reindented
- further gcc 3.4 support fixes
- mixer API written for changing volume through libaf
- -rtc-device option for specifying the RTC device
- desktop/menu icon added
- miscellaneous bug fixes and cleanups
- multi-threaded encoding with lavc
- fixed a bug with Real files introduced in pre4
- -use-stdin renamed to -noconsolecontrols
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
Security:
- string operation buffer overflows fixed
MPlayer 0.93 can be downloaded from the following locations:
MD5SUM: 2ddd395cd1bc56559006398ef5105710
Summary
Multiple string vulnerabilities have been found and fixed in the MPlayer GUI
code, at least one of which was remotely exploitable.
Severity
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.
Solution
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.
Affected versions
MPlayer 1.0pre4 and before
MPlayer 0.92.1 and before
Unaffected versions
none
History
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.
Download
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.
Summary:
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.
Severity:
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.
Prerequisites:
The players are only vulnerable when playing Real RTSP streams.
There is no risk if Real RTSP (realrtsp) streaming is not employed.
Solution:
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.
Affected versions:
MPlayer 1.0pre1-pre3try2
xine-lib 1-beta1 to 1-rc3c
Unaffected versions:
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
History / Attack Vectors:
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.
- Fixed length buffers were assigned for the URL used in server requests
and the length of the input was never checked. Very long URLs could thus
overflow these buffers and crash the application. A malicious person
might possibly use a specially crafted URL or playlist to run arbitrary
code on the user's machine.
- Not all strings returned from a Real server were checked for length.
It might be possible to cause a buffer overflow during the RTSP session
negotiation sequence. A malicious person could use a fake RTSP server
to feed the client with malformed strings.
- Packets of RealNetworks' Real Data Transport (RDT) format were received
using a fixed length buffer whose size was never checked. It might also be
possible to exploit this by emulating a RealNetworks' RTSP server.
- On Wed, 14 Apr 2004 22:45:28 +0200 (CEST) a change was made to MPlayer
CVS that removes the extension checking on RTSP streams. MPlayer now
attempts to handle every RTSP connection as realrtsp first, falling back
to live.com RTSP. CVS versions from that date to the time the fix was
checked in are susceptible to the same problem when playing normal RTSP
streams as well.
- At the time of the writing of this advisory no real exploits are known
to the authors and we hope to be the first to stumble across this
vulnerability. Since we believe that the bugs described in this advisory
are exploitable we have released this proactive advisory.
Download:
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: "YAML Counter"
Security:
- HTTP parser remote heap overflow vulnerability fixed
- Real RTSP remote buffer overflow vulnerability fixed
- buffer overflow in the Matroska demuxer
- potentially exploitable buffer overflow in CDDB TOC code
DOCS:
- new Copyright file covers files from other projects and their licenses
- new DOCS/tech/translations.txt explains how to properly translate MPlayer
- new Japanese console message translation
- Polish translation finished
- Italian man page translation
- DVD ripping guide
- telecine/interlacing guide
- video out driver section added to the man page
- XML build system rewritten - now supports building individual languages
- miscellaneous updates all over the place
Ports:
- better PA-RISC detection
- support for VAX (tested on VAXstation 4000/VLC) -- really, believe me!
- optimizing for specific MIPS CPUs under IRIX
- AMD64 detection under BSDs
- fbdev driver updated for Linux 2.6
- support for ELF only OpenBSD
- optimizing for PPC 970 (aka G5)
- SDL support fixed on MinGW
- VIDIX working under Windows XP/2000 (native dhahelper)
- builds out of the box under GNU Hurd
- SSE optimizations enabled under MinGW
- SSE support under OpenBSD
- AltiVec support under NetBSD
- GCC 3.4 support (due to changed behaviour in ASM code snippets)
Demuxers:
- Matroska containing RealVideo works better
- fixed random segfaults in VIVO
- endianess fixes in CDDA
- UYVY support in tvi/v4l2
- tvi/bsdbt848 now working under FreeBSD 5.2-CURRENT
- tvi/bsdbt848 audio part working under NetBSD
- LIVE.COM demuxer updated to conform with latest libraries
- new, independent, C implementation of the Matroska demuxer
- fix for rare Real files
- more robust Real demuxer (can resync after errors)
- support for AAC inside Real
- MPEG Aspect code 4 fixed
- support for selecting subtitle streams with -slang inside Ogg
- wrapper demuxer for FFMpeg's libavformat (Nut is playable this way)
- much improved seeking in Ogg
- Nullsoft streaming video (NSV) demuxer
- AVI OpenDML read and write support
Streaming:
- SMIL playlist parser
- support for URL redirection
- support for seeking in HTTP streams
- updated LIVE.COM streaming code
- fallback to live.com RTSP after Real RTSP
- suggests -playlist if normal streaming fails
- many improvements and bug fixes in the streaming code
Decoders:
- compilation failure without zlib in vd/lcl fixed
- removed obsoleted decoders (which were moved to libavcodec), affected:
vd/8bps, vd/msrle, vd/msvideo1, vd/rpza, vd/smc
- workaround for buggy codecs in ad/acm (support for Sharp G.726)
- fixed chroma-swapping in Hauppauge Macroblock decoder
- AltiVec optimized resampler in liba52
- support for VP5 and VP6 DLL decoders
- support for Alparysoft lossless video codec (through DLLs)
- support for Lead MCMW wavelet video codec (through DLLs)
- HE-AAC working through libfaad
- removed libmpflac in favor of FFmpeg's FLAC implementation
- liba52 dynamic range compression support
Filters:
- vf_bmovl bugfixes
- vf_filmdint now handles 15fps NTSC input
- huge updates and speedup on vf_pullup
- big updates to vf_ilpack (proper interpolation and MMX optimizations)
- vf_zrmjpeg: fast MJPEG encoder using libavcodec for Zoran
- interlaced scaling support in vf_scale
- vf_kerndeint: adaptive deinterlacer
- vf_rgbtest: rgb test pattern generator for developers
- vf_qp: qp change filter
- vf_noformat: the same as vf_format but with reversed meaning
- AltiVec optimized SWScaler
- vf_phase: phase shift fields
- vf_divtc: duplicate frame removal from deinterlaced telecined video
Drivers:
- ao/esd behaves better over network now
- support for Radeon 9200/9600/9600 Pro/9700 in VIDIX
- -mixer support for alsa9
- fixed OSS audio grabber module with hardware not supporting 44khz
- native ALSA 1.x support (not through 0.9 emulation)
- better multibuffer support in VIDIX nVidia driver
- pan & scan support in VIDIX nVidia driver
- support for more cards in VIDIX nVidia driver
- vo_libcaca: color ASCII art output driver
- vo_quartz: native MacOS X/Quartz video output
- support for VIDIX when ATI FireGLX drivers are used
FFmpeg/libavcodec:
- H.263 AIC and MQ encoding support
- fixed low delay decoding
- fixed H.263+ encoding without UMV
- lots of CBR improvements
- MB type and QP visualization
- lots of code cleanup
- intra & inter dequantization split -> speedup
- fixed stereo IMA ADPCM encoding
- VBV delay setting support (MPEG-2 CBR)
- improved RV20 decoder (most known errors eliminated)
- interlaced DCT
- interlaced motion estimation
- interlaced MPEG-2 encoding
- 4MV encoding fixes
- initial interlaced MPEG-4 encoding
- improved visual quality in SVQ3 decoder
- fixed never-before-tested embedded string decoder in SVQ1
- optimized quantization (including the trellis way)
- Sierra VMD video decoder
- MMX and SSE2 optimized H263 denoiser
- better SVCD compliance (encoder side)
- MMX and MMX2 optimized interlaced DCT decision
- various cleanup, memleak and segfault fixes
- optimized (2x faster) the MPEG layer 3 decoder
- grayscale coded MJPEG decoding support
- avimszh and avizlib decoders
- "packed" XviD decoding
- fixed some bugs in RV20 B-frames decoding
- closed GOP encoding
- SSE2 optimized FDCT
- support for quantizer noise shaping
- support for EA ADPCM and SMJPEG IMA ADPCM
- QT RLE decoder
- OBMC fixes
- FLAC decoder
- better support for DivX5
- MMX and SSE2 optimized VP3/Theora decoding
- support for Theora alpha3
- many H.264 improvements
- more robust MJPEG startcode search mechanism
- better WMV8 decoding
- native Sparc VIS optimizations
- native G.726 codec
Others:
- -codecs-file option for specifying alternative codecs.conf file
- fixed some minor bugs in the GUI
- prevent sig11 when $HOME is not set
- fix some command line handling corruptions
- Swedish and Polish yes/no options in config files
- support binding F11 and F12 keys
- TOOLS/divx2svcd updated
- stricter thread code in Win32 loader (works under NetBSD)
- PJS subtitle support (was: dunnowhat)
- TOOLS/avifix: simple tool to fix chunk sizes in AVI files
- proper extraheader handling when libavcodec is used in MEncoder
- AVI OpenDML read and write support
- AVI VPRP (video property) read and write support
- fixed long standing lame quality option off-by-one bug in MEncoder
- MPL2 subtitle support
- less verbosity in Win32 loader and other places
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:
- #mplayer for users
- #mplayerdev for developers
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:
- A'rpi, Pontscho, Alex for all the fun we've been through together
- LGB for his poetry
- Diego Biurrun for never giving up
Farewell.
Severidad:
ALTA (si se reproduce contenido de streaming HTTP)
BAJA (si se reproducen archivos normales)
Descripción:
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.
Versiones de MPlayer afectadas:
MPlayer 0.90pre series
MPlayer 0.90rc series
MPlayer 0.90
MPlayer 0.91
MPlayer 1.0pre1
MPlayer 1.0pre2
MPlayer 1.0pre3
Versiones de MPlayer no afectadas:
MPlayer releases antes de 0.60pre1
MPlayer 0.92.1
MPlayer 1.0pre3try2
MPlayer 0_92 CVS
MPlayer HEAD CVS
Estado de la notificación:
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
Parches disponibles:
Hay un parche disponible para todas las versiones vulnerables
aquí.
Métodos de actualización sugeridos:
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:
- MPlayer (96%)
- xine (2%)
- VideoLan y avifile - empatados
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.
ACTUALIZACIóN:
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:
- Speaker:
- The development of MPlayer was
started by a little group of Hungarian programmers 3 years ago.
- Speaker:
- We needed a program that could play media files under Linux
and were so unsatisfied with the existing choices that we started making
a better alternative - said Gabucino, the spokesperson for the
MPlayer programmers.
- Speaker:
- MPlayer has reached a wide recognition in the Open Source
community. Gabucino emphasizes the program's stability and ability to
play many different movie formats as some of the obvious advantages.
- Speaker:
- The trouble with KiSS technology started recently when one of
the MPlayer developers was shopping for a new DVD player
and went for a product by the Danish company. For fun the programmer
started looking at the software in the Danish DVD player, the so
called firmware, and compared it with MPlayer's own code. There were
enough similarities to take a closer look at the case and make the
MPlayer team angry - Gabucino said.
- Speaker:
- The specific part of the code in which the similarities are found
is the one controlling the subtitles when playing movies.
The reality is that the code doesn't contain anything really brilliant. On
the contrary, it's very simple. So Gabucino is puzzled why anyone would
even bother using the code instead of writing it themselves. He
suggests that it could be laziness on the programmer's side.
- Speaker:
- I think it's actually a very normal thing that programmers
borrow Open Source code because they are too lazy to write it
themselves. There have been some cases prior to this which have
caused quite a lot of trouble. I think there are hundreds of
examples like this that we just don't hear about - Gabucino said.
- Speaker:
- The MPlayer team has published the accusation of the code
theft on their website and has tried to document it by listing the
strings in the code which are identical in the two pieces of software.
According to Gabucino, there are so many similarities that it's
unthinkable that this might be a coincidence.
- Speaker:
- Normally this type of code is different depending on who
implemented it, so, when there are so many identical strings, it's
obvious that we're dealing with theft, the Hungarians believe.
- Speaker:
- GPL or General Public License which MPlayer is licensed under
is a very widely used Open Source license, which gives the users
certain rights and certain duties. Long story short, it is okay to take
the code from MPlayer and develop it further, as long as the result is
given back to the community. In this specific example Gabucino and the
other Hungarians therefore demand that KiSS Technology should release
the software used in its DVD players. And makes it clear that it is
not a matter of getting some money from the Danish company, but a
matter of fulfilling the requirements of the GPL and releasing the
software.
- Speaker:
- KiSS Technology at first didn't react to the Hungarians'
inquiry, but after the story began to get large publicity in the
different net-medias and forums the company began to investigate
the case this week. There are two main questions: whether
code from MPlayer really is inside the KiSS software and
how the licenses of Open Source software should be
interpreted and applied. Apart from being accused of taking code
from MPlayer, KiSS Technology has also been accused of using other
Open Source software, but managing director Peter Wilmar Christensen
denies all accusations with small requisitions. The DVD player from
KiSS uses a modified version of Linux as its operating system and
that part of the software has been released in accordance with the
licenses. But KiSS proclaims that the programs used in the machines on
top of the operating system, which enables them to play video and
music files are the company's own and therefore are not required to be
released, the managing director Peter Christensen explains.
- Peter:
- I would say that the is no truth to the accusations. In large
there has been some interest regarding our applications recently and
around GPL, which is the software used in the Open Source community
which requires you to publish the source code if you use it. And there
has been some interest in some of the programs used on our DVD
players. Something called libmad and libjpg and than this Hungarian
company MPlayer. On our DVD players we run Linux which is licensed
under the GPL, we have on our webpage published the operating system
so that people can download the improved version of Linux that we use.
The application layer on top of Linux is proprietary and is not based
on any GPL code. We doesn't use MPlayer, we use our own player, a
player like we know from Real Player, Microsoft Media Player is the
application used to display movies. It is a fundamental thing for our
player, because it's what we are known for, being able to play a wide
range of different formats.
- Speaker:
- The documentation the Hungarians has presented on their
website is parts from your code. By simply comparing the strings line
for line and concludes that they are so identical that this can be no
coincidence. What is your comment on this?
- Peter:
- We are currently investigating exactly that specific part, how
that can be and if it's really true what they say. Currently we have
not investigated it enough to be sure whether or not they are right or
wrong in their accusations. What is important is that we do not use
their application (Of course, only the subtitle reader! - Gabucino). Should there be cases where the code is very much
alike, we have to look at how that could have happened. But we doubt
that there is any truth to the accusations. There are a lot of things
that could have happened, one could imagine that code from our
community has spread to other communities included the Open Source and
code originating from our player could accordingly be a part of
MPlayer, if in fact there are any similarities. It can be hard to
tell how those similarities have supposedly appeared. What is important is that
we do not use their application. If there are a few identical lines
then one might ask themselves how that has happened. But it could have just
as well come from one side as from the other. In any case, we are under no
circumstances of the opinion that we have borrowed code.
- Speaker:
- Whoever made the code for subtitles in the Hungarian software
and in the Danish DVD players can be thought of as a minor issue in
today's world. But what is important is the matter of principles in
this specific issue and what private companies can allow themselves
when they use Open Source and on the other hand what the Open Source
community can expect from the companies. Because of the current case,
managing director Peter Wilmar Christensen has had a closer look
at the GPL license and evaluated its legal status.
- Peter:
- We have confirmed what we already knew, that when using code
licensed under the GPL then we have to publish any derivative work.
This means that the legal foundation is very thin and there is no
place in the world that I know of where the GPL has been tested in
court. So from a business perspective I would say that the license is
relatively weak. This doesn't change the fundamental spirit in the
Open Source community which I think - all in all - is positive.
But it is clear that as a commercial company living off selling its
product, can not and will not release its proprietary code. It is naturally
so that one should not use GPL code in proprietary systems.
- Speaker:
- According to Gabucino, the Hungarian software
developers of MPlayer are glad that
their accusation against the Danish company has reached the media.
- Speaker:
- As he said, there are no big economical options for
dragging the case to court. Instead they hope that the Open Source
community will put so much pressure on KiSS Techonology that they
will be forced to release all its software.
- Speaker:
- But that is completely out of the question, said the managing
director Peter Wilmar Christensen, even though he is very keen on
staying good friends with the Open Source community.
- Peter:
- We don't have any intentions of working against or in another
way make enemies with the people in this community. We try to tell
what we use and what guidelines we follow. Have we made any error,
such as making incorrect descriptions in our manuals then we will of
course fix those things. It is not so that we in any way want
confrontation, but we have to make a clear statement that our
software will not be released as Open Source.
- Speaker:
- What is your conclusion of this case, what will it be after
this?
- Peter:
- The conclusion will be that the licenses in this area are a good
description of how one ought to operate within this community. They're
more of a tool to describe how to operate than a set of rules that can
be used in court. And I think that the Open Source circles uses far
too much energy on hunting down private companies like us for
instance, because it's so obvious that one as a private company simply
can't release your source code. We appreciate the Linux community very
much and see it as a good thing for the industry. Generally that there
is an alternative to the Microsoft community. But we think that the
community should respect the companies who use Linux and not hunt
them because I don't think that's beneficial for anyone.
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:
- Peter:
- ...Hay un montón de cosas que pueden haber pasado,
uno puede imaginar que código de nuestra comunidad se ha difundido en
otras comunidades de Open Source y parte original de nuestro código
puede ahora formar parte de MPlayer, si es que
existen esas similitudes. Puede ser dificil de decir cómo han empezado
las similitudes. Lo que es importatne es que no usamos su aplicación. Si hay
unas pocas líneas idénticas entonces uno puede preguntarse como ha
ocurrido eso.
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:
-
Mr. Christensen nunca tuvo tiempo para leer nuestras noticias.
-
Mr. Christensen sugiere que ellos implementaron nuestro
formato de subtítulos mucho antes que nosotros. Los
firmwares de KiSS están hechos en 2003, lo que es - según
tengo entendido - anterior al año 2001.
-
Mr. Christensen no tiene la más ligera idea sobre el software que
está usando su compañia./li>
- KiSS Technology tiene una extraña interpretación de los
problemas con algunas frases, como
"...No tenemos ninguna intención de trabajar esa parte de nuevo,
o de otro modo nos haremos enemigos de la gente de esta (Open Source)
comunidad."
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:
- "...hacer nuestro código abierto al público está
fuera de lo que nos cuestionamos"
- Presiones al estilo Microsoft (o Bush) PR, como repetir sus
propias líneas, enfatizando una y otra vez: "Lo importante
es que nosotros no usamos su aplicación."
- Propagando FUD: "Puede ser duro decir como empezaron
las eventuales similitudes." No ha oido hablar de los sistemas
de control de versión?
- Manteniendo la comunicación con la comunidad del Open Source:
"Si hay algunas líneas idénticas entonces hay que
preguntarse cómo ha ocurrido. Pero puede ser facilmente de un
lado o del otro." El aspecto más lamentable de esto es que
implica un punto de vista totalmente ignorante, como 'nuestro código
es nuestro, está completamente ofuscado, pero sí, nosotros
decimos la verdad, tu solo dices mentiras'
¿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:
- MPlayerHQ fue crackeado el 16 de Noviembre 17:50, pero
nos dimos cuenta 10 minutos más tarde gracias a unas
trampas escondidas. Posiblemente debido a recientes
vulnerabilidades tontas en el núcleo de Linux (graciaz
a los devs del núcleo por no publicar los detalles hasta
que fue tarde).
- El anterior SO fue instalado hace ya 3 años, ya era
hora de hacer una limpieza.
- Debian apesta - esa es la opinión de la mayoría de
los desarrolladores principales.
- El correo ha sido migrado desde la combinación sendmail+qmail
a una instalación simple de postfix
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: "The Real Counter"
DOCS:
- todas las opciones de MPlayer y MEncoder documentadas
- todas las opciones de FFmpeg/libavcodec
- Soporte para construir documentación XML incompleta
- Soporte para construir docs HTML todo-en-uno
- Documentación HTML obsoleta
- Documentación Inglesa, Polaca y Francesa HTML borradas
- Traducción de la documentación al Español terminada
- Traducción Macedonia de salida en tiempo de ejecución
- pequeñas mejoras y errores correjidos por todas partes
Ports:
- arreglada compilación de Matroska en MinGW32/Cygwin
- soporte para detección de CPUs no-Intel bajo Cygwin
- autocarga de sub bajo Windows
- eliminada dependencia pthread (compila sin problemas en una instalación
NetBSD
- más arreglos en 64 bit
- un montón de arreglos para Mac OS X
- preferencia de TOOLS/cpuinfo sobre linuxemu's /proc/cpuinfo bajo FreeBSD/x86
- Darwin XMMS libs soportado
- soporte de nuevas versiones Darwin en el código de detección Altivec
- soporte para el nuevo GCC de Apple
Codecs y demuxers:
- mejor soporte para (con fallos) MEncoder creando flujos en libmpeg2
- actualizaciones MPEG-TS demuxer
- arreglado el multiplexor MPEG
- arreglados un montón de errores en streaming de MMS
- campo user-agent configurable por el usuario
- mejorada (ahora funciona) búsqueda con soporte para archivos
que van creciendo en formato Realmedia
- archivos de índice guardables y cargables (sirve para formatos que
no soportan archivos de más de 2GB)
- decodificador Ultimotion VfW
- soporte para flujos MMS con urls UTF
- actualización grande en el demultiplexor DVB
- arreglado demultiplexor MOV para leer siempre el ImageDesc (arregla fallos
en ffsvq3)
- arreglado un antiguo error en el cálculo del tamaño
en AVI/Waveformatex
- soporte XviD API-4 (1.0 beta2)
- soporte FLAC-in-Ogg mejorado
- Matroska: mejor detección AC3
- Matroska: soporte VobSubs, MP2, FLAC, AAC y HE-AAC
- detección mejorada de Real RTPS a través de análisis
de la URL
- arreglo de stereo 16 bit TWOS
- arreglo de MPNG usando imágenes BGR24
- funciones de control en demultiplexor OGG
- soporte de cookies http cookies
- soporte de formato de flujo de capturadora LML-M4 MPEG4
Filtros:
- algunos arreglos en el filtro delogo
- filtro eq2 optimizado
- soporte de compensación de gamma en filtro eq2
- filtros nuevos: hue, spp, fil, yuvcsp
- filtro de postprocesado alternativo (spp)
- actualizaciones de filtros a gran escala
- filtro zrmjpeg, un pedazo de codificador usando FFmpeg/libavcodec
- filmdint: nuevo filtro de telecine inverso, fuertemente optimizado para mmx y 3dnow
FFmpeg/libavcodec:
- Multiplicadores de Lagrange en lugar de qscale, mejorando mucho la calidad
de la codificación.
- arreglado un error antiguo en el código de suporte de MPlayer
- soporte de amplio rango de VOLs en H263
- soporte de renderizador directo en MJPEG
- optimizaciones de MLib masivas
- más archivos VQA soportados
- soporte de Theora
- soporte para Sunplus JPEG (SP5X)
- arreglos en H.263 GOB
- limpieza de código masiva
- memoria de footprint reducida (!)
- arreglada la decodificación si la razó de aspecto cambia
- optimizaciones MMX2 en HuffYUV
- montones de fallos arreglados en HuffYUV
- arreglados errores en decodificación de estado larga después
de 'primer marco de imagen no es el marco clave'
- soporte para CRI ADX
- soporte para XA ADPCM
- arreglados archivos con dimensiones impares en PPC
- MPEG2 bitstream parsing optimizado
- framework de entrelazado mejorado
- soporte para el compilador XLC para IBM
- soporte para SAR (sample aspect ratio)
- AAN DCT de coma flotante
- asignación de memoria dinámica para campos de datos
grandes (menos uso de memoria en la mayoría de los casos!)
- arreglada codificación estéreo IMA-ADPCM
- inline vs always_inline - mejoras de velocidad
- MMX2 optimized FDCT
- accurate 2-4-8 DCT
- codificación DV mucho más rápida (it beats libdv)
- soporte de archivos Cinepak con resoluciones divertidas (no divisible por 4
- Altivec optimized FDCT
- mejoras de velocidad en XvMC
- decodificación inicial de ZyGoVideo
- soporte RGB en FFV1
- nuevo Palette API, todos los codecs actualizados
- Reducción de ruido para los coeficientes DCT
- "av_log" logging API
- soporte para consejos de buffer desde los codecs
- BGR24, RGB555 y PAL8 formatos de imagen
- 8BPS, MS RLE, MS Video1, QT RPZA, QT SMC, FLIC y TrueMotion1 decodificadores
- soporte de visualización 16x8 MV
- compensación de movimiento con solapamiento de bloques en H.263 (OBMC),
soporte para 4MV
- soporte inter vlc alternativo para H.263
- filtro de debloqueo para H.263 (optimizado para MMX)
- soporte para modificación del cuantizador en H.263
- soporte para elmodo slice structured en H.263
- decodificador de Real RV20 (con soporte para marcos de imagen-B)
Controladores:
- soporte de ecualizador VIDIX en fbdev, svga y vesa
- soporte de color clave VIDIX en fbdev, svga y vesa
- opción obsoleta: -fb
- nuevo controlador VIDIX SiS 650/651/740/etc
- renderizado directo vo_directx seguro
- actualizaciones en nvidia_vid masivas
- actualizaciones de gl2
- ggi ahora soporta renderizado no-directbuffer y slices
- tdfxfb arreglado en gcc 3.x
- dfbmga actualizado, soporte para G200
- colorkeying puede ser desactivado
- soporte para Radeon 9800 (R350) en VIDIX
- arreglo buenoo para los apaños en vo_zr
- nuevo controlador vo_zr2, que usa las ventajas de la capa de filtros
- vesa arreglado cuando se usaba junto con pthread
- funcionalidad siempre-visible en tiempo de ejecución
(en casi todos los controladores de salida)
- soporte para ALSA 1.x
SWScaler:
- soporte actualizado para MLib (Sun VIS)
- filtros más precisos (arreglos de redondeo)
- salida UYVY optimizada para MMX
- eliminados los errores de escalado en croma
Otros:
- arreglado aspecto y geometría
- arreglada compilación cuando falta libavcodec (aunque es mala idea)
- detección MTRR añadida a TOOLS/cpuinfo
- detección FAAD en configure arreglada/mejorada
- mejorada la detección de FLAC en configure
- selector de archivos del GUI actualizado para los nuevos formatos
- soporte para Fontconfig
- soporte de búsquedas VobSub funcionando
- eliminado el soporte de libcss a la vieja escuela (nadie lo usa y tiene fallos)
MEncoder:
- soporte para codificación de audio FFmpeg/libavcodec
- salir si no hay flujo de video (evita fallos de segmentación inesperados)
- arreglado error enorme (faltaba la llamada InitTimer), fallaba en algunos casos
- rawyuv (i420) 'encoder'
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
Seguridad:
- arreglado buffer overflow exploitable remotamente en un flujo asf
DOCS:
- Traducciones a Español y Ruso casi terminadas
- Traducciones Francesa, Húngara y Polaca actualizadas
- Iniciada traducción a Rumano
- Numerosas secciones actualizadas
Ports:
- soporte inicial para initial Amiga/MorphOS (a través de GeekGadgets)
- soporte de cargador de win32 DLL en FreeBSD 5.x (libkse/libthr)
- arreglado por fin la compilación CPUs alpha sin-mvi
- OSD menu ahora funciona en MinGW
- modo esclavo, soporte para vobsub y MEncoder en Windows
- MinGW 3.1.0 soporta MPlayer out of the box!
Codecs y demultiplexores:
- soporte para QuickTime version 6.3 DLLs
- arreglados algunos fallos en FAAD importado
- desactivado FAAD interno cuando se usa GCC que falla
- opción --enable-externalfaad para forzar el uso de una
biblioteca FAAD externa
- arreglado error en imaadpcm
- soporte para ViVD v2 codec (solo DLL)
- soporte para codecs QuickTime en Matroska
- búsqueda mejorada en Matroska
- algunos fallos con codecs DMO han sido arreglados
- arreglo para archivos MOV con longitud de datos de usuario falsa
- arreglados algunos demultiplexores que leían después de EOF
- mejor sincronización RTP
- soporte de FLAC a través de libmpflac importado
Filtros:
- nuevo filtro delogo (para borrar el logo de canal de TV)
- soporte de presintonía en filtro swscaler
- nuevo filtro de exportación de audio, para soporte de
aplicaciones con efectos visuales
- manejo de selección corregido en filtro bmovl
FFmpeg/libavcodec:
- código de detección de errores divx/xvid mejorado
- decodificador Id RoQ
- decodificador Interplay MVE
- decodificador de video WC3/Xan
- decodificadores de audio Xan DPCM, DK3 & DK4 ADPCM
- detección de antiguo xvid con fourcc=DIVX
- arreglos en decodificador vp3
- mejora de optimizaciones Alpha
- optimizaciones x86 ahora son threadsafe
- umbral establecible en función del cambio de escena
- el codificador cumple mejor el estándar MPEG1/MPEG2
- mejora de calidad para tasas de bits altas de videos con cuantización trellis
- decodificador indeo3 arreglado
- nuevas opciones: mv0, cbp
- codificador de video DV
- MPEG1 ahora funciona con cuantización Trellis
Faad2:
- sincronizado con el último CVS
- añadido perfil HE_AAC
- mejoras en SBR QMF
- actualizaciones en DRM
- mejora de velocidad en covarianza
- reducido el uso de memoria
- arreglos y limpiezas en general
Controladores:
- controlador VIDIX para tarjetas nVidia
- VIDIX y libdha portado a Windows
- soporte de SDL en IRIX
- arreglado directfb2 para el último directfb
- salida de video opengl para Windows
- reproducción de audio con alsa9 suavizada
- soporte de pantalla completa y geometría en directx
- soporte de pantalla completa con controlador opengl
- arreglado OSD con svga
- nuevos controladores cvidix y winvidix
- colorkey se puede establecer por el usuario
Otros:
- varios arreglos de memoria
- optimizaciones seleccionadas para PPC 7455 CPU
- código de detección de CPU ahora mide la velocidad en x86
- unrarlib ha sido limpiado un poco
- actualizada la lista de CPUs x86 conocidas (incluyendo Opteron!)
- alineación y recorte de línea inteligente en subtítulos
MPlayer 1.0pre2 puede ser descargado desde los siguientes sitios:
Severidad:
ALTA (si se reproduce contenido ASX)
BAJA (si solo se reproducen archivos normales)
Descripción:
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.
Versiones de MPlayer afectadas:
MPlayer 0.90pre series
MPlayer 0.90rc series
MPlayer 0.90
MPlayer 0.91
MPlayer 1.0pre1
Versiones de MPlayer no afectadas:
MPlayer releases before 0.90pre1
MPlayer 0.92
MPlayer HEAD CVS
Estado de la notificación:
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
Disponibilidad de parches:
Un parche está disponible para todas las versiones vulnerables
aquí.
Métodos de actualización sugeridos:
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 -- "Development" on the beach
DOCS:
- directorios DOCS/Idioma/ renombrados a DOCS/id, archivos en Inglés movidos a DOCS/en
- HTML --> conversión al formato XML (Inglés, Ruso y Francés por ahora)
- nueva traducción al Español de DOCS
- página man reestructurada, opciones ordenadas
- finalmente se ha metido libavc-option.txt en la página man.
- órdenes para modo esclavo movidas de la página man a DOCS/tech/
- archivo de ayuda en Chino tradicional añadido
- actualización masiva en archivos de ayuda, la mayoría de los idiomas han sido ahora actualizados
- nueva y mejorada sección del port de Windows con subsecciones Cygwin y MinGW
- casi todas las opciones documentadas
- arreglos y pequeñas mejoras por todas partes
Cambios grandes/estructurales:
- linux/ dir renombrado a osdep/
- archivos postproc/postproc* movidos a libavcodec
- antiguo libmpeg2 reemplazado con una versión parcheada de la liberación 0.3.1
- docs prioridad e instalación (--language=ab,cd,ef,all y así)
- conversión yuv2rgb borrada de la mayoría de los controladores vo (como fbdev, gif89 etc)
- opción -vop obsoleta por reverse-order -vf, cambios grandes
- "limpieza" de flujo de capas, -dvd -> dvd:// etc
- autosub divertidos, intenta cargar todos los subs con nombre de archivo similar
- borrado el antiguo lector de config, dejando solo el nuevo
(sin compatibilidad hacia atrás!)
Ports:
- Arreglos en HP-UX
- Portado a Darwin / Mac OS X (con precisión extra en Darwin timers)
- Portado a Win32/MinGW (incluyendo red, timers, getch etc)
- Soporte de codecs win32 DLL en Win32/Cygwin (y MinGW también!)
- Montones de optimizaciones PPC (incluyendo Altivec)
- Algunos arreglos ARM
- Arreglos en Alpha (especialmente soporte non-gcc3)
- Soporte initial Hitachi SuperH (SH3/SH4)
Codecs/demuxers soporte:
- soporte realaudio win32 DLLs
- varios arreglos realaudio/realvideo, incluyendo errores WxH, Sipr etc
- varios arreglos realmedia a-v sync
- realaudio v4 demuxer
- realaudio 14_4 y 28_8 soporte de codecs (DLLs binarios y nativos)
- soporte realmedia rtsp:// (independientemente de live.com rtsp!)
- Matroska demuxer
- demuxer: autodetección mpeg4-es, soporte h264-es
- .wav extradata parsing (para truespeech, atrac3 etc)
- MPEG-TS (Transport Stream) y TIVO demuxers
- driver de entrada DVB (Digital Video Broadcasting)
- hwac3: soporte para DTS passthru
- nuevos filtros: down3dright, detc, telecine, tfields, ilpack,
ivtc, dsize, tinterlace, pullup (mmx optimizado!), framestep, tile
- vf layer: soporte de slices (crop, expand, swscale solamente)
- arreglos en aspecto de escalado vf
- swscaler: limpieza y cambio de API, yv12 -> yuy2 en alpha asm, -fPIC compileable
- swscaler: brillo/cont/sat. y soporte de distintas matrices YUV
- codificación NUV
- decodificación de archivos de imagen SGI (-mf)
- soporte de Theora video (usando libtheora/libogg)
- soporte de bibliotecas DivX.com 5.0.5
- soporte para las últimas características XviD en/decoder
- decodificador para formato Hauppauge PVR 250/350 MB-YUV (fourcc HM12)
- soporte para Vanguard's win32 h264 etc codecs
- Video para Linux 1: varios arreglos de fallos, soporte de eq de video
- soporte para Video para Linux 2
- soporte de TV: manejo de formato de imagen kick-ass
- mp3lib: movidos los fuentes de ensamblador a gcc inline assembly (c)
- mp3lib: sinc. con mpg123 0.59s-pre
- mp3lib: soporte final para layer-1
- mp3lib: salto del primer marco de basura de mp3, arregla un montón de archivos corruptos/mal detectados
- importada una versión que funciona de FAAD
- soporte de 8BPS (Planar RGB)
- ahora funciona soporte DVD (libmpdvdkit) para Cygwin/MinGW
FFmpeg/libavcodec:
- libavcodec: static,const,compiler warning cleanup, UINTX -> uintx_t
- soporte para antiguo HuffYUV v1
- soporte de flujos PAL 4:1:1 SMPTE 314M DV, NTSC DV last MB column fix
- fixing padding bug autodetection for some rare files
- DspContext.(i)dct_* bitexact cleanup
- user settable quantizer bias
- MPEG1 slice encoding support
- MSMPEG4 2-pass support
- H264 video decoding
- Indeo 3 video decoding
- VP3 video decoder (buggy somtimes)
- Sorenson 3 (SVQ3) video decoder (it's actually a h264 variant)
- 3IV1 (3ivx v1) decoding
- ASV1 (ASUS Video v1) and ASV2 (ASUS Video v2) en/decoding
- Improved SVQ1 decoding (using FFmpeg VLC functions)
- truncated unary binarization, unary k-th order exp golomb binarization :)
- FFV1: lossless YUV codec, compresses a lot better than huffyuv, but slower
- lossless MJPEG en/decoding, pegasus "pseudo yuv" (=RCT) decoding
- ATI VCR1 and VCR2 decoding
- full featured SH4 optimizations
- ARM optimized simple_idct
- MPEG2 encoding
- PSX MDEC decoder
- user settable quantization matrices
Controladores:
- x11_common: fix detection of metacity
- x11_common: 10l fix in original layer detection code
- x11_common: extended fstype config options
- x11_common: smooth window moving
- tdfx_vid driver (3dfx cards overlay with AGP support)
- vo_xover: general x11 overlay driver, currently only tdfx_vid uses it
- mga_vid: various fixes, 16MB G400 detection, support for multiple cards
- new svgalib vo driver
- vo_directfb2: triple buffering support, configuration sys changed, fixes
- OpenGL driver cleanups/fixes (both vo_gl and vo_gl2)
- vo_fbdev cleanup/partial rewrite, now with real direct rendering
- vo_xvmc: new driver featuring XvMC (HW MC/IDCT) acceleration
- new TGA output driver
- new vo_fbdev2 (written from scratch)
Otros:
- gcc can now detect badly called mp_msg()s
- a lot of config/cmdline parsing fixes (some of them were at least 100000l bugs)
- configure: enable VIDIX for PPC
- configure: full featured PPC optimizations and rewritten architecture handling
- spudec.c: Fix "invalid fragment" handling, Improved subtitle queueing
- network streaming layer: IPv6 support
- FTP support
- playtree parsing speedup :)
- various URL parsing fixes
- crashing on broken config files finally fixed!
- GUI: PPC (reverse byteorder) fixes
- GUI: revert to 'default' skin if configured skin failed
- TOOLS/plotpsnr.pl: PSNR plotting tool using gnuplot
- DOCS/tech/mpcf.txt: MPCF/NUT draft/specification
- TVout/matroxtv: various improvements
- spelling/grammar fixes in numerous files
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?
- Soporta todos los codecs widespread con libavcodec,
esto significa, que no son más necesarios codecs binarios!
(los nuevos codecs son
H264, Indeo3, Sorenson3, VP3, 3ivx, FFv1, ASV1,
VCR1/VCR2)
- Solo los archivos nuevos de RealMedia' (y algunos codecs de audio de
QuickTime') requieren codecs binarios para su reproducción
- Más estable que nunca
- Código fuente más limpio (aunque G2 debe limpiarse más)
- Soporte para MPEG-TS (Transport Stream), DVB y TIVO
- Soporte para bibliotecas DivX.com 5.0.5
- Soporte único para Matroska
- Soporte para Theora
- Port casi completo para Windows nativo (MinGW),
se aprecia cualquier ayuda y pruebas
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!!!
El ChangeLog:
DOCS:
- French, Hungarian, Chinese translation updated
- console output translations updated
- numerous fixes in HTML documentation
- fixes, clarifications in the man page
- wishlist updated :)
- Polish documentation removed (outdated)
- Norwegian, Romanian, and Turkish help files removed (outdated)
Fixes:
- small fix for sp5x video codec
- menu pause bug fixed
- detc video filter improved
- fixes in video output driver zr
- fixes in video output driver directx
- fixes in video output driver sdl
- fixes in video output driver vesa
(multiple init support)
- midentify works again
- TOOLS/matroxtv enhanced and fixed
- now every binary codec is searched in $PREFIX/codecs directory
(--with-codecsdir)
- K6/2+ and K6/3+ detection support
- Mono PCM streamcopy fixed in MEncoder
- bigendian OSD fix
- SIGBUS error fixed on HPUX 11.00
- default fps fixed in NTSC v4l
- definition fix ported from libdvdread main branch
- configure option --enable-qtx-codecs renamed to --enable-qtx
- a crash fixed in command line parser
- fix in MMS streaming
- crash with invalid config file fixed
- metacity support
Porting:
- QT audio decoder now compiles on MacOSX
- compile and crash fixes in MOV demuxer, for Cygwin
- some Cygwin compilation fixes
- OpenBSD support in RealVideo and RealAudio
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:
- Desafortunadamente se prefiere salida XSHM antes que
XV, esta no usa aceleración hardware, y es más lenta.
Solución: use -vo xv en la línea
de órdenes para usar XV.
- El nuevo controlador de salida de video
fbdev -
que hace triple buffering - usado
/dev/fb1 framebuffer por defecto.
Solución: use -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.
MPlayer G2 en ación
Recientemente se han hecho cambios grandes en el código de G2, para
estar listo el primero, probadores valientes :)
Puede esperar:
- Mucha mejor sincronización A-V, y de tiempo en general, comparado con G1
- Demultiplexores OGG y NSV nativos
- Much better MPEG audio/video demuxer
- Faster video path, more reliable direct-rendering and slices
- New, clean video-out API, with new fbdev, x11, xv, mga/tdfx_vid drivers
- Stability, clean source code
Lo que todavía no tiene:
- Playback of files other than MPEG (ES/PS/TS/MP3), AVI, ASF/WMA/WMV and OGG/OGM.
- Seeking (some limited raw seeking is already there, but it's not finished)
- GUI (development of a new gtk2-based gui is under discussion)
- OSD and subtitles (it's under development)
- lots of commandline parameters, config file(s), hot-keys
- many codecs and video filters (it's easy to port them, but not yet done)
- documentation :)
- ...and all the fancy extras of G1. Hey, this is a tech preview only!
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:
- La rama 'main' de MPlayer soporta la reproducción
del formato de contenido Matroska.
- comenzando en May 11, MPlayer soporta decodificación
del codec de video opensource Theora.
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.
- VP3 - Mike Melanson recientemente ha comenzado a escribir
su propio código, decodificador opensource VP3 (en ffmpeg
por supuesto).
Actualmente está en estado alpha, pero muestra un
bonito progreso.
-
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.
- Blue - Franciszek Wilamowski (Xenomorph)
el nuevo skin por defecto para el GUI de MPlayer
- Orange - Ognian Vasilev
- krystal - Gary Whitmore, Jr.
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.
El ChangeLog para MPlayer v0.90rc5 "BackportCounter"
DOCS:
- Chinese docs/help translations update
- english manpage updates (new filters, fixes)
- Gui about-box updated
Features:
- new video filters: detc, down3dright, hqdn3d, telecine, tfields
- mpcodecs: SGI image decoding (usable with -mf)
- mpcodecs: NUV _en_coding support (mencoder)
- mpcodecs: RealAudio Win32 DLL support on linux, 'cook' codec crash fixed
- DLL loader: truespeech codec support (tsd32.dll)
Porting:
- MacOSX support for quicktime en/decoding, MOV demuxing, video timer
- mpdemux: Dynamic DVD drive selection on Darwin
- dshow, dmo: cbAlign=1 fix for proper win32 support
- mpdvdkit2: HPUX, Cygwin fixes
Fixes:
- mpdemux: RealVideo demuxing fixes (better WxH, fps parsing, A-V sync)
- mpdemux: MOV parser fixes: AAC (mp4a) support, variable fourcc
- mpdemux: WAV extra header (cbSize>0) parsing fixed
- mpdemux: mpeg bitrate calculation fixed (still bad for VBR files)
- mpcodecs: TGA decompression fix
- DShow interface: BGR 15bpp support fixed
- X11 fullscreen code: fix detetcion of metacity
- vidix: radeon_vid ecp_div fix
- vidix: mga_vid chroma pitch fix
- drivers/mga_vid.o: fixed G400 16MB detection
- -ao win32 fixes
- -ao alsa9 faster seeking support
- -ao nas (mem?)leak fix
- -ao mpegpes: fix DVB volume mixer (with the HEAD driver)
- -vo directfb2: DFB 0.9.17 support
- -vo directx: 'ontop' option, other fixes
- -vo dxr3: fix subpic placement
- -vo gif89a: VOCTRL_DUPLICATE_FRAME support, YV12 supp. removed
- -vo dfbmga: Update sub-picture layer, support for selecting field parity
- TOOLS/matroxtv: improvements, now it looks much better...
- configure: MacOSX support, better (un)gif, FAAD detection, etc
- configfile parser: better error messages
ú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
- quitar ffmpeg de QV
- quitar el material Indeo de QV
- publicar el cutre código de Indeo por lo menos ;)
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.
Condiciones:
- NO aceptamos ports de skins de xmms/winamp/etc
- debe ser elegante
- debe ser extensible en funcionalidad, debe tener todas las
características del render del skin
- la licencia debe ser GPL
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
0.90rc4 "FlameCounter"
DOCS:
- some clarification and updates in the English DOCS
- massive translation and help-file updates
Fixes:
- -ac hwac3 fixed (was broken in rc3)
- vo_svga: 4bpp & 8bpp fixes
- various GUI fixes, including some critical bugs
- rage128 VIDIX PPC fixes
- libmenu: one crash fixed, some cleanup
- fixed ./configure --cc="ccache gcc"
- -loop fixes, now -loop 2 plays it twice :)
- the volume symbol of OSD fixed (|\ -> /|)
- 32bpp QT-RLE support
- Altivec on non-Darwin systems support
- QuickTime reference file support fixes
- mp3lib: layer-2 decoding fixes
- updates to extension->demuxer mapping table
- libavcodec: DivX 5.03 decoding fix
- ao_oss: limited channels handling fixed
- fixed OGM subtitles and iconv
- fixed -subcp option with unicode truetype fonts
- -mf: type detection (based on extension), better defaults
- vo_xv: -fixed-vo support fixed (fullscreen switching)
- ogg-in-avi (audio format 0xFFFE) demuxing fixed
- vorbis decoding fixed (outer loop cleanup)
- swscaler: 4bpp depth 1 pixel/byte format support for -vo svga
- missing error message in command line parser for missing parameters
- swscaler: YVU9->YV12 fixes
- -ao mpegpes + -ac hwac3 fixed
- -ao pcm bogus wav header fixed
- -vo x11 + -wid fixed
- auto-insert the 'palette' filter if needed, support fixed in filters
- the sig11 when playing second audio-only file fixed
- configure: detection of cdda, nas, i18n, svgalib, faad2, lame fixed
- -af/-af-adv support in mencoder fixed
- libmpdvdkit2: upgraded to use libdvdcss 1.2.5
Features:
- raw video support (-rawvideo, similar to -rawaudio)
- experimental mpeg4-ES support (enable with -demuxer 27 -fps xxx)
- new video filter: field (cheap deinterlacer)
- dvd/vobsub improvements: positioning, optional gaussian blur scaler
- vf_bmovl: 400% speedup :)
- libavcodec: native DV audio decoder
- GIF demuxer (for animated GIFs)
- new noise removal filter: -vop denoise3d
- per-channel gamma and MMX-opt'ed bri/cont/saturation support in -vop eq2
- live.com lib support cleanup, support for more stream types
- importing the playtree into the Gui instead of gui's own playlist hack
- support for the xvid and divx4/5linux libraries at the same time
- -fstype option: override priority/layer of the fullscreen switch methods
- libavcodec: some B-frames related encoding failures/crashes fixed
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:
MPlayer v0.90rc3 "BugfixCounter"
DOCS:
- english man page & HTML docs updates
- audio filter documentation
- help_diff.sh doesn't depend on BASH any more
- Hungarian, French, Italian, German, Polish(?) docs synced
Important fixes:
- X11 fullscreen switching (yes, again...) rewritten, some x11 code cleanup
- Voxware and Quicktime DLLs finally work (was broken in some contexts)
- VIDIX Radeon support cleanup, should really solve the pink screen bugs
- Cygwin: -vo directx crashes and garbled picture with some files fixed
- OGM/Ogg seeking (broken frames) fixed, subtitle fixes, XCD support
- libaf: big (audio filter layer) updates, floating point support, speedup
- ffwma2 fixed (better error resilience)
- SPU queueing - fixes missing or early disappearing DVD subtitles
- the mysterious DVD audio delay (150-300ms) fixed
- extension-based fileformat detection fixed the .mp3 vs. mpeg-ps conflict
- cache2 keeps buffer for non-seekable media, fixes quicktime streaming
Fixes:
- mp3lib CPU detection part cleanup, 'decwin' linker problem fixed
- various cddb:// fixes, support of netbsd-1.6
- libmpdvdkit2: Fix DVD authentication on Solaris 9
- libmpdvdkit2: libdvdcss upgraded to 1.2.4 (keeping the key cache patch)
- libmpdvdkit2: fixed decryption from multiple VOB files (hdd or darwin)
- -ao arts, -ao oss: Fix 8-bit sound support
- -vop expand + ffmpeg codecs conflicts solved, some other -vop bugs fixed
- -ac ffmp2 with MPEG files (sig11) fixed
- QT Qclp audio codec initialization fixed
- mplayer exit codes cleanup (0 for quit/eof, 1 for error)
- -ao win32 sync problems solved, -autosync 100 is still recommended
- -vo gif89a uninit sig11 fixed
- the usual compiler warning fixes :)
- use -pphelp instead of -vop pp=help
- various bigendian fixes
- 16bpp packed yuv fixes in crop, mirror, rotate filters
- some -fixed-vo and vo_preinit fixes, -vo sdl,xmga,mga should work...
- various Solaris compatibility fixes (should work out of the box)
- mms:// port fixes, tries 1755 if 80 failed
- libavcodec: various ME fixes, B frames fixes, WMV2 slice decoding fixes
- -ao alsa9 audio-file playback high cpu usage fixed
- libaf updates, 2-pass initialization to get better filter path
- better detection of playlists, support for [Reference]-style format
- handle quicktime reference media files as playlist
- cddb:// & cdda:// cdrom device name fixes on linux and *BSD
Features:
- -ao esd: new EsounD audio driver
- -vo dxr3: new NORM option
- XAnim & RealPlayer binary Codecs working on PPC
- Radeon 9000 support in VIDIX, colorkey restoring for all Radeons
- Initial PPC (Big-Endian) support in VIDIX Rage128 driver
- PNM:// streaming support (ported from xine)
- Muxer layer: mencoder can now write MPEG-PS format, too (EXPERIMENTAL!)
- libavcodec: wmv2 decoder (buggy/untested)
- DVB "HEAD" (aka. NEWSTRUCT) drivers support
- Subtitles background bounding-box support (optional grey-level & opacity)
- libaf: 3 new filters: panning, compressor/limiter and a noise gate
- per-mediafile config file support (for file-specific options)
- iconv (codepage conversion) support for OGM (Ogg) subtitles
- v4l: user friendly channel tuning
- Freetype & old-style RAW font support usable (compilable) at the same time
- vo_directfb2, vo_dfbmga: DirectFB 0.9.16 support
- libavcodec: motion estimation pre pass, qpel encoding, trellis quantization
- libavcodec, liba52, mp3lib: Altivec optimizations
- keep window's aspect ratio at resizing (x11, xv), requires WM support
- -geometry option, also accepts X11 syntax
- real .bin+.cue (S)VCD images support (-vcd 2 -cuefile xxx.cue)
- postprocess: YUV 411/422/444 support, stride fixes
- jumping of overlapping subs fixed, sorting is automatical, iconv fixes
- mpeg2 telecine detection and automatic inverse telecine (mplayer only)
Gui:
- correct GTK widget destroy event handler
- fullscreen switching fixed (sync with x11_common)
- fix gtk submenu
- new font render engine
- added persistant history patch
- SDL Audio configure window
- add overlapping to preferences
- add play bar for subwindow
- add vertical potmeter for skin
- fixed 'single pixel bug'
- fixed some possible crashes
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:
MPlayer v0.90rc2: "Xmas 2002 Edition"
General:
- DOCS/tech/encoding-tips.txt and tech/directfb.txt
- Some DOCS corrections/updates/sync/html fixes
- GUI: fixed three submenu bugs and several other problems
- more compiler warning fixes
- NetBSD: cpu sse/sse2 detection & VCD reading fixes
- fixed possible v4l capturing crash
- Merged the EDL 0.5 patch - using & creating Edit-Lists (runtime cut&skip)
- Subtitle lines alignment changeable: top/bottom/middle (key 'i')
- -slang support for VOBsub files
VO:
- X11 fullscreen switching code changed again (esp. for gnome2/kde3.1)
- VIDIX: svgalib kernelhelper support (as libdha alternative)
- VIDIX driver for trident cyberblade card
- VIDIX: 8 pixel shift & pink window bugs fixed in the RADEON driver
- New, rewritten version of vo_svga (vidix support etc) and vo_gif89
- yuv4mpeg vs. framedrop/frameskip fixed
Codecs:
- libavcodec: fixed possible 20% speedloss bug
- support for the experimental (and buggy) dev-api-3 XViD CVS branch
- fallback to built-in codecs.conf if no compatible external file found
- experimental Sorenson 1/3 encoding (using quicktime DLLs)
(only to AVI, and these files can only be played with MPlayer!
It's needless to mail us about when will be MOV encoding too, as neither
we know:)
- More accurate video bitrate calculation for AVI files
- Presets support for libmp3lame encoding
- CDDA seeking fixed
- Win32/RealPlayer codecs DLL & 64bit Alpha Linux RealPlayer codecs support
- XMMS Input plugins (demuxer & codec) support
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.
MPlayer v0.90rc1: "CodecCounter"
Docs:
- new French translation
- Irix section
- various updates (both English & Hungarian)
Codecs:
- New codec pack download page (there are several packs for various IFs)
- Win32/Quicktime codec plugin DLL support -> SVQ3 + QDMC/QDM2/Qclp !!!
- Win32/DMO codec DLL interface support -> Windows Media Audio/Video 9 !!!
- MJPEG 2000 support (using Morgan & Imagepower VfW DLLs)
- libavcodec: optimized HuffYUV en/decoder, with experimental YV12 support
- libavcodec: mjpeg-b support (need more samples)
- more xvidencopts
- VorbisGain tag support, tremor (fast vorbis decoder lib) support
- BIG libavcodec messups & codmetics & cleanups & API changes & fixes
- dynamic plugin support for libmpcodecs (for future binary codec releases)
GUI:
- general code cleanup, more robust gtk code
- preferences: Screensaver, Autosync settings
- cache=4 fixed (caused jerky/lagging/slow playback with gmplayer)
Others:
- new config/cmdline parser code (optional)
- OSD menu system (preferences, shell, file selector etc)
- libaf: runtime cpudetection, volume, equalizer, better format conversion
- subtitle overlapping can be disabled, added subtitle sorting
- subtitle dump to JACOsub and SAMI formats
- displays URLs from 'Reference Media' type .mov files, dump generic data
- get position/length function in demuxers - for slavemode & -indentify
- -ao alsa9 surround fixes, 8-bit PCM fixed
- -vo dfbmga: -dr support, fixed OSD flickering
- -stop-xscreensaver fixed, support for KDE screensaver too
- More compiler warning fixes
- Altivec (G4) support
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 :)
Click on the picture to zoom
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...
The long CHANGELOG:
Docs:
- dvd auth, vcd sections extended (DOCS/cd-dvd.html)
- unified *BSD sections, extended cygwin
Fixes:
- LIRC error message (Error while reading cmd fd X : Success) fixed
- playback of some (streamed?) divx files fixed, starting with non-I frames.
- -vo png fixed (removed builtin YV12 support, removed OSD)
- some .mp3 playback/seek segfaults fixed
- vidix mach64 colorkey on PPC fixed
- -ao sdl now handles "featureless" soundcards
- -vo zr fixes
- fixed sig11 if vo init failed
- various dxr2 and dxr3 fixes
- v4l buffering fixed
- fixed multiple reads caused by byteswapping macro (mjpeg.c, mach64_vid.c)
- cleanup of postprocessing code - now it's threadsafe and can be shared
- ported to GNU/Hurd
- cleanup of AVI pts (timestamp) handling - no more BPS hack in mplayer.c
- small cleanup of A-V sync code - using relative timers instead of absolute
- GUI code cleanup, obsolete files/dirs removed
- various small bugfixes, endianess fixes
- mencoder: -pass option removed, use -divx4opts pass=N / -lavcopts vpass=N
- mencoder: "ff_rate_estimate_qscale: Assertion `q>0.0' failed" fixed!
- mencoder: -ovc xvid fixes, cleanup, enhancements
- screensaver/dpms re-enabling fixed
- realvideo demuxer fixes - asf-style stream detection method
Features:
- -ao win32 (for windows port)
- libavcodec: native WMA v1/v2 (aka. DivX audio) decoder
- hw-accelerated video eq for -vo x11 and gl2, using DirectColor colormap
- overlapping subtitles support, jacosub (*.js) format support
- -vo dxr3 got a new syncengine, ':sync', also added native overlay support,
activate with ':overlay', read the manual for more info on how to set up
- QDMC/QDM2/MACE audio codec support, using quicktime 5 win32 DLLs (libwine!)
- libavcodec: various MJPEG decoding fixes - now it decodes all sample files!
- mencvcd updates, sox/toolame support etc
- -vo dfbmga - play video on Matrox G400's second head using directfb 0.9.14
- RealAudio ATRC (sony atrac3) audio support (using binary plugin)
Filters:
- -af/-af-adv options cleanup
- now auto-inserting -vop lavc for mpeg-only vo's
- video filter API documented :)
- better deblocking filter (-vop pp), pp/npp syntax changed!
- -vop 2xsai - 2x scaler for drawn images (low color cartoon anims)
- -vop unsharp - an sharp/blur filter, nice, but very slow
- -vop il - (de)interleave fields
- -vop swapuv - guess what :)
- -vop boxblur - box blur...
- -vop perspective
- -vop sab
- -vop smartblur
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 :)
The (longest ever) CHANGELOG:
Docs:
- man page rewritten again :)))
- man page updated to latest options, including lavc options
- Chinese docs translation added
- Hungarian translation is (was? :)) up-to-date again
Cleanup:
- divx4_vbr.c is now really GPL - with the permission of the DivX.com guys!
- cyuv decoder restructuring, now supports planar YUV formats, too
- removed obsolete variables, like has_audio, has_video, allow_dshow, fifo
- help_mp-XX.h files moved to help/ subdirectory, removed obsolete entries
- the obsolete 0x1ff eof hack removed from mpeg-es demuxer and decoders
- stheaders.h cleanup, removed unneeded wine includes from mplayer core
- tons of compiler warning fixes, including some 10l ones
- mga/xmga vo shared code, vesa and svga drivers cleanup
- major vo drivers are now -fixed-vo compliant: x11, xv, xvidix, xmga, gl2
- cleanup of libmpdemux option handling - now it's mplayer-independent again
- removed fork() from LIRC input module
- libfame removed from main tree/release - libavcodec is faster, better etc.
Fixes:
- Some fullscreen switching fixes, including Metacity vs KDE 3.1
- Many GUI bug fixes
- -vo DGA fixes, cleanup
- -dvdkey sig11 fixed
- k6-3's 3dnowex vs mmxext sigill fixed in mp3lib
- -vo gif89, jpeg U-V swapping fixed
- RTC setup fixes, more verbose messages, hints
- mencoder: demuxer/codec uninit order fixed (solves some sig11)
- various v4l and ALSA capturing fixes
- demux_mov: fixed crash with MPEG4 on SPARC, decoding on big endian
- various NAS ao fixes
- libvo: optional stride support for packed YUV / RGB formats
- mencoder: set keyframe flag on audio packets, fixes Windows seeking problems
- loader: fixed 2 10l bugs, ATI VCR2 DLL now working. using new style CS code.
- demux_avi: always use block counter, even if dwSampleSize!=0, fixes some files
- SPU decoder (DVD/VOB subs): fixed 2 major bugs causing lost subtitles
- various memory leak fixes (valgrind rulez :)
- fixed RealAudio SIPR(O) codec (the wrapper didn't find the dspr.so.6)
- mms:// audio (radio) streaming fixed
- DVB: -vop lavc=bitrate is working again
- various big endian fixes
Features:
- new audio filter layer (libaf) - automatic samplerate conversion
- experimental -vo directx driver for cygwin build
- unrarlib included for rar'ed VOBsubs
- native xvid encoding (-ovc xvid) interface for mencoder
- new softeq filter with gamma support: -vop eq2
- -ao/-vo accepts list of drivers and can fall back to one, just like -ac/-vc
- audio/video codec selection (-ac/-afm) rewritten, now uses codec/fm list
- get_delay() smoothing (-autosync) - should help buggy sound drivers
- smb:// URL support (disabled by default, ./configure part not yet done!)
- support for 1/4/8bpp raw video (requires -vop palette / -vop 1bpp)
- support for quicktime alaw/agsm audio codecs, 3IV2, 3VID video codecs
- swscale can now output to YUY2 format, upscaled (default) or unscaled (-sws 0)
- Vidix with LinuxPPC support (mach64 is confirmed to work)
- GUI: cache, autoq settings, start in fullscreen, toggle button in menu
- New video filter to overlay images over video: -vop bmovl
Libavcodec:
- RV10 codec cleanup (2nd level demuxer moved to demuxer layer)
- MPEG4 interlaced DCT _en_coding support
- luma masking support (encoding)
- runtime selectable IDCT algo
- faster MPEG1/2 decoder
- DV decoding (both PAL and NTSC)
- MPEG1 2-pass encoding support
- better/cleaner error resilience (done in a 2nd pass after decoding)
- h263/MPEG4 out of order slice decoding
- -lavdopts bug= reworked, now uses flags, autodetects most of them
- complete MPEG4 GMC decoding support
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.
CHANGELOG:
Docs:
- manpage has been rewritten, now has better indenting, and convertable to
html
- AUTHORS, MAINTAINERS converted back to separate text files, and updated.
- ChangeLog file is included again (was removed after 0.18)
- some new tech docs on libmpcodecs, updates/fixes in others, manpage-howto
- more updates in translation files (help_mp-XX.h)
- removed obsolete/unused entries from help_mp-en.h
Cleanup:
- XAnim interface merged & fixed, now uses mpi and supports direct
rendering
- cleanup of libmpdemux stream layer, especially of TV and MF parts
- some more unused files removed: vo_fsdga, vo_odivx, vd_rle, timer.c,
ttf_load
Fixes:
- the http:// infinite memleak bug has been fixed, some WMS9 mms:// fixes
- various sparc/sun, hpux and netbsd/openbsd portability fixes
- -vop palette fixes, CRAM and QPEG colors are OK now
- demuxer fixed for >2GB nuppelvideo files
- mencoder: -ss fixed for 3-pass encoding
- gui.conf locale bug fixed (again... hope this time it's ok)
- X11 fullscreen switching fixed, when d_width == screenwidth
- MOV files edit-list handling fixed - solved 'short read' issue
Features:
- new demuxer for .PVA files (fileformat of TV/DVB apps on win32)
- -mf now supports TGA (24/32bpp uncomp/rle) images
- libavcodec: support for interlaced mpeg-4 _de_coding
- libavcodec: aspect ratio encoding support (mpeg4, mjpeg, h263?)
- win32 DLL loader merged/synced with avifile CVS
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 :)
cleanup:
- libvo2, old input code & sis_vid removed, other code cleanups
- tons of compiler warning fixes, some configure/makefile improvements
- more messages are translated, many translations updated
- docs review continued, html cleanups
- option -vfm/-afm now uses names instead of numbers, driver IDs removed
code:
- vfw/vfwex cleanup, support for runtime csp queries, 8bpp support
- new native mszh/zlib codec
- libavcodec: 2-pass control code rewritten, now everything customizable
- libavcodec: mpeg4/xvid en/decoding support improved, rv10 decoding fixes
- various realvideo demuxer and video codec fixes, sipr audio support
- new video filters: soft eq (brightness), halfpack (deinterlacer), film noise
- .ogm subtitles support
- optional freetype 2.1+ support for runtime-scalable .ttf font rendering
- various networking and mms:// fixes, live.com support improved
- various v4l video capturing and audio capturing fixes, audio input layer
- libmpdvdkit2 - based on libdvdcss 1.2.2 + libdvdread 0.9.3 + key cache
- alsa: iec958-init completely rewritten - better SP/DIF AC3 support
gui:
- gui.conf locale bug fixed (hopefully)
- gui preferences menu extended, runtime subtitle loading support
- gui: drag'n'drop support
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:
- MPlayer team and XVID have always been loosely cooperating.
- MPlayer also has been stolen and renamed some time ago, with no
credits given to us (WarpVision for OS/2...)
- we want XVID to live and evolve: it is one of the two open source
MPEG-4 video codecs, not some toy for a firm.
- we are curious of the outcome. If XVID wins, the GPL license
has bright future. If it fails despite the simplicity of the
situation, it's destinied to die..
Let's see if RMS can do useful things after hammering Linux and
BitKeeper relationship.
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:
- WMV1, Sorenson v1 (SVQ1) and RealPlayer 8.0 (RV20/30, Cook) codecs support
- libavcodec M1 direct rendering, IPB support with Xv
- libavcodec improvements, bugfixes - both the encoder & decoder sides
- Raw DV demuxer, libdv-based DV audio/video decoder
- Various MOV/MP4, RM and ASF/WMV demuxer bugfixes, improvements
- Detection of AVI files which needs
-ni option, workaround for some Nandub bugs
- Support for live.com RTP/RTSP streaming libraries
- Support to rip DVD subs in VOBsub format, bugfixes of mpsub/srt converter
- Closed Captioning (ascii subs on RC1 DVDs) support
- Massive directfb updates
- Vidix fixes/updates, including fixes of all known radeon bugs
- dithered 1/4/8 bpp support with -vo svga (EGA rulez:))
- AO: alsa9 fixes/improvements, native ARTS driver
- various endianess and 64-bit fixes, including mencoder and -ao pcm
- tons of small compatibility/portability fixes, better cygwin, darwin support
- GUI fixes, new features - playlist, audio/video equalizer, preferences
- Skins: fixed many small glitches, few new skins
- 'mencvcd' script - helps creating VCD/SVCD with mencoder
- html DOCS updates, manpage & README restructured (again :))
Leech from
now! :)
Just about recent changes - 2002.06.27
posted by Gabucino
- Sorenson v1 (SVQ1) support - based on
Xine's Sorenson v1 (SVQ1) decoder, we
implemented it in MPlayer.
It uses libavcodec's MMX/3DNow!/etc optimized functions, while Xine's version is plain C.
So ours should be faster.
NOTE: Sorenson v3 (SVQ3) still can't be decoded, either with MPlayer or
Xine! Same for QDM audio :(
-
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)
- RealPlayer codecs loading support - i.e.: now RealVideo G2/8.0/RealOne
(RV20, RV30) and RealAudio (Cook, Sipro) is playable with
MPlayer! Credits go to Florian Schneider. I guess this
is the first time someone found out how to use RealPlayer's binary codec plugins.
See the
documentation for more information!
You will have to use the CVS version! Current snapshot can be
downloaded from these locations:
- sitio central
HTTP
- sitio central
FTP
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.
Documentation changes:
- lot of fixes, updates, cleanups
- new README containing quick install guide
- tech level docs on libavcodec encoding options
- HTML doc is now IE 6.0.2600 compatible! :)))
Code changes:
- subreader (ASCII subtitle file parser) fixes
- spudec (VOBsub) cleanup/fixes, a new (faster, better) scaler, bbox
support
- mmst:// streaming support
- .ogm (OGG) audio/video stream selection
- native Micro$oft MPEG4v1 (MPG4) codec, error concealement for all
MPEG4s
- various libavcodec encoding improvements
- MPEG1 && -vo x11 crash fixed when movie's height%16!=0
- raw (uncompressed) video fixed (avi & mov)
- flickering/blocking fixed for old vfw codecs (indeo3, cinepak etc)
- introduced codecs.conf versioning to avoid problems caused by too old
conf
Display:
- some more X11 cleanup, icewm fullscreen fixes,
-vo gl/gl2
fixed
- xscreensaver disabling support (optional, disabled by default)
- pan&scan support in xv, xmga, xvidix
- Xv YV12 stride problems fixed when width%8!=0
- vidix r128/radeon driver synced with mplayerxp, various xvidix
fixes
- DVB A/V sync fixes, libfame updated to 0.9.0
- native
-ao arts driver, AC3 passthrough support for
-ao alsa9, -ao nas fixed
Miscellaneous fixes:
- GUI: VCD and URL support, some bugs fixed
- some cleanup of messages (less debug stuff) printed by MPlayer
- gcc 3.1 support
- various portability fixes (cygwin, darwin, 64bit sparc/alpha)
Download:
The 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:
- X11 fullscreen toggle fixes with various windowmanagers, multifile playback
- DXR2 support
- Output into animated GIF
- "cropdetect" video filter to autodetect needed size to crop
- libavcodec marked as default encoder for MEncoder
- manpage rewrite
- lot of other fixes
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:
- 3DNow optimization of AC3 4ch downmix fixed, optims re-enabled
- DGA error/fail after 1 second of playing fixed
- big A-V desync for some AVI files fixed
- image distortions when seeking in some MPEG files fixed
- libmpdvdkit + gcc 3.x issue solved (our CFLAGS triggered a gcc3 bug...)
- GUI aspect ratio and fullscreen switch fixes, cleanups
- low FPS .wmv playback fixed
- MACOS-X (Darwin) port?
- buggy v4l audio grabbing disabled, we cannot fix, but patches are welcomed!
- various mjpeg improvements in libavcodec
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):
- keeping/altering width/height and aspect by filters
- check uploaded files (ftp incoming) and fix bugs if needed
- cleanup warning/debug messages printed by mplayer
- fix mencoder windows compatibility (ac3 and cbr mp3 sound)
- make DOCS up-to-date
List of changes, without being complete :
- hwac3 fixes (try AFMT_AC3 first), bigendian fixes for PCM audio
- 2-pass encoding with libavcodec (-lavcopts vpass=x), B frames support
- faster .ogg seeking (use -forceidx for slow but accurate one)
- audio-only with gui fixed
- -rootwin fixed for x11,xv,xmga,xvidix
- aspect ratio fix for ffmpeg12
- mpeg-es detection fixed
- runtime cpudetect disabled by default
- support for many new win32 codecs, including mss1, tm20, ucod, truespeech
- divx audio dll sig11 with glibc 2.1.(2|3) fixed
- includes libmpdvdkit - patched kit of dvd libraries (enabled for linux+freebsd)
- manpages updated
- 'f' (fullscreen switch) fixed for some WMs, still has problems
- various freebsd and openbsd portability patches
- options -xy,-zoom,-flip usable with mencoder too, -xy keeps aspect
- -vop lavc, using new fast best libavcodec for realtime mpeg1 transcoding
- fixed gtk gui crash with --disable-mencoder
- no more black VOBsub subtitles :)
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:
- 100% GPL - yeah, so what?
- runtime CPU detection code - any x86 MPlayer binary can run on
"any" other x86 CPU
- video filter layer - with numerous plugins (crop, expand, etc,
see the documentation)
- ability to view or encode DVD/VOBsub and/or text subtitles into the output
AVI
- prelimenary dvdnav support (experimental)
- Direct Rendering - can't be used with libavcodec yet, sorry
- ability to display subtitles under the image, on black bands
- FFmpeg (included) now supports decoding MPEG4v2 (MP42) and DivX 5.0 files too
- greatly enhanced MPEG4 encoder - in libavcodec. It's
not always as good as DivX4, but is twice as fast - so it's very
useful on realtime encoding. And generally also.
- audio-only (wav/mp3/wma/ogg) file playback (console only)
- playing/encoding audio from separate wav/mp3 file
- support for more fileformats, including the new and very popular .ogg
- multiple files playback from console, including various playlist formats
- and of course, faster than ever... :)
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 ]
Plus - 2002.03.16
posted by Gabucino
Whoops, left out the most important:
- DivX5 - MPlayer supports it in two ways: by using
the official libdivxdecore.so binary library available at
avifile.sf.net, or by using the
well-known libavcodec. The latter is the recommended for its
speed, simplicity and stability ! Neither of them supports encoding
currently.
- XViD - supported. See the
documentation.
MPlayer new release coming soon - 2002.03.16
posted by Gabucino
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 :
- beta DIRECT RENDERING - it's a process where the codec decodes
directly into the video memory, and only transfering changed sections of
the image, resulting in great performance gain. Unfortunately the codec
has to support this method, and libavcodec currently does not. Other codecs
like DivX4, DivX DirectShow do support this method, but libavcodec is still
faster than they are. So :
Codecs with support : DivX4, and most of the Windows codecs
Video outputs with support : xv, mga, xmga, vidix, directfb
- playing or encoding audio from separate file - use the
-audiofile option. See the manpage of course.
- new audio plugins - such as extrastereo, volume normalizer,
software mixer, etc.
Documentation.
- mach64_vid - new Vidix driver for cards with Mach64 chipset
(Rage XL/Mobility, Xpert98).
- TV audio encoding support on BSD - but still not on Linux :(
- subtitle placement under movie - ONLY on SDL video output
- audio files support - yes, MPlayer can play MP3, WMA, etc
files. This implies playing audio-only ASF's from the net. Note that this
feature is not prioritized too high, which in this case means that
sometimes MP3 files will get detected as MPG, and won't be played
correctly. This is because MPlayer is still a movie, and not a media
player, and it's not easy to distinguish between an MP3 and an MPG.
- (M)JPEG decoding with libjpeg
- enhanced DXR3 and DVB support with
libfame - libfame is
a very fast MPEG1 encoder, perfectly fit to the task of encoding DivXes
runtime to MPEG1.
About latest development - 2002.03.04
posted by Gabucino
Here comes a little review of latest works in CVS:
- Hardware equalizing - we could scratch the this most-wanted
feature from out TODO list, as it is available now. Using the
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.
- New input system - this system is able to bind every
MPlayer function to a given key/mouse/joystick, easily configurable
from a config file. See the
input.conf example file in the
main/etc directory.
- Playtree - MPlayer's command line interface changed a
little bit, now when playing multiple files the order of options DOES
matter. The first options you specify are considered to be default, unless
options written AFTER filenames override them. You can find an explanation
of this method in the
documentation.
- New fileformats - MPlayer now has demuxers for
FILM (used on
Sega Saturn CD games),
RoQ (used in ID
Software games like Quake3 and Return to Castle Wolfenstein) file formats.
Work has begun on Playstation video files.
- Enhanced software scaler - software scaler is used in
MEncoder when resizing, and in MPlayer when the videocard
doesn't have XVideo support. Until now it could work only with codecs
capable of YV12 output (libmpeg2, libavcodec). Now it can use others too
(Windows DLLs).
And let's see some MEncoder-specific enhancements :
- Multiple input files encoding support - no, this is not about
audio from separate file. This is for creating DivX4/MJPEG/etc files from a
series of JPEG or PNG files. Note that MEncoder is also capable of
creating MPNG files! :) (and MPlayer is capable of playing them)
See the new section
in MEncoder documentation.
- Encoding only given time interval - it sez it all. See the
MEncoder manpage for the options.
- XViD encoding support - XViD is an enhanced opensource version of
the old OpenDivX codec, a DivX4-beater wannabe, developed at
http://www.videocoding.de. Currently it's not
intended for users.
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......
Read about
it.
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:
- brand new kick-penguin-ass homepage design by chass (this is his opinion:)
- new fileformats :
Quicktime MOV,
VIVO v1/v2
Autodesk FLI/FLC,
RealMedia,
NuppelVideo
yuv4mpeg,
yuv4mpeg2.
- NEW native codecs :
CRAM (MS Video 1),
cvid (Cinepak),
FLI,
generic ADPCM (and IMA) decoder,
g723,
XAnim codecs support.
- build fixes
- DVD subtitles support
- new DVD options for subtitle/audio language selection : -alang, -slang
- playing in root window : -rootwin option
- postprocessing options syntax changes : -pp -npp
- make install now copies codecs.conf (delete the old one in your home dir)
- grabbing from TV through v4l
- mencoder - program for encoding video+audio (divx+mp3 and many others!)
- new configure script - better autodetect, cleaner messages.
- partial support for hardware MPEG decoders (DXR3 and Siemens DVB)
- input cache - to make network/DVD playback smoother
- software YV12 scaling, aspect ratio fixes
- GUI fixes (it's still experimental :) and new skins
- lots of MMX/SSE/3DNow! optimizations over the whole code!
- audio filter plugins (surround, 5.1, up/downsample, etc)
- C++ DirectShow code converted to C - no C++ compiler is required anymore
- new, nicer postprocess code - deinterlace filter too
- AC3 decoding is now handled with liba52 - Surround, 5.1, etc..
- ... and countless other new features, fixes, changes !
2001.12.01 :: December News
posted by Gabucino
<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
- direct rendering (resulting in much faster image display, thus even smaller CPU requirement)
- free (and MMX/3DNow accelerated) conversion between RGB and YUV colorspaces (so you can use ANY codecs with ANY video output drivers)
- 100% complete support of DVB
and DXR3 cards
- support of DVD and VOBsub subtitles
and many many other interesting stuff.
And now, something not-so-completely different : new features in current CVS.
- grabbing from V4L-compatible TV tuner cards - viewing and even encoding,
of course! This is relatively new code, and has no audio support yet.
- Autodesk FLI/FLC Animation support - hmhm, very serious :)
- native Microsoft Video1 decoder - it's a very old format, but
it was easy to add a decoder, so one less Win32 codec to be used.
- YV12 scaling with MEncoder - you can up/downscale the encoded
movie's size, if the source movie can be decoded in YV12 format (MPEG1/2,
DivX, but not with Win32 codecs!)
- new
configure script - nicer, better structured, featureful,
more informative.
- probably a lot of other things I can't remember now. Gonna take a nap.
If you feel the urge to try these, hurry and
download !
Also, be sure to read the documentation
about new features, and anyways. Enjoy!
2001.11.24 :: Enough of this already!
posted by A'rpi
Hi,
Ok. I see you still don't understand what happened and why were we so upset.
So, let me explain:
The FACTS:
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.
The PROBLEM:
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.
Our REACTION:
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???)
Their REACTION:
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.
My REACTION:
I told them that:
- our primary problem is the missing credits. the missing source is just
secondary, and legal problem.
- i asked them AGAIN to fix their page and show info about MPlayer
relations and other stuff used in that.
Their REACTION:
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.
Their REACTION Next day (friday afternoon):
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...
Our REACTION:
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".
OS2.ru guys:
- clean up credits/copyright stuff
on the homepage, add which code is "borrowed" from which project.
(ASAP)
- send patches for MPlayer... (only if you want to cooperate)
A'rpi / Astral & ESP-team
2001.11.16 :: Word of warning
posted by Gabucino
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!).
2001.11.13 :: removed
posted by Gabucino
This news entry contained some misinformations about GCC 2.96 and has been
removed upon RedHat's request.
Updated version is here.
2001.11.06 :: Few words about GPL
posted by Gabucino
This (joke) news entry about Arpi vs GPL was removed for it caused
misunderstanding.
2001.11.04 :: Press release
posted by Gabucino
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:
- VIVO parser - have you EVER thought this would happen? Well it did
now. As of writing this news entry, audio isn't played, but I bet it will
tomorrow. Well, no seeking yet, but what about the day after tomorrow? :)
Keep checking the documentation for new stuff!
- DXR3 support - shortly after DVB cards' support, DXR3 has
arrived too! DVB and DXR3 are hardware MPEG decoder cards, and with
MPlayer you can watch MPEG1/2/4 on them! Check the documentation about
DVB and
DXR3 cards !
- Cache layer - cache in MPlayer ! This separate
process caches the input data (useful for example for network, slow
CD drives, etc), then feeds it to the main process. Add the proper
line (see the manpage) to your config file TODAY!
- ENCODING! - Yeah. Feeling horny now, don't you? :) You will.
Just try it. No, you don't need avifile or other bulky utils. Just
type
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.
2001.10.08 :: MPlayer 0.50 released
posted by Gabucino
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:
- gcc 3.0/3.0.1 compilation fixes (should work on redhat/mdk too)
- win32 DLL loader code synced/updated with avifile CVS
- divx4windows DLL
support on x86 systems (with postprocessing!)
Just a few changes, hot-fixes:
- compilation fixes (gcc 3, etc)
- GUI fixes (mainly fullscreen fix for mwm and such stuff)
- aspect ratio stuff (try -aspect x or -aspect x:y to override autodetected
aspect ratio. examples: -aspect 2.24 or -aspect 16:9)
- more translated help/messages files (cz de dk en hu nl no pl)
- some warnings fixed and some cleanup around dec_* - win32 interface
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!
Attack on USA
posted on 2001.09.11
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.
As a sidenote..
posted on 2001.09.01
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.
Letter of the Year
posted on 2001.08.29
(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
mediaLib support in ffmpeg
posted on 2001.08.29
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:
- some pre-beta nationalization support
- HTMLized documentation, splitted to sections
- lot of bugfixing
- (NEW) AAlib driver : it's now independent of SDL, and has some nice
features like SUB/OSD support.
- DivX DirectShow codecs's brightness, contrast, etc settings can be set
easily runtime, and not with sucky sliders, but on the keyboard!
- dynamic setting of DivX postprocessing quality, depending on
available CPU time ! (-autoq option)
- GUI integration is only a matter of days..
- updated FAQ section on the homepage
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!
So you thought you knew everything about DivX..?
posted on 2001.07.24
..didn't you? Well, you were wrong. MPlayer now includes four (actually
three) methods to play DivX movies. You can choose between:
- compatibility - the ordinary method, use Win32 DLLs. Soon nobody
will need these antiques, because ffmpeg's (see next) compatibility problems
are 99% resolved!
- portability - the opensource DivX codec from ffmpeg.
Now included, and working real great! Developing & optimizing with an astonishing speed!
MPlayer now compiles and plays DivXes on non-x86 platforms like
Sparc Solaris, iPaq/StrongARM!!
- speed - ProjectMayo's new DivX4 codec.
It doesn't only contains OpenDivX, but DivX
itself! Since it's an older project than ffmpeg, it has already reached a
bit higher level of optimization.. Don't throw that 386 out yet. ;)
It has only one disadvantage: it's NOT opensource!! Yet. Also,
MPlayer uses a feature that doesn't exist in other players using
this codec (neither Linux nor Windoze) : the support for YV12 pixel format
enables the usage of MUCH less bus/memory bandwith, leading to
HUGE speed boost! See the short benchmark below:
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??
Nowdays' enhancements
posted on 2001.06.30
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:
- mp3lib even more optimized to 3DNow!/MMX - about 20% growth of
performance on CPUs that support either of these instructions. According to
Nick Kurshev now we outperform mpg123
in speed. Not bad, eh?
- ffmpeg has a DivX en/decoder
in C ! I don't know too much about it, but seems it's time for non-x86 users to cheer up, since MPlayer will
incorporate this feature (libavcodec) ! I don't think this will make it into
the 0.18 release, though.
- Support for MPEG-TS (transport streams) - this is not ready yet, but A'rpi
is working on it
- The GGI driver is in. It has
never worked for me, anyways :)
- MPlayer got an ICCCM patch.. This is some standard for communication
between programs and window managers (or so). Unfortunately some windowmanager
is always broken :(( First it was icewm, then WindowMaker, and now it's KDE.
I (we) don't like KDE so I'm pleased :)
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!
Some stuff
posted on 2001.06.16
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.
Code frozen!
posted on 2001.06.09
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.
Recent changes in MPlayer
posted on 2001.06.06
- Introduced libao2 - audio output system
it's very similar to libvo, but it's for audio.
you can select audio out driver with the -ao switch, and
list available drivers with -ao help
currently available:
null - not working, don't use (use -nosound)
oss - OSS ioctl-based code ("new audio code") it should solve AUDIO_RESET problems too.
alsa - ALSA 0.5 (maybe 0.9 too?) native driver
sdl - SDL audio (use -sdla switch to select SDL driver)
NOTE: SDL supports esd and arts, so you with esd problems
should try it (maybe SDL upgrade & recompile requires)
- ASF seeking fixed
Find keyframe and A-V is ok after seek too.
- New option to force audio playback samplerate: -srate
You can play videos at double speed using -srate 96000 :)
- Framedropping implemented for MPEG files as well.
- X11 driver works on remote display (without SHM)
- A-V sync for AVI files has been fixed (both -bps and -nobps)
Any much much more! Check out from CVS !
SourceForge is dying !
posted on 2001.06.06
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
FreeBSD and Solaris support !
posted on 2001.06.06
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.
PROJECT mpg12play-portable STARTED!
posted on 2001.05.15
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...
- I've removed all win32/avi stuff from mpg12play (MPlayer-0.09 version)
and imported to the CVS with module name mpg12play.
It still has some x86 code, but most places it's disabled. remaining code
must be #ifdefed (do not remove!) to get it compile on non-x86 arch.
- Created a mailing list called
mplayer-mpg12play
(yes, silly name, but SF doesn't allow other than mplayer-*)
Please subscribe to the list, if you are interested, and aren't
already subscribed by me!
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:
- DVD support
- VCD support
- OSD (On Screen Display) support
- Subtitles support
- DivX/AVI/ASF/MPEG1/MPEG2 support
- Around 15 video outputs supported
- Remote control support
And lots lots lots lots lots of more!
Head to the download
section!!!
Tons of bugfixes and new features !
posted on 2001.04.21
This is a summary of some new stuff in MPlayer:
- new stream selection code - many people had problems with (mostly
ASF) files which contained more than 1-1 audio/video streams, and had to
specify them manually. Especially files downloaded with asfrecorder
were problematic. These problems are now fixed, MPlayer auto-detects
streams.
- pre-devel-alpha DVD code - now it's possible to play encrypted
DVDs, thanx to LGB. MPlayer now uses libcss to decrypt
those DVDs. See documentation for usage.
- subtitle code 100% - it's ready, and mostly bugfree. Works in every
possible bpp, driver. Now it has a perfected timing code!
- new output drivers - they are SVGAlib, and FBdev.
They've been tested, and proven very good!
- faster memcpy() routine - displaying became faster, because the
code got MMX/3DNow!/SSE optimized!
The Time of Release is coming in a few days... This is gonna be a
big shot for real!
New codecs
posted on 2001.04.03
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!
Subtitles (and OSD) support !
posted on 2001.03.30
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)!
DirectShow support !
posted on 2001.03.21
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!
New timer code
posted on 2001.03.18
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.
CVS mailinglist
posted on 2001.03.15
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!
OpenDivX 4.0 alpha48
posted on 2001.03.11
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)
New Matrox mailing list
posted on 2001.03.08
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
Mailing lists moved
posted on 2001.03.07
The MPlayer-users and MPlayer-announce lists have been moved to Sourceforge.
Subscription info is updated in the About section.
DGA driver
posted on 2001.02.27
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.
Moving to SourceForge!
posted on 2001.02.24
Yeah, we'll move to SourceForge.
I hope you'll like the CVS accessibility.
Prerelease versions
posted on 2001.02.23
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. :)
A'rpi released information on upcoming 0.12 series
posted on 2001.02.20
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!
The mailing lists are ready!
posted on 2001.02.17
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.
|
|
|
|
