Solución para que VLC lea correctamente los AC3

He tenido muchos problemas para la lectura correcta de las líneas de sonido en e-AC3. Primero le echaba la culpa al hecho de en mi ordenador de casa los altavoces están en el monitor y que este se comunica con un Display-port y al reiniciar siempre empieza en Line-Out y tengo que reconfigurarlo continuamente. Sin embargo, he comprobado que las mismas pistas se oyen en terminal con mplayer, así que empecé a acusar a VLC. Me parecía extraño, ya que se supone que los drivers de vlc los pone vlc y desde siempre nos ha funcionado bien cuando todo va mal (aquellos tiempos en Windows). Sin embargo, es un tema bastante discutido, y teóricamente sí se presentaba en las versiones 2.x, pero no en las 3.x (véase aquí). Sin embargo este pasado fin de semana llegué a un estado de desesperación o paroxismo, por que era imposible escuchar un montón de pistas que tenía que comprobar. De repente se hizo la luz y me dije, ¿habrá algo más en VLC que el paquete estándar?

dnf search vlc

y aperece

vlc-extras.x86_64 : VLC media player with extras modules

Lo instalé

su -c 'dnf install vlc-extras'

Y listo. Se oye todo perfectamente. Solo por no mirar...

https://upload.wikimedia.org/wikipedia/commons/8/8b/VLC_Flare.png

Canon i-sensys MF6140dn en Linux

Hace unos meses me quedé sin impresora en mi despacho. Era una impresora de tinta con impresión a color profesional, incluídos CDs. Personalmente defiendo el uso compartido de las impresoras en el trabajo, y que con una empresarial según las necesidades del grupo es suficiente y mucho más económico. Sin embargo, soy el único que defiende esa postura y el único que uso la impresora de red, y por falta de uso de la mía personal se estropearon los cabezales de impresión. La impresora de red, después de 10 años de uso intensivo, inicialmente, hasta que finalmente solo la usaba un usuario —yo— también ha dejado de funcionar. El coste de la reparación es superior a lo aceptable para una 3550 que no imprime duplex y a 8ppm, así que estoy en cuadro. Disponía de una Canon i-sensys MF6140dn que nunca había podido utilizar desde mi ordenador con Fedora, aunque cumple con su cometido de escaneo sobre unidades USB —para lo que se compró— y copiadora; ante la necesidad de imprimir, he tenido que intentar de nuevo hacerla funcionar en Linux.
Teóricamente, cuando se pidió aparecía que era compatible a Linux, pero en la caja no aparecía. En la página web de Canon España, al buscar drivers, no aparecen versiones para Linux. He tenido que acudir a páginas extranjeras para bajar los drivers, y ni con eso he podido hacerla funcionar, hasta ayer. Los drivers versión 2.07 siempre me han dado una página de prueba correcta pero los documentos han salido siempre mal.

Solución, el driver versión 2.08, que he logrado de este enlace de Canon Europa. Pasos a seguir:
1. Eliminación de cualquier versión anterior de esta impresora en el Control de impresión. Desenchufar la máquina y USB.
2. Extracción de los PPDs del interior del driver —los correspondientes a la impresora, ya que hay muchos— por si luego son necesarios; en este caso no fueron precisos, pero por si el sistema los necesita.
3. Instalación del paquete binario correspondiente a vuestra distribución. En mi caso

su -c 'dnf install /home/usuario/Descargas/g15639es_lin_CQUERPM_v208_64.rpm'

Tarda un rato en configurar todo. Hay versiones tar.gz, si los paquetes deb o rpm no se ajustan a vuestras distribuciones.
4. Conexión de la impresora y prueba.
5. Probar con diferentes ficheros. Para evitar accidentes, como me paso a mi, eliminar de la cola de impresión de la impresora todos los intentos anteriores que tengáis acumulados, ya que si no puede dar la impresión de que no funciona y son los errores anteriores.
LISTO!
Obviamente, no controlamos la función de escáner o fax desde el ordenador, pero para mi el fax es un añadido inútil y el escaneo lo realizo a través de unidades USB. Así me uno a los coleccionistas de impresoras personales. Y esta está muy bien...

Drivers ... ¿dónde estáis?

Es sabido por los comentarios en algunas entradas (1, 2 ...) que tengo un problema con mi escáner. He "heredado" del tiempo un escáner bastante bueno. A estas alturas lo uso en ocasiones muy contadas, ya que uso poco papel, dispongo de fotocopiadoras que me mandan por email unos pdfs perfectos de los documentos cuando los necesito y llevo años haciendo las fotos en cámaras digitales. Sin embargo, en mi trabajo aun conservamos una cámara réflex con la que hacemos diapositivas, ya que el aparataje digital del que disponemos aun no nos da la calidad que en ocasiones necesitamos. Y ahí está el problema; en el trabajo el escáner de película ya no funciona, ya que son muchoa años de uso, y el mio personal no es reconocido por Linux.

