Logo navideño de VLC

¡Lo que me he reído del logo de VLC en estas Navidades! Por si no lo habéis visto, simplemente es así

A reirse tocan

Transformación de los DVDs a ficheros contenedores. Casos problemáticos

Como ya decía hace más de un año, estoy en la paulatina —y lenta, por falta de tiempo— eliminación del material óptico que tengo, CDs, DVDs etc, porque ocupa mucho mucho espacio y ya no tengo dispositivos para oírlos/verlos, practicamente, solo la consola PS4. Los de música es sencillo, sigo usando Sound Juicer, como decía hace mucho tiempo, pero convirtiendo a FLAC, para evitar pérdida de calidad. Con los DVDs es otra historia. Una vez conseguido saltarse la protección, que algunos países puede ser ilegal —comprobar donde está uno antes de seguir con la operación copia privada—, parece sencillo con HandBrake; simplemente indicas como fuente el directorio VIDEO_TS y listo, previa configuración del codec de vídeo, tasa de imágenes, calidad requerida, codecs de audio y formato de subtítulos. Bien, a veces es así, y otra no. Por ejemplo, puede tener un menú inicial que confunde al programa, dando como resultado un vídeo vacío. Ejemplo,

Un segundo error que me tiene pasado se da cuando el DVD tiene más de un vídeo, y Handbrake decide que el objetivo es el último, que resulta ser un extra o una entrevista o lo menos importante de todo el DVD. La solución podría ser aislar los ficheros vob que contienen lo que queremos, por ejemplo en este caso,

y que Handbrake los recodificara, pero bajo estas circunstancias Handbrake los trata individualmente, no como un vídeo completo. Dándole algunas vueltas, la forma más sencilla de arreglarlo es unirlos mediante MKVToolNix Gui. Al abrir el primero, recoge el conjunto de los ficheros que forman vídeo que interesa como partes adicionales y se une sin transformación alguna en uno o dos minutos en un fichero contenedor mkv matroska.

Después se edita y codifica el mkv resultante con Handbrake,

 y ahora sí que está listo; un Dvd menos ocupando sitio.

Cuidado con los discos clonado

He tenido un "pequeño" accidente que he tardado en entender. El problema nació de mi decisión de eliminar la grabadora del ordenador, que ya no uso para nada. Eso supone disponer de un SATA libre. Como siempre, estamos escasos de espacio, y decidí recuperar uno de los discos retirados que tengo por ahí. Empecé por uno de 2,5TB, pero tenía algún sector erróneo, así que recuperé el más "moderno" de los disponibles, un Caviar Black de 2TB y fabricado en 2013. Lo incorporo, veo que está en ext4, así que decido no borrarlo y simplemente leo el UUID con blkid y lo incorporo al /etc/fstab

UUID=nume-rito-en-cuestion /mantener2     ext4    defaults        1 2

y reinicio.

En su interior había un directorio home, ya que este era mi antiguo home —véase aquí para ver el cambio de un HD Black Caviar a un SSD— y decido borrarlo... DESASTRE, por que borra todo ese disco y mi /home activo entero, es decir, todo mi trabajo. A otros les hubiera dado un ataque, pero para mi no es nada nuevo, porque me pasa de vez en cuando (esas manos quietas, muchacho!), así que sacamos el disco problema, tiramos de copia de seguridad para recuperar la información básica, instalamos todo de nuevo, porque mi copia de seguridad no guarda las configuraciones, y restaurado lo fundamental dejamos copiando el grueso de la información perdida; en total, unas 7 horas perdidas. Cosas a tener en cuenta:

1. La sincronización que tengo del OneDrive —véase entrada anterior— supone que al borrar el home borró también TODO, la nube y los otros ordenadores, cosa que no me ha pasado en Dropbox. MUY IMPORTANTE tener una copia de seguridad local y no fiarse solo de la nube.
2. ¿De dónde viene este problema? Al principio se lo atribuía a que el disco tenía un directorio /home y que la máquina los hubiera "unido" de alguna manera, pero no debería, ya que uno es /home/usuario y el otro es /mantener2/home. Después, mientras estaba intentando instalar Fedora 33 otra vez, anaconda me decía que detectaba dos discos con la misma UUID. ¿Cómo? Pues por que el disco Caviar Black ERA mi antiguo home, y el nuevo es un clon de él (aquí la prueba del delito clonador).

Sí, había clonado uno sobre otro, y eso ha supuesto que tuvieran para el sistema la misma UUID, y debería saberlo, por que como había dicho en la entrada donde explicaba ese cambio, no había sido necesario recurrir a editar fstab, ya que tenía la misma identificación y, además, debería haberlo visto al editar fstab, pero como lo hacemos todo a velocidad terminal, no nos fijamos en el resto del ambiente. Es decir, al decirle al sistema a través de nautilus —ahora llamado Archivos— que borrara el contenido de un disco, el sistema borró los dos que tenían la misma UUID.

En resumen, antes de reutilizar un disco clonado, formatearlo previamente y a ser posible en un ordenador distinto al que contenga la copia, no vaya a ser que también formatee a los dos en paralelo. Y además, copia de seguridad para todo, y no nos fiemos de tener algo en la nube, por que las nubes se las lleva el viento, o un borrado accidental.

Onedrive actualizado en Linux

