Array Size : 7325679680 (6986.31 GiB 7501.50 GB)

Los discos elegidos han sido 6 Western Digital Caviar Green (WD15EADS). Y para facilitar las tareas de administración (física) de los mismos, he adquirido dos blackplanes SATA con capacidad de 4 discos cada uno. Los backplanes son una maravilla, puedes controlar el encendido/apagado de cada disco por separado, proporcionan un LED de actividad para cada disco y permiten cambiar los discos sin apagar el equipo (comprobado).

Una de las cosas que más me preocupaba con los Caviar Green era su rendimiento, en teoría funcionan entre 5400 y 7200 RPM según haga falta, para obtener un buen equilibrio entre consumo y rendimiento. De forma cualitativa y con un uso normal, no los noto más lentos que los Seagate a los que sustituyen, que si eran 7200RPM constantes. Como dato (poco fiable) os dejo la salida de hdparm -tT para el RAID-5:

/dev/md4:

Timing cached reads:   14748 MB in  2.00 seconds = 7382.40 MB/sec

Timing buffered disk reads:  1104 MB in  3.00 seconds = 367.73 MB/sec

Conecto todo, me acuerdo de la familia del electricista que dejó todos los RJ-45 hembra sin conectar, y cuando comenzamos a volcar datos al servidor de ficheros, uno de los discos falla, se escucha el tipico ruido de cabezales tocando con el plato…

Murphy me estaba esperando en la oficina del cliente

Para acabar descubriendo que hay algún tipo de problema entre VMware & 2.6.21, ha sido bajar la versión del kernel a 2.6.20 y dejar de tener problemas.

Como en tiempos había conseguido hacer que un xmms mandase la salida de audio a un esound remoto decidí probar por el camino de compartir altavoces.

Resulta que esound actualmente está viejo/desfasado/deprecated/oxidado, buscando un poco encontré en Pulseaudio la solución perfecta. Pulseaudio es un servidor de audio con soporte de red, con la ventaja de estar soportado por el propio ALSA, con lo cual no sólo ciertas aplicaciones se escucharán en los altavoces remotos, si no que todo lo que soporte ALSA ó OSS (ALSA nos ayuda a emular OSS) podrá ser escuchado en nuestros altavoces compartidos.

Manos a la obra, en el equipo que posee los altavoces y tarjeta de sonido deberemos de tener el demonio de Pulseaudio funcionando y admitiendo conexiones via TCP/IP. En mis gentoo es algo así:

1. emerge pulseaudio (con USE=”alsa” como mínimo para que pueda mandar el audio a la tarjetea de sonido, que en mi caso lo tengo definido en /etc/make.conf)
2. editamos /etc/pulse/default.pa y descomentamos la siguiente línea para que la salida de Pulseaudio sea el ALSA del equipo que tiene la tarjeta de sonido funcionando:
   • load-module module-alsa-sink
3. en el mismo /etc/pulse/default.pa añadimos las siguientes líneas para admitir conexiones entrantes desde localhost y la red local (192.168.0.0/24 en mi caso):
   • load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/24
   • load-module module-esound-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/24
4. Arrancamos pulseaudio: /etc/init.d/pulseaudio start

En los equipos cliente deberemos de hacer lo siguiente:

1. Añadimos pulseaudio al USE del /etc/make.conf e instalamos pulseaudio, xine-lib (si ya está instalado la reinstalamos para que vaya con soporte de pulseaudio) y alsa-plugins: emerge pulseaudio xine-lib
2. Editamos /etc/pulse/client.conf y añadimos la siguiente línea para que el pulseaudio de los clientes mande el audio al pulseaudio que si tiene tarjeta de sonido como salida (multivac en mi caso):
   • default-server = multivac
3. Configuramos ALSA para que utilice pulseaudio por defecto añadiendo las siguientes líneas a /etc/asound.conf:
   • pcm.pulse { type pulse }
   • ctl.pulse { type pulse }
   • pcm.!default { type pulse }
   • ctl.!default { type pulse }

Una vez hecho esto he comprobado que el amarok ejecutado en los clientes, que usa xine-lib, usa pulseaudio tanto si elegimos como salida ALSA o Pulseaudio, así que teoricamente cualquier cosa que sea capaz de usar ALSA la escucharemos en el equipo con salida de altavoces