Así que no me queda más remedio que instalar Windows. El ordenador que tengo para ello es el más antiguo de casa, y por falra de RAM o lo que sea el TWAIN se niega a capturar a mayor resolución de 300x300, lo que en una diapositiva da una copia de 1,5Mpixels, con una pérdida muy grande de calidad (en general, lo mínimo debería ser 600x600, unos 6Mpixeles). Este escáner no tenía Drivers para Windows 7, pero ayer, por la frustración, busque de nuevo y, en teoría, sí, aparece Windows 7 como soportado. Entonces decidí instalar los drivers a mi portatil, en su pequeña esquina de Windows 7, ya que es un ordenador mucho más potente y con 4GB de RAM.

Sin embargo, al descomprimirlo ya aparecía la fecha de 2007, y al instalarlo daba un error de instalación, como si no fuera compatible. Por supuesto, al intentar capturar, no aparece como reconocido el escáner. Como es natural, desde que tengo Linux y he visto los problemas de los drivers de las impresoras y escáners de Canon, no he vuelto a comprar ninguna máquina más de esa marca, y he vuelto a HP.
El problema es que sigo sin poder solucionar el uso del escáner. Eso supone además un problema para los negativos que tengo en casa (1500-2000) de la época de mis cámaras con carrete. Tenía asumido que las tengo que escanear, ya que las posibilidades de uso de los negativos y diapositivas están desapareciendo.
Como posible solución, tengo pedido un Lomography Smartphone Scanner. Es simplemente un adaptador para poder reproducir con el móvil las películas y diapositivas. Cuando lo haya comprobado, mostraré alguna comparación (según acabo de comprobar, el envío aun está en Lyon, Francia).

Instalando Windows, ¡otra vez!

Como ya he señalado en alguna entrada, algunas veces es necesario instalar Windows. Por desgracia, los problemas de los drivers del hardware nos obliga a recurrir a otro sistema. He recompuesto otro ordenador a base de trozos de máquinas viejas y he tenido que poner un Windows XP para un escáner Canoscan 8000f, que no es soportado por Linux. La verdad es que es una pena, por que este escáner cumple de sobra mis necesidades, pero no existe driver para poder usarlo.

Tampoco se puede instalar en Windows 7, así que no puedo usar el portátil. Por suerte, esta vez dispongo de más RAM, ya que tengo dos piezas de 1GB de un ordenador que se estropeó y la captura va algo más fluida que cuando solo disponía de 768MB. He probado Vuescan para ver si lograba mayor calidad o facilidad, pero como el objetivo principal son diapositivas y negativos, Vuescan no limita parte de transparencia y el resultado final era poco satisfactorio, así que seguiré con el TWAIN, que es un sistema bien incómodo de comunicar dos máquinas. Como podemos ver en la wiki, "...Esto hace difícil proveer servicios TWAIN a programas ajenos al fabricante del dispositivo." Y es así, ya que he intentado con el software más sencillo posible, y evitar el consumo de recursos que no hay, pero al final he tenido que recurrir a Gimp para poder llamar al TWAIN.
Como reflexión final, esta es la debilidad de Linux. Los fabricantes de hardware dificultan la expansión de este sistema debido a la falta de drivers. Las dificultades de las tarjetas gráficas y WIFI, la dificultad de elección de impresoras y escáneres, provoca que mucha gente rechace un cambio a un sistema más seguro y fiable.

Solución al problema del ratón USB y kernel 3.6.x-x

Como ya he indicado en entradas anteriores (1 y 2), desde el viernes 19 de octubre tengo problemas con el arranque en la distribución Fedora 17 tras la actualización a kernel 3.6.1-1 y posteriormente 3.6.2-4. En primer lugar, tras el arranque, y con una tarjeta gráfica nVidia, el ratón se comporta erráticamente y finalmente el sistema gráfico salta. La solución que apliqué fue poner una tarjeta AMD. El arranque me pone en un escritorio con un ratón errático que se hace muy difícil de manejar, y que no soy capaz de arreglar mediante configuración, aunque el sistema gráfico funciona. Tras esas modificaciones, decidí cambiar el sistema de ratón-teclado. Mi placa madre dispone solo de una conexión PS2, pensada seguramente para poner un sistema de ratón y teclado inalámbrico. Sin embargo prefiero los de cable de toda la vida, así que quité el ratón USB, puse un teclado Cherry USB y un ratón PS2. De esta forma el sistema funciona perfectamente. Además volví a conectar la tarjeta nVidia, y funciona también. En resumen, en Fedora y bugzilla tenían razón cuando unieron los bugs.
Aparte de ello, he observado que mi sistema arranca mucho más rápido, unos 10-15 segundos, con la tarjeta AMD (una simple HD Radeon 5450) que con la nVidia, un modelo algo superior. Esperemos que los programadores afinen el driver nouveau para Fedora 18.