A pesar de ser un usuario de Dropbox desde que esta aplicación nació, y que además tengo contratada una licencia plus de 2TB, por razones profesionales —los documentos oficiales de mi Universidad tienen que localizarse solo en el software y en el servicio de alojamiento contratado por ella— no me ha quedado más remedio que usar también OneDrive. El problema para lograr un trabajo fluido por alguien que usa software libre para todo está en que no existe un demonio cliente oficial que permita sincronizar OneDrive con el disco duro de trabajo en un sistema operativo Linux. He mirado las posibilidades no oficiales. La que parece más sencilla, Insync, no es GPL y además es de pago. La siguiente posibilidad, Rclone (página propia aquí), sí es GPL y gratuita, y que además permite sincronizar Google Drive, la veo complicada en su configuración (véase aquí y aquí, para el que quiera). Lo que he visto más sencillo y rápido es onedrive, el cliente gratuito y libre de OneDrive de MS.

La instalación y preparación es sencilla. Una buena página que indica lo más importante es ésta. Por pasos:

1. Instalamos

su -c 'dnf install onedrive'

2. Ejecutamos:

$ onedrive

y en el terminal aparece una URL muy grande que nos conecta al sistema Microsoft. Hay que abrir la cuenta y luego (o si ya la tienes abierta también) queda una página en blanco. Copiamos la URL de esa página en el terminal donde decía Enter the response uri:

y con ello permitimos la conexión y sincronización de onedrive con nuestro disco duro.

 

3. Sincronizamos

$ onedrive --synchronize

y aparece en nuestro nautilus —ahora llamado Archivos—. Esta orden actualiza en ambas direcciones TODO el contenido de OneDrive. Si queremos sincronizar solo parte de los directorios o ficheros de nuestro OneDrive, generamos un fichero sync_list en el directorio /home/usuario/.config/onedrive. Ese fichero podría líneas similares a: 

Apuntes
Imagenes
Documenots/fichero1.odt

Siendo los primeros directorios y el último un fichero en concreto que queremos que se sincronice. 

Hasta ahora estoy sincronizándolo todo.

Después de cada cambio, se resincroniza mediante

$ onedrive --synchronize --resync

4. Si queremos evitar la resincronización continua, podemos incluir el cliente onedrive en systemd. De este modo se sincroniza de manera continua desde el inicio y nos olvidamos de resincronizar

$ systemctl --user enable onedrive # permiso
$ systemctl --user start onedrive # inicio servicio

Si queremos comprobar que onedrive está monitorizando los cambios:

$ systemctl status --user onedrive

Si tenemos la monitorización activada y aparece un problema al ejecutar una sincronización al ejecutar onedrive --synchronize --resync—que no es necesario hacer, ya que el sistema se monitoriza automáticamente—, podemos apagar el servicio onedrive en systemd

$ systemctl --user stop onedrive

luego resincronizar OneDrive

$ onedrive --synchronize --resync 

y luego reiniciar el servicio
 
$ systemctl --user start onedrive

Sencillo.

# ACTUALIZACIÓN

He tenido algunos problemas de corte de sincronización y pérdida de identificación. La única forma de solucionarlo ha sido ejecutar

$ onedrive --logout

y luego repetir el proceso de identificación (onedrive, copia del url, acceder a el y copiar la respuesta en el terminal, para luego sincronizar de nuevo onedrive --synchronize).

Discos antiguos. ¿Qué hacemos con los WD MyBook?

Al contrario de lo que decía en esta entrada en la que hablaba de la sustitución de las cajas para discos externos, diciendo que menos es más, en ocasiones eso no es cierto, y más es más. A lo largo del tiempo de uso del material informático, vamos sustituyendo los discos duros, a veces por velocidad, donde más rápido en respuesta y búsqueda siempre es más, y otras veces por tamaño de almacenamiento, donde siempre más es más. Por razones de almacenaje, mi disco de almacenamiento interno de 8TB, que es el espejo —mejor dicho, copia de seguridad interna— del trabajo diario, se ha quedado pequeño y ha sido sustituido por uno de 12TB. Eso deja un par de discos WD Red 8TB —la copia interna tiene un clon externo— prácticamente nuevos, de octubre de 2018, sin uso. Al revés que en el ejército, en mi caso los discos duros entran como generales y los vamos degradando hasta que los expulsamos de la división, así que estos comandantes pasaron a ser tenientes y había que buscarles un uso. Mantengo copias de material multimedia en otros discos, entre los cuales los más antiguos son 4 dispositivos WD MyBook de 3TB, modelos fabricados en 2012. Lo más sencillo para reutilizar las unidades casi nuevas de 8TB es transferir el materil de cada 2 de ellos a uno y aun quedan 2TB para reutilizar. El problema es que hacemos con los WD MyBook. 

La mejor idea será degradarlos a soldado raso para copias temporales y movimiento de material de aquí para allá. Como ya dije en esa entrada antes señalada, las cajas son un estorbo que además provoca un volumen innecesariamente grande. Mi preferencia está en sacar el disco duro y usarlo sin más en unas cajas abiertas Orico que tengo conectadas al ordenador. El problema inicial está en no saber que tipo de discos hay dentro; muchas veces en este tipo de dispositivos el disco duro es distinto a un HDD interno normal y no se puede usar fuera de la caja que lo envuelve, porque lleva un chip de control y una carcasa de comunicación no estándar.

La apertura es muy sencilla, y hay muchos vídeos donde se puede ver que lo único que necesitas en un destornillador plano —después de haber roto los enganches, recomiendo usar una pieza de plástico o una tarjeta, por si queréis mantener la caja para usos posteriores— y separar las pestañas de fijación a lo largo de los dos bordes hasta extraer el disco y parte de la carcasa para fuera. Por supuesto, y por seguridad, si el contenido interno es importante, siempre primero hacer un transvase de la información. Luego, en el caso de la unidad que tengo, el disco interno es simplemente un WD Caviar Green estándar que estaba fijado a la caja con unos ajustadores de goma. Los únicos tornillos que he tenido que sacar son los que unen el disco a una estructura de comunicación externa.

