martes, 30 de junio de 2026

Tropezando - Parte 24 - Experimentos con KDE Plasma 6 y Wayland

 

Wayland ha roto muchas cosas. Todos los entornos de escritorio tiene que resignarse a cambiar o morir; algunos están tardando años, otros sufren muchos problemas, y demasiados no podrán hacer el cambio y desaparecerán. Por otro lado, Xorg está siendo abandonado por la industria: drivers pochos, gráficas que no rinden, distribuciones que ya ni lo incluyen... Es inevitable, y hay que adaptarse.

En mi caso, con mi hardware y mis manías personales, he tenido que hacer auténticos malabares para tenerlo funcionando, pero lo conseguí, sin problemas evidentes y con muy buen rendimiento. Pasen y vean mi primera aventura linuxera que publico en más de 9 años.

Ésta será una entrada larga, porque hay mucha tela que cortar. Aparte, contrariamente a mi filosofía habitual, usaré algunos comandos de consola.

 GNU/Linux 98, con tecnología de 2026.

viernes, 19 de junio de 2026

Entrando en bucle 3 - Monitorización 1 - Log de temperaturas

En Linux, hay muchos parámetros del sistema que se pueden consultar tanto desde la terminal como desde aplicaciones gráficas: Temperaturas, memoria disponible, velocidad de la CPU, conexiones de red... Normalmente, cuando lo necesitamos, lo miramos en alguna aplicación y listo: Un monitor de recursos, un complemento en la barra de tareas o lo que sea. Casi nunca es necesario recurrir a la terminal para estas cosas.
Sin embargo, es muy útil poder hacerlo desde terminal para automatizarlo: Un comando personalizado que va creando un log a petición, un script en segundo plano que almacena cambios relevantes (P.Ej: un corte de red, un pico de temperatura...) con hora y fecha, uno que almacene periódicamente el valor de un sensor para crear una gráfica de temperaturas...
Hoy veremos cómo construir un script para monitorizar temperaturas en segundo plano mediante un archivo de log. Nos servirá para entender cómo se construye un script paso a paso, partiendo de comandos de consola y añadiendo funcionalidades poco a poco.
Se van a utilizar comandos como echo, sensors, grep, awk, sort, head, tail, while, if, getopts, tee, wc... además de algunos operadores y redirecciones, sin profundizar demasiado en ninguno.

viernes, 5 de junio de 2026

Emulando - Dreamcast VMU con DreamPotato

Ah, la Dreamcast, el último sueño de Sega, mi querida blanquita... y su inseparables compañeras, las Visual Memory Unit, o VMU.

Hoy voy a tratar el emulador DreamPotato, que permite jugar, por ejemplo, al Pinta Quest del Skies of Arcadia, al Chao Adventure del Sonic Adventure y a cualquier otro minijuego, entre otras funciones.


 

martes, 2 de junio de 2026

Entrando en bucle 2 - Limitar el uso de CPU de un programa

NOTA: Ésta es la primera entrada "útil" de la serie. La he organizado con cada script partido en tres secciones: El script en sí para copiar y pegar, unas instrucciones de uso y, para los más curiosos, una explicación sobre cómo funcionan sus tripas. Al que no le interese la programación de scripts, puede saltarse la tercera sección. De todas formas, no es muy detallada: esto no es un curso de programación, ni pretende serlo.

Actualización a 2 de junio de 2026: Corregido un fallo en limitador.sh que impedía cargar un programa con parámetros (por ejemplo, el nombre de un archivo). Ahora funciona el "abrir con..." al seleccionar un archivo y que el programa lo cargue.

Hoy veremos dos pequeños scripts que sirven para lanzar un programa con el uso de CPU limitado a nuestra voluntad. Todo empezó porque estoy recodificando algunos vídeos para que ocupen menos espacio en mis discos. Es un proceso pesado que usa la CPU al 100% durante horas, dejando el ordenador prácticamente inutilizable mientras tanto. Se me ocurrió limitar la capacidad de proceso del programa de codificación para dejar recursos disponibles para poder navegar por Internet, ver una película o incluso jugar a algo ligero (ahora estoy repitiendo con el primer Half-Life) mientras va comprimiendo sin prisa pero sin pausa.

Handbrake limitado al 35% de CPU, dejando recursos disponibles para el resto del sistema, en un modesto N100. El porcentaje de uso real varia entre el 32% y el 38%.