|
|
|
|
Este es el machete que usé para dar la charla. Es bastante completo
aunque, obviamente, no tiene ciertas aclaraciones se dieron en la charla en
respuesta a las preguntas que surgieron. Descargo: No todas las cosas aquí expuestas fueron probadas, algunas son simplemente traducciones de información obtenida en internet. No sabemos cual es el status legal de la desencripción de DVDs en la región y no nos hacemos responsables por el uso de información aquí citada. El fin último es educativo y demostrativo. |
Los streams de datos que contienen la película normalmente se encuentran en los siguientes formatos.
| Nombre | Usado en |
|---|---|
| MPEG v1 | VCD (Video Compact Disk) |
| MPEG v2 | DVD (Digital Video Disk) |
| MS-MPEG v4 (aka DivX) |
CD (Compact Disk) |
| MPEG v4 (aka Open DivX) |
CD (Compact Disk) |
Obviamente las versiones más nuevas producen mejor compresión pero se necesitan más CPU
para decodificar la información.
Otro formato común usado en la red es de Real Audio, en GNU/Linux hay soporte para la versión
1.0 usando players tradicionales. También hay un reproductor ofrecio por Real Networks.
Este formato se llama Real Video.
Estos archivos pueden estar "en crudo", simplemente el stream de datos o bien
empaquetados en algún archivo tipo .AVI.
Los requerimientos de hardware son bastantes altos. Las opiniones difieren y como depende demasiado de la performance de la placa de video es muy difícil establecer cuales son los requerimientos mínimos.
Otros factores que obviamente afectan son:
Software comercial para Windows dice que el requerimiento mínimo para reproducir DVDs con
una PC es una Pentium II de 350 MHz.
La performance de la placa de video es crítica, por debajo de 36 Mb/s no importa cuan
rápida sea nuestra CPU que no podremos reproducir un video de tamaño medio. Las placas
PCI que yo probé llegan a 80-85 Mb/s habilitando la escritura por ráfagas (MTRR en X3 o
automático en X4). Usando la misma aceleradora en un bus AGP 4x la velocidad fue de
alrededor de 130-140 Mb/s.
Si es necesario escalar la imágen es muy probable que necesitemos una buena aceleradora
2D que lo haga o será casi imposible lograrlo con una CPU de menos de 400 MHz.
Estos requerimientos están dentro de lo que una PC que se vende actualmente tiene.
Recuerden que esto es un machete, no está todo redactado, llenen los gaps
mentalmente ![[Guiño] (139 B)](imagenes/wink_n.gif){kind=small}
|
| Nota: El formato de Sorenson es el preferido de los grandes estudios para distribuir los trailers de las películas y es licenciado exclusivamente a Apple para el QuickTime player que no posee versión para GNU/Linux. |
|
Federico estima que será el que va a prevalecer ... el tiempo dirá. No se pueden setear valores de brillo, contraste, etc. en la línea de comandos. |
Resultados usando un stream DivX: (estilo CD)
| Línea de comandos | Consumo de CPU |
Consumo con máximo post-procesamiento |
Codec |
|---|---|---|---|
| mplayer -autoq 4 -ao sdl -vc divxds -ss 0:1:0 Película | 13/10/0.8 | 29/9/0.8 | divxds 4 working DivX ; -) (MS MPEG-4 v3) [divx_c32.ax] |
| mplayer -autoq 4 -ao sdl -vc divx -ss 0:1:0 Película | 16/10/0.8 | No soporta (miente) | divx 2 working DivX ; -) (MS MPEG-4 v3) [divxc32.dll] |
| mplayer -autoq 4 -ao sdl -vc divx4vfw -ss 0:1:0 Película | 10/8/0.8 | 27/12/0.8 | divx4vfw 2 working DivX4Windows-VFW (DivX 3.x, DivX4) [divx.dll] |
| mplayer -autoq 4 -ao sdl -vc ffdivx -ss 0:1:0 Película | 7/9/0.7 | No soporta | ffdivx 5 working FFmpeg DivX ; -) (MS MPEG-4 v3) [msmpeg4] |
| mplayer -autoq 4 -ao sdl -vc divx4 -ss 0:1:0 Película | 9/13/0.8 | 33/12/0.8 | divx4 7 working DivX4Linux (MPEG-4 v2,v3) [libdivxdecore.0] |
Notas:
|
VIDEO: [DIV3] 536x304 24bpp 25.00 fps 499.9 kbps (61.0 kbyte/s)
[V] filefmt:3 fourcc:0x33564944 size:536x304 fps:25.00 ftime:=0.0400
MPEG 1.0, Layer III, 44100 Hz 96 kbit Joint-Stereo, BPF: 313
Channels: 2, copyright: No, original: Yes, CRC: No, emphasis: 0
vo: X11 running at 1024x768 with depth 24 and 32 bits/pixel (":0.0" => local display) |
La reproducción fue en ventana, no full screen, aunque la aceleradora usada no es
afectada por tener que escalar la imágen a pantalla completa.
El uso de postprocesamiento mejora mucho la imágen.
Usando un stream MPEG2 de calidad: (estilo DVD)
| Línea de comandos | Consumo de CPU |
|---|---|
| mplayer -ao sdl -vc mpeg12 -ss 0:1:0 Película | 18/20/2 |
| mplayer -ao sdl -vc ffmpeg12 -ss 0:1:0 Película | No funciona, revienta |
| Nota: Para compilar el MPlayer fue necesario usar un snap-shot del CVS del proyecto FFMpeg, por eso no es raro que el mismo tuviera varios bugs. |
En este caso el uso de postprocesamiento no logra un mejoramiento correcto de la imágen. Probamos con -npp de y -npp hb,vb,dr,al,lb y el efecto en el monitor no es bueno ya que el ruido se promedia pero mantiene. La opción -npp tn es aconsejable, el incremento en el consumo de CPU también es importante, ej: 14/36/1.6.
Características del stream:
VIDEO: MPEG2 720x480 (aspect 3) 29.97 fps 9377.0 kbps (1172.1 kbyte/s) [V] filefmt:2 fourcc:0x10000002 size:720x480 fps:29.97 ftime:=0.0334 AC3: 5.1 (3f+2r+lfe) 48000 Hz 448.0 kbit/s |
Pruebas usando un stream MPEG1 (estilo VCD):
| Línea de comandos | Consumo de CPU |
Post-procesado |
|---|---|---|
| mplayer -fs -osdlevel 0 -ao sdl -vc mpeg12 -ss 0:1:20 Película | 3/6/0.7 | 3/10/0.7 |
| mplayer -fs -osdlevel 0 -ao sdl -vc ffmpeg12 -ss 0:1:20 Película | 4/7/0.7 | 5/10/0.7 |
El mejoramiento usando -npp vb,hb,tn,al es bueno, pero hay que experimentar con cada stream.
| Federico acotó que eso se puede arreglar con argumentos del módulo rtc. |
librerías de desencripción de DVDs (libcss).La versión usada estaba compilada con los siguientes "plug-ins":
Enabled optional drivers: Input: network tv dvdread dvdXXX vcd Codecs: divx4linux libavcodec directshow win32 Audio output: oss sdl Video output: xvidix sdl vesa png mpegpes(file) fbdev dga xv x11 |
para crear un sistema de broadcast de video a través de
internet. Tiene el apoyo de grandes empresas (IBM, 3COM, Sun entre otros).
| Nota: Los subtítulos pueden venir en un archivo de texto separado y ser renderizados por el programa o estar codificados como "subimágenes" en el stream. En el último caso son imágenes y no todos los players permiten moverlas. |
Era el proyecto de LiVid (Linux Video), pero está discontinuado y la versión que traté de compilar no funciona.
| Formato | Decodificar | Codificar |
|---|---|---|
| MPEG1 video | X | X |
| MPEG2 video | X | |
| MPEG audio layer 2 | X | X |
| MPEG audio layer 3 | X | |
| MPEG4 (aka Open DIVX) | X | X |
| AC3 | X | X |
| MSMPEG4 V3 (aka DIVX) | X | X |
| H263(+) (aka RealVideo 1.0) | X | X |
| MJPEG | X | X |
play_title /dev/dvd 1 1 1 | xine stdin://mpeg2
Permite ver el título 1, capítulo 1, ángulo 1 del DVD a través de Xine (que no posee una navegación muy buena).
El equipo de prueba tenía una placa de nVidia, el fabricante provee un driver de video (binario sin fuentes) que maneja de una manera muy simple la salida a TV, pero que en el caso particular de la placa usada tenía los siguientes problemas:
Muchas de estas limitaciones se encuentran en el driver para el SO de Redmond (sólo
salida a TV y no al monitor, 640x480 y 800x600, sin colores en PAL-N, etc.).
Probablemente muchas de las limitaciones se deban al pobre soporte de nVidia para el
chip condificador a TV usado (Chrontel 7005), pero en cualquier caso el driver es
inusable.
Para solucionarlo se usó el programa nvtv
que fue retocado para soportar PAL-N y PAL-M exitosamente, gracias a poseer los fuentes.
El mismo remueve todas las limitaciones del driver de nVidia.
Un detalle interesante es que estos chips de codificación implementan Macrovision®.
Las normas actuales de reprodcucción de DVD en USA establecen que todo player de DVD
tiene que averiguar si la placa de video tiene salida a TV, si es el caso y la misma
está siendo usada debe preguntar si la placa soporta Macrovision. Si no soporta debe
negarse a reproducir el DVD hasta que el usuario seleccione como salida el monitor. Si
lo soporta el player debe pedir que se habilite este modo durante la reproducción del
DVD. Esta es una regulación vigente en USA y por lo tanto todos los players importantes
comercializados en USA para el sistema de las ventanillas estan obligados a comportarse
de esta manera.
Pero ... ¿qué es Macrovision®? Es simplemente un (estúpido) mecanismo para evitar
la grabación de video mediante el uso de VCRs. El sistema simplemente genera pulsos de
gran amplitud (unas 6 veces mayores que los sincronismos) en la parte de información de
video de las líneas no visibles de la imágen. Estos pulsos son malinterpretados por el
circuito de AGC (Control Automático de Ganacia) de la casetera. El AGC mide la diferencia
de amplitud entre los pulsos de sincronismo (sub-negro) y el valor de video usado durante
el retroceso (negro) en base a esto setea la ganacia de video para obtener una imágen con
el brillo correcto y grabar en el VHS una imágen nítida. El circuito que hace esto está
especificado para que cuando la señal se vuelve muy brillante la ganacia cambie
rápidamente, pero cuando la misma se vuelve muy oscura el cambio sea lento. En todos
casos esto es bueno para la grabación, pero los pulsos de Macrovision confunden al AGC
provocando:
Esto puede aparecer en VHSs o ser generado por equipos con salida a TV. Tal es el
caso de todos los reproductores de DVD que siguen la legislación vigente en USA.
¿En qué afecta esto a un usuario que decente que no pretende copiar un DVD en VHS?
, simple: hay televisores que también se vuelven locos con los pulsos de
Macrovision ®.
En GNU/Linux:
Y por lo tanto este problema no existe. En el sistema de las ventanillas se usa todo
tipo de mecanismos para evitarlo.
La información técnica se encuentra
aquí y si
deseamos crear cualquier software o hardware que cumpla con Macrovision debemos
adquirir una licencia aquí.
En un principio la especificación de protección de DVDs estipulaba que toda la validación de región debía hacerlo el player de DVD y no la lectora. Como quedó demostrado que todo tipo de protección implementada en los players es demasiado débil se creó una nueva especificación RPC phase II o simplemente RPC-2. La misma estipula que la lectora de DVDs tiene que hacer la validación de zona.
De fabrica la lectora viene sin ninguna zona especificada y no puede usarse para leer DVDs. La primera vez que se introduce un DVD el player debe seleccionar la zona de ese DVD (pidiendo confirmación al usuario). La zona seleccionada puede cambiarse un número finito de veces (5 normalmente) luego de esto la última zona seleccionada queda trabada.
Todos los equipos comercializados en USA tienen que cumplir con esta normativa. Por esto todas las lectoras de marca actuales soportan RPC-2. Dado que la lectura de DVDs suele ser delicada y sólo se puede confiar en lectoras de primera marca esto implica que es muy probable que al comprar una lectora nos encontremos con que la misma es RPC-2.
Hay muchísimos video clubs que tienen DVDs zona 1 actualmente y eso impone un riesgo muy importante: ¿qué pasa si nuestro papi (que no sabe un cuerno) va al video club, alquila un DVD zona 1 y otro zona 4 y los pone 2 o 3 veces en nuestra lectora dándole OK a lo que pregunte el player del OS de Redmond? ... simple: queda trabado en la última zona usada que con nuestra mala suerte va a ser la 1 haciendo imposible el uso del equipo para reproducir los de región 4.
¿Es esto inevitable? no, veamos lo que dice Samsung:
.... RPC-2 is selected by default .... .... Please contact your dealer or local SAMSUNG representative if you wish to change the local code more than five times.
Esto implica que el proceso:
Es interesante que la normativa en USA estipule la obligatoriedad de implementar algo
que puede deshabilitarse ...
Si tuviéramos un accidente las opciones son contactar al representante del fabricante
(normalmente un chanta que no sabe de que le estamos hablando) o bien buscar en
internet algún upgrade para nuestro firmware de manera tal que simplemente seleccione
RPC-1 (el método original donde es el player el que valida la región). Se entiende que
en ningún caso esto es una solución para evadir el sistema de regiones, no se olviden que
somos la 4 y que los video clubs que tienen región 1 no deberían hacerlo.
El tema no entró por cuestiones de tiempo, lo dejamos para otra
| Este tema se trató en otra reunión y el resumen está disponible. |
Texto by: SET
Handmade HTML using SETEDIT
|
Hosted by:
|
||
|
 |
|