Usamos cookies propias y de terceros para que funcione la web, medir visitas y orientar anuncios. Saber más y configurar.

BandaAncha.eu

Información independiente
sobre fibra, móvil y ADSL

  • 📰 Artículos

Nuevo Divx 5.0.3

Shark

Hace unas horas está disponible la nueva versión del codec Divx en su página habitual www.divx.com

En el changelog se indica que soluciona algunos bugs, aumenta la velocidad en algunas resoluciones y mejora la calidad.

Ahi va un copy & paste del changelog (las negrillas son mias y los parentesis en negrilla mas mias todabía :P)

Version 5.0.3released 2003-01-24

New:

  • Support for interlaced video in the decoder. Preserving the interlaced fields of interlaced video may sometimes result in better video quality during playback.
  • New de-ringing post-processing algorithm. The new algorithm improves the perceived video quality during playback. It is activated when the post-processing level is set to Level 6.
  • Video Buffer Verifier (VBV) model (one and two pass encoding). The VBV ensures that the maximum peak bit rate never exceeds either the user's inputted "maximum peak" bit rate value or/and ensures that the encoded stream never violates the buffer of an MPEG-4 compliant decoder. This helps to prevent decoding failure in both hardware and software where memory may be limited yet compliant to the MPEG-4 standard as defined in ISO/IEC 14496-2:2001(E). In order for DivX video to be successfully delivered over a restricted channel in real time to a decoder, the encoder's rate control must ensure that the decoder's buffer is not violated. When this is done properly, then overflow and underflow will never occur and the encoder is said to be "VBV compliant." It makes no difference whether the video is encoded in 1-pass or many, in real-time or offline. It is the encoder's rate control that must ensure compliance. There are three main requirements of a VBV-compliant rate control algorithm, in order of importance:
    1. VBV compliance. When VBV parameters are specified (size, initial occupancy, channel characteristics) the rate control should avoid producing video that is in danger of violating the decoder's buffer. Bitstream stuffing may be used in extreme cases to prevent overflow in true CBR systems. Underflow must be prevented by increasing frame quantiser or by dropping frames.
    2. Target bitrate. We aim to meet the user's requirements as accurately as possible here. This is directly related to filesize.
    3. Good-looking video. Rate control should aim to produce the subjectively best quality video given other constraints. Consistency is important here as changes in quality are very noticeable and video is often judged by the worse quality segment in the whole sequence.
  • Nth Pass™ (ojo al tm) encoding. Another new addition to the rate control arsenal, Nth Pass encoding takes advantage of information available from previous analysis (or analyses) of the video sequence. Nth Pass encoding uses information garnered from previous passes through the video sequence, which can improve quality with each pass. There are four main steps to Nth Pass encoding:
    1. Analysis (the first pass)
    2. Map generation (where the results of analyses are processed)
    3. Strategy generation (strategist examines map of the video sequence and creates a strategy that will best achieve the three VBV RC requirements)
    4. In-loop nth pass rate control (uses information from the map and strategy to effect rate control that best fulfills the three requirements)
  • Support for DivX Certified Profiles. With the new DivX Certification program, DivXNetworks is enabling third parties to create "DivX Certified" products that are rigorously tested and fully compatible with the entire suite of DivX® (ojo a la R) video technologies. There are four levels of official DivX Certified video products: Handheld Video Devices, Portable Video Devices, Home Theater Video Devices and High Definition Video Devices. These levels quickly and clearly communicate what type and size of DivX video are supported on the certified device. Now, when you encode video, you have the option to force your video to comply with one of the DivX Certified Profiles to ensure that your video will play back properly on certified products.
  • DivX Decoder verification logo. There is a new semi-transparent DivX Logo that will appear by default for a few seconds any time you use the DivX decoder to watch a DivX video. This instantly lets you know you're watching a true DivX® video. You can turn the display of the logo on or off in the codec properties dialog.
  • New internal application programming interface (API). The internal API of the codec was changed to better accommodate integration with third party partners. This only affects you if you are a DivX licensee and are working directly with the DivX object code. The external API (e.g., DirectShow, etc.) remains unchanged.