Para evitarme problemas y pérdidas de calidad, he optado por hacer la conversión de xvid a wmv con ffmpeg, con el siguiente comando: ffmpeg -i entrada.avi -vcodec wmv2 -acodec wmav2 -sameq salida.wmv.  No especifico ningún bitrate, ya que de ello se encarga la opción -sameq (same quality), el único inconveniente es que para mantener la calidad el tamaño a veces llega a duplicarse, aunque con un poco de suerte, con el upgrade de dashboard de la semana del 7 mayo nos evitaremos la conversión a wmv, ya que soportará xvid. Queda por ver si soportará audio en mp3 y container AVI, si no lo hace, solo tendremos que cambiar el container y el audio, pero podremos dejar el video intacto.

Para incrustar los subtítulos he optado por usar mencoder y dejarlo en xvid, así que para primero le incrusto los subtítulos y después lo convierto a wmv. El comando es el siguiente: mencoder entrada.avi -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1000:vhq -oac copy -fontconfig -font ‘Bitstream Vera Sans’ -sub subtitulos.srt -subfont-text-scale 3.0 -o salida.avi. He probado con Numb3rs S03 y no he tenido ningún problema, sin embargo con Scrubs S06, los subtítulos en la tele se me iban por debajo de la pantalla, así que tendré que jugar con los parámetros que permiten manipular la posición de los subtítulos.

set charset utf-8

Lo sé… resulta evidente, pero en parte por pereza ni siquiera lo había mirado, y fue Sevein quien me dio la solución, thx.

En cuanto a ver xvid/divx en la 360 la cosa se pone un poco más complicada. La 360 puede reproducir video si, siempre que sea video WMV2, audio WMAV2 y container ASF. Así que hay 2 opciones, o empiezas a convertir lo que quieras ver a ese formato, o bien buscas una forma de hacer la conversión en tiempo real (al mismo tiempo que lo vas viendo).

Primero probé con la conversión en tiempo real, la forma de hacerlo es montando unas Windows XP Media Center 2005 y después montarle algun plugin al media center como Transcode360 o VLC360. En mi caso, como no iba a eliminar linux de mi equipo, decidí probar dentro de un VMWare Server, y si bien pude llegar a comprobar que funcionaban ambas soluciones, el resultado no era el esperado. El rendimiento dejaba bastante que desear, iba a tirones (mi equipo es un Athlon64 x2 3800+ con 2Gb de RAM y le había asignado 512Mb de RAM a la máquina virtual con Media Center).

Viendo que iba a tener que convertir lo que quisiese ver, quería hacerlo de la forma más rapida, así que tenía que ser en linux y a 64 bits, nada de chroots guarros de 32 bits para hacer funcionar win32codecs y cosas del estilo.

Revisando la página de FFMPEG pude comprobar que la versión disponible en el SVN a partir del 09/03/2007 podía codificar de forma nativa WMAV2 (el codec de audio que soporta la 360) y WMV2. Mi primer intento fue algo así: ffmpeg -i input.avi -vcodec wmv2 -acodec wmav2 test.wmv. El resultado fue un fichero de .wmv en una pésima calidad (por no especificar bitrate) pero que se veía sin problemas en mi 360.

Pero no podía quedarme con ffmpeg, ya que no soporta subtítulos, y como me he enganchado a series en inglés subtituladas, no es una opción aceptable . Así que recurrí a mi amigo mencoder, la pareja del reproductor mplayer. Mencoder se puede apoyar en FFMPEG y en su libavcodec para codificar videos y soporta subtítulos. Después de digerirme el man de mencoder hice la siguiente prueba: mencoder input.avi -o test.wmv -ovc lavc -lavcopts vcodec=wmv2:vbitrate=900 -oac lavc -lavcopts acodec=wmav2:abitrate=128. Cual es mi sorpresa cuando intento reproducirlo en la 360 y me dice que el formato no es válido. Usando midentify veo el problema, los codecs están bien, pero el container es un AVI en vez de un ASF. Revisando (otra vez) la documentación encontré la solución: mencoder input.avi -o test.wmv -of lavf -lavfopts format=asf:i_certify_that_my_video_stream_does_not_use_b_frames -ovc lavc -lavcopts vcodec=wmv2:vbitrate=900 -oac lavc -lavcopts acodec=wmav2:abitrate=128. Los ficheros producidos a partir de este comando son reproducibles sin problemas en la xbox 360.
La ventaja de poder usar mencoder y no ffmpeg es que podemos aplicar filtros, hacer que mencoder renderize los subtítulos en el video…

No sé, pero no me parece el planteamiento adecuado, lo suyo es que no tenga fallos, y que los pocos que salgan se corrijan lo más rápido posible y punto.

Enlaces relacionados

• Vulnerabilidad peligrosa en Windows Vista
• Microsoft, muy satisfecha con la seguridad de Vista