Fedora 16, Gnome Shell, ATI y un driver (o más de uno...)

La última batalla con el ordenador ha sido la que he tenido que he mantenido con los drivers de ATI en el Gnome Shell en Fedora 16. Una vez controlado el fuego provocado por la RAM, y tras la alegría inicial, empezó a congelarse el ordenador. A la primera "congelación", es decir, monitor sin señal y sin respuesta al teclado, asumí que era una suspensión por tenerlo mal configurado en Energía y que no se podía recuperar de la Suspensión. Sin embargo, al repasar lo configuración, no era así. Tras la segunda, asumí que era un fallo de RAM -otra vez- y que memtest no lo había detectado todo. Tras dos horas de memtest parecía claro que no era así. A la tercera decidí no esperar y estuve delante de la máquina hasta que se produjo, y en las líneas que empezaron a salir hasta la congelación de veía claramente que había un conflicto entre el driver ATI (el que pone Fedora directamente) y el sistema. El primer intento de solución fue, mediante easyLife instalar el driver propietario, y eso generó un segundo problema... El monitor, justo tras la aparición de la f de Fedora se ponía en un perfecto negro sin señal (tengo un vídeo que lo demuestra - algún día lo colgaré). Finalmente decidí recurrir a, como diría Bob Esponja, la "vieja fiable", es decir, a una nVidia (G86 GeForce 8500GT) que conservo desde los momentos en que el driver 773 me daba dolores de cabeza (1, 2). Eso, y 59 minutos de instalación y configuración, tras lo cual tenía el sistema con los mismos paquetes y preparado como una hora menos un minuto antes (cronometrado). solución definitiva, voy a comprarme un ordenador básico con gráfica integrada de chip Intel, por que de las tarjetas gráficas estoy hasta los ... pelos, que ya no tengo, por cierto.

Ubuntu 11.10 y máquina virtual Fedora 16 también sin Gnome Shell

La instalación limpia de Ubuntu sigue dejándome sin Gnome Shell. He intentado probar si la abstracción del hardware en las máquinas virtuales permitirían el uso de Gnome Shell en Fedora 16. Sin embargo, a pesar de activar las 3D en su configuración, no es posible. Como se puede ver en esta imagen, el resultado no es adecuado y me deja el escritorio tradicional.

En resumen, tengo varias opciones; primera, seguir con Unity, que no está mal; dos, esperar al driver 11.12 -hasta Navidades- y ya veremos si funciona; tres, usar una nVidia -tengo una vieja que me daba el famoso problema de driver (tanto monta, monta tanto, nVidia como ATI)-; cuatro, cambiar de ordenador, que es lo que me pide el cuerpo, ya que el mío ya tiene más de 3 años y normalmente lo cambiaba previa crisis cada 18-24 meses. En resumen, por ahora me quedaré con lo que hay. Unity no está mal, ahora que ya me he acostumbrado y no tengo ganas de gastar dinero. Además, tengo pensado comprarme una ASUS Transformer Prime -he estado usando una Transformer un rato en una tienda y me he quedado alucinado-, así que seguiremos con lo que hay. Sin embargo, como tenemos que aprender como funciona el Shell y yum, creo que voy a instalar en el portátil Fedora.

Ubuntu 11.10 y gnome Shell. Solucionado [ACTUALIZADO]

Siguiendo un comentario sobre la última entrada sobre mis problemas con Gnome Shell he podido solucionar el uso del Shell. En la entrada que nos indica el amable Anónimo se ve claramente de que el problema radica en el driver 11.8 de ATI. Sin embargo, no nos recomiendan la sustitución por el 11.9, ya que no funciona completamente bien. Sin embargo, uno de los últimos comentarios de esa página nos conduce a la solución final, que es la sustitución por el driver propietario 11.10 directamente desde ATI. Lo he aplicado en mi ordenador principal y el resultado ha sido este