Y como resultado tenemos una unidad WD Caviar Green del año 2012 con poco uso, por que siempre ha sido una unidad de almacenamiento externa, que se puede usar fácilmente y que ocupa la mitad de volumen que antes. 

En resumen, se pueden abrir sin problemas. No he tenido ningún cuidado, por que no pienso reutilizar las cajas, pero si alguno de vosotros queréis ponerle algún disco nuevo dentro, tener cuidado al abrir para no romper los anclajes, que son muy débiles.

Linux, Wayland y compartir escritorio en Teams

Como decíamos en la última entrada, hemos tenido problemas en el teletrabajo. El más importante ha sido el uso de Teams y compartir escritorio. La Universidad, al menos la mía, ha puesto como paquete de software oficial Office 365, que incluye un conjunto completo de aplicaciones, además de Word, PowerPoint y Excel. Para dar clase o para enseñar como se hacen ciertas cosas en clases prácticas o simplemente en una discusión de como se hace algo en aislamiento es necesario una aplicación de reuniones, y ahi tenemos Teams. Pero el problema fundamental en Teams se presenta para los usuarios de Linux con sistema gráfico Wayland cuando se quiere compartir un escritorio. Como es bien sabido, Wayland no deja fácilmente compartir y al tocar la opción compartir, Teams salta inmediatamente, y aunque se reinicia, te ha mandado fuera de la reunión y hay que volver a entrar; un problema si el profesor eres tú. Y como puedes enseñar si no puedes mostrar como lo haces tú. De hecho, he intentado cambiar permisos, y nada; he intentado arrancar la aplicación de escritorio de Teams, y Wayland no lo permite (completamente lógico). Finalmente, y para evitar un ordenador con Windows, requerí a la última esperanza, arrancar Fedora 32 en xorg (con el que accedemos a x11). ¡Y FUNCIONA!

Es decir, por ahora, mientros Microsoft, este nuevo amante profesional (póngale el sinónimo que quieran) de Linux, no arregle esta situación, y mientras gnome nos permita tener en la recámara un arranque en x11, tenemos una solución; cuando nos toque una conversación, clase, discusión o lo que sea con Teams, y por si durante el transcurso de la misma tenemos que compartir información a través del uso de cualquier programa en el ordenador y mostrarlo, arranquemos en xorg.

Fedora, R, los cambios de versión e infierno de dependencias

Bien. Como podéis ver esta pandemia nos ha llevado a que hagamos menos entradas. El teletrabajo consume más tiempo y te deja más cansado y un poco harto del ordenador.

En nuestro teletrabajo ha dominado la situación Teams, del amigo Microsoft, que para los linuxeros, o al menos para mi han sido un problema. De eso hablaremos más tarde. Mi otro teletrabajo es seguir haciendo estadística en mis ordenadores. Esta vez he tenido un dos problemas. Fedora ha tardado en introducir la versión 4 de R en sus repositorios, y eso ha supuesto dos dificultades en momentos distintos.

Primer peoblema; al haber instalado Fedora 32 de manera limpia, he tenido que instalar de nuevo R sin paquete alguno, por lo que los tuve que añadir todos, que son bastantes.

La versión 4.0 ha introducido algunas características especiales que hacen que la mayor parte de los paquetes tengan que actualizarse, y como yo aun estaba en la 3.6.3, muchas veces me he encontrado en los repositorios con el mensaje de "no hay versión para R 3.6.3". Normalmente cambio de espejo y voy a Nueva Zelanda, de donde R empezó, y suelen tenerlo todo, pero esta vez no ha sido así. Y eso obliga a bajar el código fuente de la versión anterior e instalarlo, a veces con problemas de dependencia. Un pequeño problema...

Segundo problema, después de haber solucionado el primero; ayer R puso a nuestra disposición R 4.0.2. Una vez instalada la versión 3.6.3 y todos los paquetes que uso, al actualizar el sistema, y cambiar R, empezaron los siguientes problemas. Muchos de los algoritmos que he estado utilizando estos días, (MCA, Cluster...) han requerido versiones preparadas para la versión 4 de R. Teóricamente se debería haber solucionado con update.packages(), pero no es así. He tenido que ir instalando paquete a paquete, uno a uno, con infierno de dependencias de hasta 7 niveles de profundidad. Por suerte, al haberlo hecho por la mañana en el ordenador del trabajo, ya dejé apuntadas las ramas de los árboles de dependencia, y en vez de dos horas he tardado una en casa por la tarde (ahora, desde que nos dejan mover, solo teletrabajo por la tarde), pero he acabado con 4 páginas de ramas hasta terminar el árbol de dependencias.

Es lo que hay. ¿Por qué no se ha solucionado con update.packages? ¿En que me he equivocado? Si lo llego a saber, lo desinstalo todo y lo vuelvo a instalar desde el inicio, y no me aparecería continuamente, más o menos, por que no me acuerdo exactamente (y en inglés, claro),

"El paquete x, es necesario para instalar el paquete y; la versión disponible es anterior a R v 4. Por favor instale una versión más moderna..." decenas de veces, y hasta 7 veces z, para y, b para z, d para b, k, para d... Y en Linux, no como en Windows, los paquetes se compilan.

Como antiguamente en Linux, más o menos

Eso sí, esta vez RStudio no ha protestado.

Fedora 32. Recomendable

