Hoy fui a instalar y poner en marcha un servidor de ficheros (4Tb online en RAID-5). Después de 1 semana de pruebas en la oficina y sin un solo fallo parecía estar todo correcto.

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

VMware y el kernel 2.6.21 se llevan mal, muy mal. Casi todo el día perdido con cuelgues intentando montar unas 2003, que si comprobando que tuviese bien el disco duro, la RAM…

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.

Actualmente en el despacho tenemos 2 equipos en los que interesa reproducir audio y sólo 1 par de altavoces conectados a un equipo. Había 2 opciones o bien comprar un selector de señales de audio y conmutar entre un equipo y el otro o bien compartir los altavoces/tarjeta de sonido.

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

He afinado más el proceso de conversión de xvid a wmv para poder reproducir en la 360. Además ya he conseguido incrustar subtítulos en el video.

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.

Al migrar mis sistemas a UTF-8 me encontré con un grave problema en el bitlbee.. todos los acentos que usaba los veían mal en el cliente de Microsoft, pues bien, he aquí la solución:

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.

Hace poco me hice con una xbox360 con el objetivo de jubilar a mi xbox y al PC que tenía en el salón. La parte de hacer que la nueva consola funcionase con copias de seguridad fue bastante sencilla, basta con seguir las instrucciones en cualquiera de los sitios dedicados al tema.

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…

La certificación 80plus para fuentes de alimentación de PC nos asegura que las fuentes certificadas son como mínimo un 80% eficientes al 20%, 50% y 100% de carga lo que nos permite ahorrar en la factura de la luz, sobre todo si teneis el equipo encendido 24/7. En la página de la certificación, podemos encontrar fabricantes y modelos de fuentes de alimentación que cumplen con esta certificación. Hasta la fecha, Seasonic con 27 modelos es la marca que más fuentes nos ofrece con certificación 80 plus. (Si alguien conoce un distribuidor en españa que avise…)

Este sábado entre otras cosas, tocó migrar los equipos de ISO-8859-15 a UTF-8, nada del otro jueves, pero que puede dar algún que otro quebradero de cabeza. Aquí teneis una pequeña guía describiendo el proceso.

Ya empezamos, empiezan a descubrirse fallos de seguridad, ayer mismo se anunciaba una escalibidad de permisos que te permitía hacerte con el control de un equipo que ejecutase Windows Vista. Hoy mismo se hacen públicas unas declaraciones de Ben Fathi, principal responsable de seguridad de Windows Vista, y afirma estar muy contento con la evolución de Vista en este aspecto, que estarán contentos si Vista tiene la mitad de fallos descubiertos en un año que XP.

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

Ya están disponibles en PCISIG las especificaciones del PCI Express 1.0 externo y con velocidades de hasta x16 utilizando cuatro cables con protección independiente y conector de 136 pines y una longitud máxima de 10 metros..
Esto permitirá externalizar las tarjetas gráficas, dotarlas de su propia fuente de alimentación y refrigeración específica. Esto para los viciosos del juego, para los que somos más serios, tendremos controladoras RAID externas y directamente contra el bus PCI-Express, sin tener que recurrir a eSATA, SCSI externo o conexiones Fibre Channel.
Otra opción muy interesante es ver como adopta esta tecnología los equipos portatiles. Esto nos permitiría cambiar de tarjeta gráfica de nuestro portatil sin mayor problema, lo que actualmente es uno de los motivos por el cual un portatil se queda desfasado rapidamente. Y como dije antes, como no solo de jugar vive el hombre, podríamos conectar a un portatil una controladora RAID PCI-E…
Aparte, al externalizar estos dispositivos los fabricantes se liberan de un problema, el tamaño, ya no tendrán que limitarse a tarjetas que ocupen un slot o dos, pueden hacerlas todo lo grande que quieran.