Estoy usando desde ayer por la noche Gnome Shell para hacer una comparación Shell-Unity. Por supuesto, después de meses de uso de Unity, aun no estoy acostumbrado al Shell, pero no está del todo mal.
Recomiendo a todos los que quieran probar Gnome Shell que sigan los pasos indicados en la página indicada antes. La otra solución, que estaba a punto de aplicar, es la instalación de Fedora 16. Lo haré de todas las maneras, para ver como funciona yum.

ACTUALIZADO. Recomiendo no hacer estos pasos. En mi caso todo ha funcionado bien hasta que he reiniciado para probar de nuevo Unity y comparar. Como resultado, no me ha funcionado el teclado y no he podido recuperarlo. He instalado de forma completamente limpia, con disco home nuevo y formateo del de sistema, para evitar "herencias". Según varios blogs y comentarios, debemos esperar hasta la versión 11.12 del driver AMD para las tarjetas gráficas, que estará disponible a finales de Diciembre. No he tenido el ordenador perfectamente funcional hasta ayer por la tarde, pero al ver el nuevo comentario a esta entrada, me he apresurado a exponer el resultado final. El que quiera probar Gnome Shell, lo mejor ahora mismo es instalar Fedora 16. Yo intentaré poner una máquina virtual próximamente.

DLS-1005D

He recibido una tarjeta DLink DWL-G520 que, en teoría, debería funcionar en Linux. De hecho, la caja trae a Tux y todo. Instalé de nuevo Ubuntu 10.10, debido a todas las alteraciones que había introducido en la configuración inicial. Al contrario que la DWL-G520+, es detectada directamente, comienza la conexión, pero se desconecta inmediatamente. Lo he intentado tanto en formato WEP como WPA, WPA2 y WPA2 mixto y nada. Por si algo cuelga de mi configuración, cambiaré de disco, aunque en realidad instalé con formateo incluido. Seguiremos indagando antes de rendirse e intentar con otra tarjeta.

Ubuntu 10.10. Aun imposible

He estado vigilando Synaptic desde que intenté instalar Ubuntu 10.10 y lo único que lograba era una pantalla negra. ¿Por qué? Pues estaba esperando que los repositorios oficiales de Canonical pusieran a nuestra disposición el nuevo driver para esas tarjetas nVidia que no funcionan con el driver inicial de Ubuntu 10.10. He seguido esta página del "bug" 626974 de Ubuntu, y había concluido que cuando el driver 96.43.19-0ubuntu1 para nVidia estuviera en los repositorios habituales, podía intentar una instalación de forma texto (no en gráfico, que no funciona) y al actualizarse en la instalación cargaría el driver nuevo de nVidia.
Hoy me ha dado la impresión de que ya era así (los ordenadores de trabajo y mi portatil ya tienen 10.10). Lo he realizado así; arranqué con una imagen en Dvd tomado de UbuntuUsers, que tiene más formatos de instalación (si no habría que recurrir a un Cd alternate), he instalado todo en forma plana, no gráfica, y al instalar ha cargado cientos y cientos de ficheros, entre ellos alguno de nVidia. sin embargo al reiniciar, me ha vuelto a dejar la pantalla negra. Es el quinto intento; seguiremos intentándolo.

CanoScan 8000f y Linux

Ha sido imposible. Hace tiempo que mis intentos y experimentos en los ordenadores están encaminados hacia el abandono total de Windows. Como he comentado a lo largo del tiempo quedan algunas trabas por las cuales no puedo abandonarlo completamente. La primera es la estadística, que es la herramienta fundamental de mi trabajo, y que no logro hacer funcionar SPSS en Wine; como solución está el estudio de R, para el que no tengo tiempo (0-1 para Windows). El segundo es la impresora que tengo en casa, que viene de mi época en el lado oscuro, una Canon LBP1120. Como impresora GDI que se precie, solo funciona en Windows y no consigo configurarla en Ubuntu (0-2 para Windows); tengo encargada una Pixma4600 para solucionar este pequeño desajuste. La tercera es mi escáner, un CanoScan 8000f. En su favor tengo que decir que es un escáner maravilloso, de alta calidad, rápido, fiable. Lo compré fundamentalmente para digitalizar los negativos que hice con mis cámaras réflex (qué épocas aquellas) y pudiendo escanear también papel y documentos. Pues me faltan más de 1000 negativos por escanear y me da algo de "alergia" acercarme al ordenador con Windows, aparte de que es el que utiliza otra persona para trabajar. Este fin de semana he intentado usarlo en mi ordenador con Ubuntu en la máquina virtual (VirtualBox) de Windows, pero me ha sido imposible, ya que el Windows virtual no lo detecta, a pesar de haberle transferido el aparato en la configuración. El segundo intento fue Vuescan (versión de prueba) directamente en Ubuntu, pero lo primero que me dice es que este escáner, al que detecta inmediatamente, no es soportado por Linux (0-3 para Windows). Me queda intentarlo con otro tipo de máquinas virtuales. A pesar de esa derrota, no abandono. La impresora es fácilmente solucionable; el escáner es una ciencia a punto de morir, y el día que tenga digitalizados todos mis negativos ya me va a dar igual. Lo de la estadística, tarde o temprano nos pasaremos a R. Tengo que decir que he intentado instalar JMP versión Linux y no funciona en distribuciones Debian. No lo ha descrito aún por que no estamos sobrados de tiempo, pero me comprometo a contarlo en algún momento.