Después de dos semanas en Fedora 32 puedo recomendar —encarecidamente, además— actualizar a Fedora 32. He notado cierta mejora y una respuesta más rápida a casi todo. Además, por ejemplo kpat, que me saltaba frecuentemente, va muy bien, sin errores, emule a través de wine consume menos recursos. Cierto es que he estado centrado en el uso de R y RStudio, más un uso bastante continuo de Teams —es el que tiene oficialmente mi Universidad—, así que no he probado todo, pero en general estoy muy contento con Fedora 32. El DNIe funciona perfectamente, he instalado una Canon i-sensys mf443dw, por lo que ya no sufro por la impresora, y funciona bien, aunque aun no he conseguido la instalación del driver del escáner, entre otras cosas por que Canon España no ofrece un driver oficial. Pero eso queda para más tarde y no es muy importante, por que escaneo a unidades USB y queda muy bien. Lo importante, los que estén ahora mismo en Fedora 31 y estén dudando de actualizar o esperar un poco más, recomiendo la actualización ya.

Cambio a Fedora 32: actualización e instalación limpia al mismo tiempo

Ha sido un cambio forzado. Vamos por partes; debido a la alerta, y el teletrabajo, no había cambiado a Fedora 32, ya que los primeros días siempre encontramos algunas inconsistencias, y esperaba a acabar la evaluación para actualizar. Para ensayar el cambio, quise actualizar directamente mediante comandos el portátil. De manera sorprendente, en el primer comando (está descrito como seguir el proceso aquí)

su -c 'dnf upgrade --refresh'

me apareció un problema con wine, y la versión nueva estaba en conflicto con la antigua. Para ver lo que pasaba, actualicé (solo dnf update) el ordenador principal, para ver si me aparecía el mismo problema, cosa que no pasó y di la orden de reiniciar; mientras, seguía con el portátil, que actualice siguiendo el comando

su -c 'dnf update --exclude wine*'

Y luego seguí la actualización a Fedora 32

su -c 'dnf install dnf-plugin-system-upgrade'
su -c 'dnf system-upgrade download --releasever=32 --allowerasing'
su -c 'dnf system-upgrade reboot'

por cierto, todo perfecto.

Como después de este rato, el ordenador principal no daba señales de vida, lo apague a machete y lo quise encender de nuevo quedó en negro pidiendo rescate. El  mensaje era más o menos en UUID nº de uuid correspondiente a la partición del disco correspondiente a / (sda3), no encuentro ficheros...

En resumen, me había cargado la partición raíz por no haberme parado un poco y ver que estaba haciendo el sistema.

La solución era instalar de nuevo, y ya puestos quise instalar Fedora 32. Esto trajo una nueva sorpresa; Fedora no ofrece un ISO netinst escritorio, y tardé un rato en descubrir que la solución actual es Fedora-Everything-netinst-x86_64-32-1.6.iso, una imagen que da muchas posibilidades de instalación, incluyendo la de Workstation (hay que elegirla en anaconda, entre otras muchas).

Prefería haber actualizado el sistema más tarde, pero por tener tan poca paciencia, hemos terminado con Fedora 32 instalado, y va bien. De hecho, algunas cosas van mejor que antes. A cambio he tardado más tiempo en instalar la impresora nueva (si tengo tiempo hablaremos de ella) y aun hay cosas que no he terminado de instalar (lector de DNI electrónico, por ejemplo). Para cuando haga falta...

PD. Y wine funciona perfectamente, como lo confirma emule

Cambiando el disco /home en Fedora 31. Ni siquiera fue necesario editar fstab

Como había dicho el otro día, había varias cosas pendientes sin hacer en las que me ocuparía si encontraba tiempo en este aislamiento físico y psicológico en el que estamos. Me había propuesto cambiar el disco que contiene /home en mi ordenador. He mirado los recibos y compré un SSDV-NAND SSD 860 QVO SATA 6Gb/s de 2 TB el 19 de noviembre de 2019, hace 4 meses y medio. Estaba esperando a la liberación de Fedora 32, pero he estado pensando que ahora dependemos del teletrabajo, así que probablemente no instale Fedora 32 hasta que pasen unos dos meses de su salida, cuando esté más estable y con menos necesidad de "pulido". Además, el equipo funciona perfectamente y tiene todo lo que necesito, y la instalación limpia siempre lleva a que la primera semana estemos añadiendo cosas que nos hemos olvidado de incorporar en la lista de instalación inicial. De esta manera, cuando se libere el nuevo Fedora, simplemente actualizando en unos 60 a 90 minutos estará todo preparado. Al terminar de trabajar la noche anterior, para hacerlo lo más rápido posible y perdiendo poco tiempo de trabajo, extraje el disco home —mi equipo tiene todos los magnéticos en posición frontal para sacar incluso en caliente, aunque en mi caso no es posible, ya que forman todos parte del equipo—; era ese hueco que queda arriba, ya que están colocados por orden sdb, sdc, sdd y sde. El sda es otro sólido que es el sistema y está fijo en posiciones inferiores.

Ahora había que clorar el disco. Siempre se podría haber acudido al raspbeerypi que preparé ayer y clonar con una orden dd, pero por suerte tengo una caja lectora de discos duros SATA modelo TOOQ TQDS-802B, que permite clonar un disco sobre otro sin usar un ordenador; ya la he usado más veces. Funciona perfectamente, clona rápidamente —siempre con el cuidado de poner el origen en A y el destino en B, o adios muchachos, todo perdido—, como vemos en la foto; se aprieta el botón frontal unos segundos, y corren los colores hasta que termina.