Improved:

  • The motion estimation algorithm is better optimized for High Definition resolutions (up to 1080p, or 1920 x 1080 pixel resolution
  • The pre-processing performance is now improved with with the IYUY 4:2:0 color space

Changed:

  • Removed MP4creator and the MPEG-4 file output option due to some compliance issues. This will return in our next release once these issues are resolved.
  • Removed the Intelligent IVTC functionality due to persistent problems caused by lack of variable frame rate file format support. This technology will be back soon in a new form...
  • Changed the block skipping threshold for high quantizers, which improves visual quality when high quantizers are used.

Fixed:

  • Fixed a bunch of little cosmetic bugs in the DirectShow decoder properties page.
  • Fixed a bug where the last P frame before an I frame was not displayed when Smooth Playback was selected.
  • Fixed a practically unnoticeable YUV->RGB16 color conversion rounding bug.
  • Fixed a bug that was the cause of some of VirtualDub's "Cannot Start Video Compression" errors.
  • Fixed a few issues with DivX 3.11 compatibility.
  • Modified the decoder to deal with a bug in the old OpenDivX encoder that set the scalability bit incorrectly in certain cases. The DivX decoder can now detect this problem and play the content properly.
  • Fixed a problem where some rounding operations were not done toward zero, as is required by section 7.4 of the spec. This fixed an intra case in MPEG-2 inverse quantization.
  • Fixed a bug where some frames would be corrupted by an out-of-range error.
  • Fixed several rounding issues related to MMX/SSE/SSE2 optimizations.
  • Fixed an MMX bug in RGB32 color conversion.

Versión gratuita

Versión con publicidad

Alternativa libre: XviD

BocaDePez
BocaDePez

Ni idea de inglés.

Unicode

Me parece bien que nos digais que ha salido la nueva versión del DivX, pero me parece bastante "guarro" como se ha escrito la "notícia".

Saludos.

🗨️ 1
BocaDePez
BocaDePez

se hace bien o no se hace. Deberia haber traducido aquellas principales mejoras. Para ver noticias en ingles podemos irnos a weblogs ingleses.

antispa

Bueno, komo estoi d exams i me aburro aki os traduzko el post de nuestro amigo (BocaDePez...)

PoWeReD By antispa & Power Translator Pro :D

------------------------------------------------------------------------------------------------------------------------

Versión 5.0.3 realizada 2003-01-24

Novedades:

·El apoyo para el video entrelazado en el decodificador. Conservando los campos entrelazados de video entrelazado a veces pueden producir la buena calidad de video durante el playback.
·El nuevo algoritmo de post-proceso de de-zumbido. El nuevo algoritmo mejora la calidad de video percibida durante el playback. Se activa cuando el nivel del post-proceso se pone en Nivel 6.
·El modelo (uno y dos pasos de codificación) del Verificador de Buffer de Video (VBV). El VBV asegura que el pico máximo del bit rate nunca excede ni el entrante del usuario "pico máximo" del valor bit rate o/y asegura que el stream codificado nunca viola el buffer de un MPEG-4 con decodificador dócil. Esto ayuda a prevenir el fallo de decodificación en hardware y software dónde la memoria puede limitarse aún docilmente en el MPEG-4 normal como se define en la ISO/IEC 14496-2:2001(E).

Para que el video DivX sea entregado con éxito encima de un cauce restringido a tiempo real en un decodificador, el control del rate de codificación debe asegurar que el buffer del decodificador no se viola. Cuando esto se hace propiamente, entonces el overflow y el underflow nunca ocurrirán y se dice que el codificador es "VBV dócil." Da lo mismo si el video se pone codifica en 1-paso o muchos, en tiempo-real o desconectado. Es el control del rate del codificador que debe asegurar la complacencia. Hay tres requisitos principales de un algoritmo de control del rate VBV-dócil, en orden de importancia:

1-La complacencia de VBV. Cuando se especifican los parámetros de VBV (el tamaño, la ocupación inicial, las características del canal) el control del rate debe evitar que la producción del video que está en peligro de violar el buffer del decodificador. Pueden usarse los Bitstream en los casos extremos para prevenir el overflow en los sistemas verdaderos de CBR. El underflow debe prevenirse aumentando el quantiser de frames o dejando caer los frames.

2-El bitrate designado. Nosotros apuntamos para reunir los requisitos del usuario tanto con precisión como es posible aquí.

Esto se relaciona directamente al tamaño del archivo.

3-Video de buen ver. El control del rate debe apuntar para producir subjetivamente el video de mejor calidad dados otros constreñimientos. La consistencia es importante aquí como los cambios en la calidad que es muy notable y el video se juzga a menudo por el peor segmento de calidad en la sucesión entera.

·Codificación de N pasos™. Otra nueva suma al arsenal de control de rate, la codificación de N pasos™ toma la ventaja de información disponible del análisis anterior (o análisis) de la sucesión de video. La codificación de N pasos usa la información almacenada de los pasos anteriores a través de la sucesión de video que puede mejorar la calidad con cada paso.

Hay cuatro pasos principales a la codificación de N pasos:
1-El análisis (el primer paso)

2-Generación del mapeado (donde se procesan los resultados de análisis)

3-Generación de la estrategia (el estratega examina el mapa de la sucesión de video y crea una estrategia que logrará el mejor de los tres requisitos VBV RC)

4-Los in-loop de control de rate para N pasos (usa la información del mapa y de la estrategia para efectuar el control del rate que cumple mejor con los tres requisitos)

·El apoyo para Perfiles DivX Certificados. Con el nuevo programa de Certificación DivX, DivXNetworks está permitiendo a terceros crear productos "DivX Certificado" que se prueban rigurosamente y es totalmente compatible con la colección entera de DivX® y las tecnologías de videos. Hay cuatro niveles de productos de video de DivX Certificado oficial: Los Dispositivos de Video portátiles [Handheld Video Devices], los Dispositivos de Video Portátiles [Portable Video Devices], los Dispositivos de Video Home Theater [Home Theater Video Devices] y los Dispositivos de Video de Alta Definición [High Definition Video Devices]. Estos niveles rápidamente y claramente comunican qué tipo y tamaño de video de DivX son soportados por el dispositivo certificado. Ahora, cuando usted codifica el video, usted tiene la opción para obligar a su video a obedecer uno de los Perfiles de DivX Certificados para asegurar que su video se reproducirá propiamente en los productos certificados.

·Logotipo de verificación de Decodificador DivX. Hay un nuevo Logotipo de DivX semitransparente que aparecerá por defecto cuando quiera durante unos segundos cuando usted use el decodificador de DivX para mirar un video DivX. Esto le permite al instante saber que usted está mirando un verdadero video DivX®. Usted puede encender o apagar el display del logotipo desde las propiedades de dialgo de codec.

·Nueva aplicación interior para programar el interfaz [API Application Programming Interface]. El API interior del codec fue cambiado para acomodar bien la integración con terceros. Esto sólo afecta si usted es un "licenciado" en DivX y está trabajando directamente con el objeto código DivX. El API externo (por ejemplo, DirectShow, etc.) permanece inalterado.

Mejoras:

·El algoritmo de estimación de movimiento se perfecciona bien para las resoluciones de las Definiciones Altas (hasta 1080p, o 1920 x 1080 de resolución del pixel).
·La calidad de pre-proceso se mejora ahora con el espacio de color IYUY 4:2:0.

Cambios:

·Removido el MP4creator y la opción de archivar MPEG-4 debido a algunos problemas de complacencia. Esto volverá en nuestro próximo traqbajo después de que estos problemas se resuelvan.
·Quitada la funcionalidad de IVTC Inteligente debido a problemas persistentes causados por la falta del soporte de archivos con formato frame rate variable. Esta tecnología regresará pronto en una nueva forma...
·Cambiado el bloque que salta el umbral para quantizers altos, que mejora la calidad visual cuando se usan los quantizers altos.

Arreglos:

·Arreglado un manojo de bugs pequeños del cosmético en la página de propiedades del decodificador DirectShow.
·Arreglado un bug dónde antes los últimos P idean un "I frame" no se desplegaba cuando la Reproducción Lisa [Smooth Playback] era seleccionada.
·Arreglado un bug prácticamente innoticiable en el redondeo de la conversión de color YUV->RGB16.
·Arreglado un bug que causaba algunos errores de VirtualDub "No se puede empezar la Compresión de Video".
·Arreglados unos problemas de compatibilidad con DivX 3.11.
·Modificado el decodificador para tratar un bug en el codificador de OpenDivX viejo que puso el bit de escalabilidad incorrectamente en ciertos casos. El decodificador de DivX puede descubrir este problema ahora y puede reproducir el contenido debidamente.
·Arreglado un problema dónde algunas operacioness de redondeo no se hacian hacia cero, como se requiere en la sección 7.4 de la especificación. Esto arregla un caso interno en la cuantificación iinversa de MPEG-2.
·Arreglado un bug dónde algunos frames se adulterarían por un error de fuera-de-rango.
·Arreglados varios problemas de redondeo relacionados con las optimizaciones de MMX/SSE/SSE2.
·Arreglado un bug de MMX de conversión de color en RGB32.

-------------------------------------------------------------------

O lo haces o no lo haces, pero no lo intentes :P

🗨️ 9
BocaDePez
BocaDePez

Que chapuza de traducción :))