Ordenador fastidiado

No se exactamente como, me volví a "cargar" mi ordenador hace 48 horas. Las razones pueden ser varias como veremos.
La batallita comenzó al estar un poco cansado del mal resultado gráfico de la 2600 Ati puesta en el nuevo juguete... Me explico; desde que tengo este nuevo ordenador, todo va de maravilla, pero tengo 2 problemas:
- la imagen tiembla (temblaba) al tener conectado un lapiz USB
- la instalación de compiz-fusion no funciona correctamente, no acaba, se corta en algunos errores y no puedo usar todas las posibilidades de Compiz
Por todo ello estuve cambiando cosas en este orden:
1. Cambio del driver restringido a EnvyNG para controlar los drivers
2. Cambios manuales en gconf (primera posibilidad de fastidiarla)
3. Vuelta al driver restringido
4. No acaba de arrancar
5. Apagado por las malas (segundo posibilidad de fastidiarla)
6. La revision del disco del sistema no para del sector 321 (posible error físico, algo muy común en el pasado y muy raro hoy)
Tras al menos 5 intentos diferentes de arreglar las cosas de forma dialogada con la "computadora", y posiblemente por un cierto desconocimiento de las entrañas más profundas de Ubuntu y Linux comencé el arreglo por las malas, la instalación de nuevo de Linux, previa extracción de los discos de datos y ficheros descargados por aMule. Todo ello poniendo una 8500 de XFX (nVidia, aunque me duela) y con el disco antiguo, pero con uno nuevo debajo del brazo por si las moscas (flies en este caso, que los discos duros traen todo escrito en inglés aunque los hagan en Tailandia) marca Western Digital ambos. Ayer, desde las 23:00 hasta las 00:15, más o menos, instalación completa de toda la bateria de Linux y compañía. Perfecto, sin usar otro disco, lo que viene a decir que o me cargué la configuración del sistema al usar el gconf (como hace unos días Firefox cambiando líneas en about:config) o algo hice mal en los cambios continuos de drivers, por que daño físico no parece ser. Hasta ahí todo perfecto. Pero antes de instalar sobre el disco, había copiado los ficheros del directorio temp de aMule (720 de nada, 131GB). Para recuperarlos, 3 horas, como administrador, por grupos pequeños y 3 imposibles de recuperar. En fin, a las 4:04 de la mañana se había recuperado "casi" todo (3 ficheros perdidos, sin saber cuales eran, aunque dos ya los he vuelto a pedir. Me queda uno por saber cual es). En fin, tomen nota:
- no cambie indiscriminadamente los drivers
- no modifique configuraciones a mano hasta al menos haber destruido 5 o 6 veces los ordenadores de los demás, técnica también conocida como "los experimentos con gaseosa" (o Chivas de otros), o mejor aún, investigue en la red y haga lo que otros hayan probado. Todo esto salvo que sean unos curiosos y no les importe andar matando gat... quiero decir instalando sistemas operativos frecuentemente (en eso sí que es mejor tener Linux, que con una hora todo está resuelto)
- no por nada se dice que es muy malo apagar los ordenadores por las malas
- Por último, si hacen P2P en cantidades industriales como un servidor, no se olviden de aumentar el número de ficheros que Linux permite tener abiertos simultáneamente, que de serie son 1024. Yo los he cambiado a 2048, siguiendo estos pasos.
Seguiremos sobre ello

PD. Ah!, aun tengo algún problema con Compiz, pero todo va mejor ahora. Es decir, si usan ATI, tengo una 1600 en un ordenador que va de maravilla, y esta 8500 también. Lo mejor, buscar las listas de tarjetas gráficas probadas, que están en la red. Palabra, que las he visto, aunque no me acuerde donde