Por la mañana ya esta el nuevo SSD clonado (luces estáticas). Lo inserto en el ordenador, y yo estaba esperando tener que editar fstab, ya que teóricamente ha cambiado el UUID que define el disco y el sistema en teoría, no debería arrancar, como aquí.
Sorprendentemente, arrancó a la primera, como si no hubiera pasado nada; bueno, en mi opinión arranca más rápido, ya que la lectura de la configuración la tiene que hacer en /home/usuario, donde está todo anotado, y tarda unos segundos menos. Otro cambio es el sonido del equipo, que ha disminuido. Ahora mismo aun tiene 3 discos magnéticos, pero dos son de almacenamiento de lo que ya está terminado, modelos WD Red 8TB, a 5400 rpm, que no hacen demasiado ruido y queda aun un WD Green 4TB a 7200 rpm, donde mantengo lo del intercambio de pares. Simplemente se nota un cierto silbido en el ambiente.
Respecto al comportamiento, sí que puedo recomendar cambiar los discos de trabajo a SSD, no solo el del sistema, si no también el /home, para aquellos que tengan discos diferentes para cada función. Respecto al almacenamiento, en mi caso cambiar 20TB que dispongo es prohibitivo, ya que los discos sólidos de 4TB están cerca de 500€, y los de 8TB suben de ese precio en marcas poco conocidas y mucho más si nos fijamos en WD, Sandisk o Samsung. En resumen, bueno, bonito y fácil —lo de barato es relativo, ya que me compré el disco en una oferta de esas de amazon de compra en 4h59 minutos o despídete de este precio y no me quejo—. El equipo, el sistema y el usuario lo agradecen pero el cambio total a sólido aun va a tardar.

PD. Y de paso, desmonté alguna cosa, hice hueco y le pasé la aspiradora por dentro al equipo, que esta algo polvoriento. Por suerte, no fumo, y el polvo no se adhiere a la "machina".

PDD. Ahora queda libre un WD Black, con 7 años de uso ininterrumpido 24x7. Habría que darle un retiro respetuoso, pero con 2TB de volumen, poca utilidad puede tener. Eso si, cuando lo compré, costó más que su sustituto; de aquella eras un disco de servidor, y en que te has quedado...

RaspberryPi 4 en un Pi-topCEED

Como había dicho hace unos días, tenía algunas cosas pendientes y he estado solucionando algunas. Empecemos por RaspberryPi 4. La verdad es que tengo muchos RaspberryPi. Para ser exactos tengo 2 2B, 2 3B y un 4B. ¿Para que los uso? Realmente los usaba fundamentalmente para recrear lo que hago en las prácticas que imparto en un equipo menos potente para comprobar que lo que hago se puede hacer en los ordenadores de las salas de informática. Estas salas de informática han sido transformadas en los últimos años y como tenemos equipos modernos y relativamente potentes, en estos últimos cursos no he necesitado hacer este control previo. La segunda utilidad para mi es usar Debian. Estoy usando Fedora desde finales de 2011, y el universo Fedora/rpm es muy distinto, en el terminal, claro, que el Universo Debian/deb (algunos, la mayoría, dirían Ubuntu/deb). Es decir, usar de vez en cuando Debian me refresca un poco en apt-get y todas esas cosas que formaban el universo Linux en el que entré. Hay gente que lo usa como servidor de red, pero no es mi caso. Otros preparan camaras de vigilancia, robots etc... Tampoco es mi caso; en estos momentos los tengo como mero juguete para divertirme cuando tengo tiempo. El mes de junio de 2019 me compre el último, un 4 modelo B con 4GB de RAM, que ya es una máquina con ciertas prestaciones, pero no lo había sacado de la bolsa desde ese día. Aprovechando este aislamiento, ayer, Domingo de Ramos, decidí no teletrabajar más, después de la Misa del Papa, estuve reparando muebles, arreglando la wifi —eso lo dejamos para la siguiente entrada— y sacando de la bolsa el raspi. Me había comprado el kit completo en kubii, la tarjeta-ordenador, alimentador, caja, adaptador USB a USB-C, y al cable HDMI a microHDMI. La idea era ponerlo al lado de mi ordenador principal, usándolos simultáneamente, sirviéndome del mismo monitor Philips 241P. Este monitor tiene muchas entradas de vídeo, y mi ordenador principal usa la HDMI desde su salida DisplayPort. Eso deja libre una DVI que podría conectar al Raspberry y luego ir indicando al monitor lo que quisiera que me enseñase cada vez. Sin embargo, yo siempre tengo al lado de mi ordenador un pi-topCEED con un RaspberryPi Modelo 3B con el que juego un poco cuando tengo tiempo.

Así que en vez de compartir monitor me propuse reutilizar el pi-top para el nuevo Raspi. Como ya ha publicado pi-top, se puede incorporar sin muchos problemas un Rasp4 al pi-top3, el portátil que se había creado basado en un rasp3, así que no debería haber problemas "técnicos" en el uso del rasp4 en el pi-topCEED. Los problemas fueron físicos, de espacio. Primero, la orientación física del rasp4 es diferente al rasp 3, así que la parte con la conexión ethernet, que ocupa algo menos que los doble USB están cambiado de lado y el rasp4 entra con dificultad por que la entrada es más estrecha justo ahí, pensando en el ethernet que tenía el rasp3. Bueno, empujando con cuidado entra.

El segundo problema es que la entrada de imagen en el pi-topCEED es un HDMI-HDMI y como la conexión se debe colocar en un sitio estrecho, trae un cable con entradas en ángulo que favorece la colocación.

El cable que compré esta pensado para su uso en una caja externa y es muy grande y gordo, así que la primera intención fue pedir por Amazon un posible cable adaptador, pero con la alerta, no me llegaría hasta no se sabe que día, así que anulé el pedido y me armé de cuchillo y tornillo y decidí hacerle una entrada al pi-topCEED. No ha quedado muy bonito, por que no tenía las herramientas necesarias, pero es la parte de atrás y no se ve, y es solo un recorte de plástico.