🗨️ 1
BocaDePez
BocaDePez

A que es mas fácil poner pegas que traducirlo tu mas decentemente ?

Pues eso, que algo es algo, a no ser que se tenga tu nivel de inglés o tu falta de respeto, so listillo.

Neo28

jua jua, q lo has traducido, con un traductor online de esos? pa eso déjalo como está

🗨️ 2
BocaDePez
BocaDePez

PANDA DE GENTUZA, ASI VA INTERNET

BocaDePez
BocaDePez

con el power translator lo ha hecho, lo pone bien clarito.

BocaDePez
BocaDePez

casi mejor que lo hubieses dejado como esta.

Es mas facil leerlo en ingles que traducido por un chisme de esos.. incluso si no sabes ingles

SiMo

así agradecéis ke os lo traduzkan? jejje, mejos kejaros y traducirlo vosotros... perros.

AStaluegO!

🗨️ 1
bArrEtpS

joer.. ya ves.. encima que el chaval os pega una traducción de estar por casa (k mas keres!) le decis k aprenda inglés... si es que la cuestión es quejarse.. Como bien dicen si quereis una buena traducción hacerla vosotros y aprended inglés XD

BocaDePez
BocaDePez

Pues a mi me ha ayudado mucho esa traduccion. Muchas gracias.