Para verlo mejor, desde delante queda mejor. Si nos fijamos un poco, vemos que la conexión microHDMI está un poco forzada (véase flecha roja), pero no quería perforar más.

Lo más importante, FUNCIONA. La primera foto puesta en esta entrada es de hecho la configuración del Raspbian en el Raspi4, pero tengo más

no será por fotos...
No sé si tendré mucho tiempo para probarlo. El verdadero interés para este RaspberryPi 4, que ya presenta una cantidad de memoria suficiente para hacer muchas cosas para usuarios normales, además basado en un Debian que precisa pocos recursos, sería preparar un portátil barato y funcional. El problema es que el pi-top4 no está pensado como tal y no parece que lo vayan a hacer; el pi-top3 se puede adaptar, pero de manera algo complicada y el precio hace que con ese dinero te puedas comprar un portátil básico pero funcional. Veremos que depara el futuro al raspberry.

Puertos para el intercambio de pares. ed2k y el paso del tiempo

Sí, a mi me ha gustado siempre el intercambio de pares. Bueno, siempre no, solo desde que nació, sobre el año 2000, y nos permitió intercambiar material sin depender del protocolo ftp que usábamos antes, en descargas accidentales en fragmentos de 49MB, simplemente para descubrir que te faltaba uno y todo el tiempo usado —modems de 32kbps, con suerte 4Kb/s— no había servido para nada; sí, batallitas de los viejos. Personalmente, mi favorito por aquel entonces era overnet, ya que incluía intercambio descentralizado basado ya en kademlia y no eras esclavo de servidores que a veces desaparecían; vamos, igual que ahora, por ejemplo, este enero pasado. Bien, desde hace mucho mucho tiempo, desde que se pudieron controlar, tenía configurados los puertos siempre de la misma manera, controlados por el cortafuegos y el router. Ahora que no los voy a usar digamos que eran TCP 5521 y 5524 y UDP 4242 y siempre habían funcionado de maravilla y seguía lo de no cambies lo que funciona. Sin embargo desde hace un tiempo, yo me he dado cuenta desde este enero, los servidores no aceptan estos puertos y el intercambio era fundamentalmente por kademlia, y no alcanzaba las prestaciones que tenía antes. En un momento libre, de esos que tenemos ahora en nuestro confinamiento, he probado diferentes variaciones y siguiendo algunas recomendaciones que he visto en la red, los he elegido en la banda que va desde 60000 a 65000, y sí, todo ha vuelto a la normalidad. Para antiguos como yo que siguen las costumbres antiguas, a veces hay que revisarlas y mejorarlas. Habrá que cambiar los puertos dedicados al ed2k a superiores a 60000.

PD. ¿Qué cliente ed2k uso ahora? Después de muchos años de usar amule, debido al uso salvaje que hace de la memoria RAM, estoy usando el emule habitual a través de WINE, y va de fábula; bueno, ahora que he cambiado los puertos.

$ wine '/ruta/hasta/emule.exe'

y listo.

PDD. No, no insistáis. No me gusta el torrent. No tengo nada más que decir

Aislado, y ninguna entrada. La razón es la siguiente

Bien, pues sí, ninguna entrada en más de un mes. Llevo varios días pensando que podía escribir, pero voy a decir la verdad, no hay nada nuevo. Este blog se creó para apuntar las dificultades sobre el uso de un usuario normal en Linux. Por aquel entonces estaba casi de estreno en Linux —no te echamos de menos, Ubuntu— y descubrí que era mucho mejor escribir las soluciones en un blog que apuntarlas en un papel. Sirven a más personas y no hay que preocuparse de donde apuntaste tal o cual solución. Pero en estos momentos he llegado a un punto en que no hay nuevas dificultades o son las mismas de siempre, y no las vamos a contar dos veces. De hecho, yo me leo a mi mismo muchas veces para recordar como habíamos solucionado tal o cual problema, pero no tengo muchas cosas nuevas que contar. En las siguientes entradas hablaré del uso del dúo gimageReader + Tesseract, pero aún estoy en ello. Han aparecido algunas dificultades; cuando las solucione, haré un minitutorial por si le sirve a alguien. Tengo que añadir que a nivel de sistema operativo, Fedora+Gnome han llegado a un punto de aplicabilidad en el que estoy cómodo y sin preocupaciones; todo funciona muy bien, lo que lleva a esas pocas entradas.

Eso no quiere decir que no esté aprendiendo cosas nuevas, pero son muy especializadas, y nunca he considerado que los usuarios normales estén muy interesados en qué comando de un paquete extrae las pruebas de pares de la prueba tal del otro paquete, o que argumento de un comando de un paquete de R hace que la letra salga del tamaño que quieres o como logras que un título de eje entre en la ventana del gráfico. Por que esa es la verdad, ahora me paso la mayor parte del tiempo haciendo estadística en R y RStudio.

Podíamos decir que me he superespecializado y, aparte de las clases, dentro de mi rango de conocimiento —epidemiología parasitaria en animales domésticos, y a veces también silvestres— realmente en estos momentos yo solo diseño estudios y muestreos que luego llevan a la realización de pruebas estadísticas. Y eso interesa a un número muy pequeño de personas —a veces ni a los que trabajan conmigo—. Y es lo que estoy haciendo en mi aislamiento; llevo varios días haciendo las mejores gráficas que expresen lo que pruebas multivariantes muy complejas han extraído. Por supuesto también estoy buscando la forma de intentar compensar de forma no presencial las clases teóricas —eso es fácil, por que normalmente tengo desarrolladas Unidades Didácticas completas de todas mis materias— y prácticas —en eso estoy pensando, como trasladar lo que hacemos con R y RStudio en una sala de informática mediante plataformas virtuales, tutoriales...—. Como veis, muy poco útil, creo yo, para los lectores habituales de este blog. No lo voy a dejar, pero las entradas saldrán cuando haya algo que contar con utilidad, más alguna salida de tiesto sin sentido, como me pasa a veces.
También es verdad que cuando llego a ese estado de comodidad, a lo mejor hay que cambiar a algo nuevo, salir de la zona de confort y sufrir con novedades, por ejemplo, Windows 10 o un Mac. Nunca se sabe...

PD. Si tengo tiempo, por que aun aislados teletrabajamos un montón, puedo probar varias cosas, pero no prometo nada, por ejemplo:
- RaspBerryPi4; tengo 2 desde que salieron y aun no he tenido tiempo de hacer algo útil con ellos
- Hacer un NAS sencillo en un solo disco duro utilizando la entrada USB del router y ver si me sirve para algo. Mi ordenador no tiene más entradas SATA y estoy en un cuello de botella con 4 discos duros magnéticos y uno sólido que suman 22,5TB. Increíble, pero cierto, a más tienes, más necesitas
- Mostrar diferencias, si las hay, al poner home en un SSD, como tengo el sistema. El disco —V-NAND SSD 860 QVO SATA 6Gb/s de 2 TB— lo tengo en una caja desde hace dos meses y estoy esperando a Fedora 32 o a tener tiempo para ponerlo. Hasta ahora he usado discos WD Black para eso, pero en ocasiones veo bloqueos en el trabajo y segundos de congelación. Seguro que se debe a los arreglos provocados por los problemas de seguridad de los procesadores Intel, pero tengo ganas de probar que el disco de sistema y el de trabajo sean ambos SSD
- Poner una controladora para aumentar el número de discos
- Mejorar mis conexiones WIFI, que me tienen a mal traer en mi casa a pesar de tener instalados 1 repetidor y un duplicador PLC
- Criticar cruelmente mi MX475, que ya ni imprime; la dejo con vida por que escanea

Se admiten sugerencias

Reordenar las pistas en un fichero mkv

En estas últimas semanas he tenido un pequeño problema en la manera de reordenar las pistas en ficheros matroska. Todo nace en que una de mis televisiones no lee formato flac de sonido. A los ficheros matroska con alguna pista de sonido con formato flac suelo extraerle la/s pista/s flac (para más detalles, ya lo hemos visto aquí):


mkvextract origen.mkv tracks x:salida.flac

y convertirlas a aac con soundkonverter, una máscara gráfica de diferentes conversores de audio, muy fácil de usar, que permite muchos tipos de codificación y facilita la configuración de la transformación con mucho detalle.
Una vez transformadas, simplemente inyectamos la pista aac en el fichero matroska a través de MKVToolNix Gui, de una forma gráfica y mucho más sencilla que mkvmerge.

Una vez insertada, la colocaba en la posición que deseaba simplemente picando con el ratón y moviéndola a mi gusto. Sin embargo desde hace alguna versiones no es posible recolocarlas de esta manera. No tiene más importancia, pero en ocasiones nos interesa colocarla en algún lugar particular, por ejemplo para que sea la segunda pista de sonido, justo después de la predefinida, o para que se pueda ver entre un montón de pistas, cuando por ejemplo hay muchos subtítulos. Pues ayer decidí comprobar por fin de qué manera se puede mover las pistas sin la ayuda del ratón. La forma más fácil es mantener pulsado Ctrl y ordenar mediante las flechas direccionales. Para más información para curiosos, os dejo el enlace a este vídeo que es bastante aclaratorio. No me han funcionado todas las maneras indicadas en él, pero ahora ya puedo volver a colocar las pistas como quiero. ¡Qué cosa tan sencilla y lo que he tardado en averiguar como funcionaba!

Gnome 3.34 y los indicadores de las apps; se ven y ya no se ven

Aunque soy un usuario contento con las últimas versiones de gnome, la 3.34 ha traído algunos problemas de funcionamiento. El principal es la desaparición de los iconos de las aplicaciones en el panel superior. Eso viene de más atrás en el desarrollo de gnome, pero en la versión 3.34 dejaron de funcionar las extensiones que nos permitían seguir viéndolos, como TopIcon Plus. La extensión que estoy usando es KStatusNotifierItem/AppIndicator Support, pero ha aparecido un nuevo problema. El estado habitual al arrancar el sistema es el siguiente, con los iconos en el panel, como se puede ver,

y se pueden manejar los menús, como afirma la extensión kstatus...

Sin embargo, al ocultar el escritorio —Ctrl + L— y luego volver ha mostrarlo desaparecen

Un problema, sobre todo por que no estás seguro de que Dropbox esté conectado y tienes que comprobarlo. Al menos en mi caso desde que gnome está en la versión 3.34 no se me corta Dropbox, por que en la versión que acompañaba a Fedora 30 estaba todo el día ejecutando start dropbox, ya que desaparecía y a veces llegaba al trabajo y no estaba lo que había preparado en casa o al revés y acabé ejecutando casi como rutina ese comando antes de dejar cada uno de los ordenadores.
A esto se puede sumar que la extensión EasyScreenCast no funciona en gnome 3.34. Reconozco que son pequeños problemas, frente a lo bien que va ahora gnome respecto a versiones anteriores, pero molestan un poco.

Conversión de sonido TrueHD: la vieja confiable ffmpeg

En estos días de Navidad nos han dado muchas cosas, y entre ellas un fichero matroska de una de las películas que más me ha gustado en mi vida. Jamás había visto ninguna versión, original o copia, con esa calidad. Sin embargo, presentaba varías características que me hizo difícil verla como yo quería; primero, la pista del sonido en lengua original estaba en TrueHD 5.1; segundo, los subtítulos estaban en formato PGS (Presentation Graphic Stream subtitle format). Estos formatos no generan ningún problema en el ordenador, pero prefiero ver una película como esta con más calidad, con más tamaño y con un sonido mejor que el que puede generar un monitor de 24' con altavoces de 2W. Ninguna de las dos televisiones LG de las que dispongo pudo decodificar el sonido TrueHD ni los subtítulos PGS. Ya hemos explicado en una entrada anterior como se transforma un subtítulo PGS, que es una imagen, a un formato texto srt; sin embargo, como es un trabajo laborioso y como entre las muchas versiones de las que dispongo de esa película se incluye —incluía, por que ésta la ha sustituido—  una Versión Final con la misma duración con subtítulos srt extraje esos ficheros del mkv. Pero una cosa muy distinta es el sonido. El formato TrueHD ofrece un sonido sin pérdida de calidad en la compresión y no merecía la pena recurrir a un AC3 antiguo, con lo que el primer objetivo fue la transformación del TrueHD a un formato que mis dispositivos pudieran leer. La extracción siempre es sencilla utilizando mkvextract

mkvextract origen.mkv tracks x:salida.ingles.truehd

siendo x el número de pista que queremos extraer, y teniendo en cuenta que mkvextract empieza a contar sobre cero; es decir, si vídeo = 0, sonido español = 1, sonido inglés TrueHD = 2, PGS Español = 3...
La extracción fue la parte fácil. En general, cuando se trata de transformar un audio extraído de esa manera —en mi caso casi siempre para convertir FLAC a AAC—, utilizo soundkonverter, que es una máscara gráfica —GUI, de Graphical User Interface o a veces wrapper— de ffmpeg, software que lo convierte todo.

Sin embargo, soundkonverter no reconocía el fichero con sonido TrueHD, así que busqué alternativas en el mundo —en google—. Las opciones que aparecían eran:
- de truehd a flac con audiomuxer; es de windows y prefiero no pasar por flac (maneja 5.1?; la televisión más grande y gorda que tengo no lee flac...)
- popcorn mkvaudioconverter: y eto que é?
- eac3to

De todos ellos, incluso intenté usar eac3to en wine, pero faltaban codecs intermedios y no era capaz de construir adecuadamente el comando. Cuando todo falla, tendemos a recurrir a la vieja confiable, que nos soluciona todo; es decir, un simple comando de ffmpeg sin máscaras

ffmpeg -i sonido.in.truehd sonido.in.aac

y todo lo demás lo ajustó directamente ffmpeg. Vean al final de la entrada la salida en el terminal.
Además, al incorporar los subtítulos srt DESPUÉS de los PGS, las máquinas LG tampoco pudieron leerlos, así que finalmente eliminé los PGS. La pista TrueHD no la eliminé, simplemente añadí la aac después, por si algún otro dispositivo lo puede leer TrueHD en el futuro, o en alguna actualización de las LG tienen a bien incorporar este codec. Por cierto, el sonido TrueHD ocupa, para 1h58m 3,2GB, miestras que aac comprimido a máxima calidad —sí, con perdida, lo sé, pero FLAC no leen mis dispositivos y PCM ocupa hasta el infinito y más allá— ocupa la décima parte.

Qué no encuentras una solución nueva, ¡usa la de toda la vida!


Resultado del comando en el terminal
$ ffmpeg -i blader.in.truehd blader.in.aac
ffmpeg version 4.2.1 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 9 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' --extra-ldflags='-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' --extra-cflags=' ' --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 --enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa --enable-libaom --enable-libdav1d --enable-libass --enable-libbluray --enable-libcdio --enable-libdrm --enable-libjack --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc --enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librsvg --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzvbi --enable-avfilter --enable-avresample --enable-postproc --enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-libmfx --enable-runtime-cpudetect
  libavutil      56. 31.100 / 56. 31.100
  libavcodec     58. 54.100 / 58. 54.100
  libavformat    58. 29.100 / 58. 29.100
  libavdevice    58.  8.100 / 58.  8.100
  libavfilter     7. 57.100 /  7. 57.100
  libavresample   4.  0.  0 /  4.  0.  0
  libswscale      5.  5.100 /  5.  5.100
  libswresample   3.  5.100 /  3.  5.100
  libpostproc    55.  5.100 / 55.  5.100
Input #0, truehd, from 'blader.in.truehd':
  Duration: N/A, start: 0.000000, bitrate: N/A
    Stream #0:0: Audio: truehd, 48000 Hz, 5.1(side), s32 (24 bit)
Stream mapping:
  Stream #0:0 -> #0:0 (truehd (native) -> aac (native))
Press [q] to stop, [?] for help
[aac @ 0x55ed8a510b80] Using a PCE to encode channel layout "5.1(side)"
Output #0, adts, to 'blader.in.aac':
  Metadata:
    encoder         : Lavf58.29.100
    Stream #0:0: Audio: aac (LC), 48000 Hz, 5.1(side), fltp (24 bit), 394 kb/s
    Metadata:
      encoder         : Lavc58.54.100 aac
size=  341245kB time=01:57:36.85 bitrate= 396.1kbits/s speed=17.8x    
video:0kB audio:338984kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.667078%
[aac @ 0x55ed8a510b80] Qavg: 418.332