Hoy ha llegado hasta mi un enlace sobre un articulo que me ha parecido muy interesante. Se trata de una pequeña guía donde se intenta tirar por suelo todos los argumentos que dicen que compilando el Kernel de Linux uno mismo se obtiene más rendimiento.

De este análisis podemos extraer que los Kernels precompilados son tan buenos o más que los personalizados, los motivos son:

• El tiempo que el micro procesa código de Kernel es mínimo comparado con el proceso de código de programas.
• Actualizar el Kernel por problemas de seguridad es más fácil y cómodo usando un precompilado, se actualiza como parte del sistema.
• Tener muchos módulos no ralentiza el equipo.
• Se necesitan amplios conocimientos para saber que significa todas y cada una de las opciones del Kernel.

Articulo completo.

Desde hace tiempo he querido probar algún dispositivo USB en Linux, para ver como funciona el tema, y he decidido a probar un disco usb (en este caso una cámara que funciona igual que cualquier disco, llavero usb, mp3, etc).

Primero la he conectado y no ha ocurrido nada en el sistema, ningún log reflejaba nada, así que instale udev, ya que había leido que era necesario para esto. La instalación es simplemente apt-get install udev (requiere un kernel >= 2.6.12).

Ahora sí, al conectar el dispositivo al puerto usb aparece lo siguiente en el log del sistema:

Vendor: Model: DSC Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sda: 245760 512-byte hdwr sectors (126 MB)
sda: Write Protect is off
sda: Mode Sense: 20 00 00 00
sda: assuming drive cache: write through SCSI device
sda: 245760 512-byte hdwr sectors (126 MB)
sda: Write Protect is off sda: Mode Sense: 20 00 00 00
sda: assuming drive cache: write through
sda: sda1 Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
usb-storage: device scan complete
printk: 80 messages suppressed.
B Buffer I/O error on device sda1, logical block 245760
... esto último repetido varias veces, aún así lo ignoro (por ahora) ...

Ya está, según el mensaje el dispositivo se ha mapeado como /dev/sda1. A continuación lo que hice fue:

mkdir /mnt/usb
mount /dev/sda1 /mnt/usb

Y ya podía acceder a todas las fotos de la cámara a través de /mnt/usb.Para desconectarlo, antes desmóntalo, (umount /mnt/usb).

El “uso Windows para jugar” va a dejar de ser una excusa para seguir usando el sistema operativo de Microsoft ya que cada vez van apareciendo más juegos libres y de calidad, además de otros juegos con ports a otros SO como Linux o MacOS.

En esta ocasión quiero hablar de un juego en el que colaboro, Vdrift, un simulador de conducción con unos gráficos muy buenos en mi opinión, un proyecto activo y que promete tener muchas opciones de juego que te proporcionarán horas de diversión, aunque todavía se encuentra en fase de desarrollo. Además, es abierto, y puedes colaborar activamente en el desarrollo, estamos en #vdrift en irc.freenode.net.

Algunas imágenes del juego:

Seguro que has visto ya algún vídeo de las muchas pijotadas que son capaces de hacerse con XGL y seguro que has pensando en probarlo.

Pues venga, búscate una guía para tu distribución y ponte a jugar con las X. Con un poco de suerte te las podrás arreglar.

Bueno, pues yo traigo una solución aprueba de torpes y manazas. Es una LiveCD que viene preparada para funcionar con XGL. De esta manera podemos ver las posibilidades que ofrece XGL fácilmente y sin peligro.

La LiveCD se llama Kororaa y soporta casi todas las gráficas a partir de las GeForce 3 y a partir de las Radeon 8500.

¿Que esperas que no estas bajando la ISO?

Leo en Barrapunto que Microsoft publica el juego Mech Commander, con el código fuente incluido. El juego lo puedes descargar y compilar libremente con Visual C++ 2005, en Windows, sin problemas.

Me parece genial esta nueva política de Microsoft, su licencia permite distribuir y modificar libremente el juego, excepto por una gran pega, sí… no podía ser, algo malo tenía que haber. La pega que es la licencia Ms-LPL (Microsoft Limited Permissive License) restringe cualquier uso del programa a plataformas Windows y por lo tanto, un port del juego por ejemplo a Linux sería ilegal.

Puedes descargar el juego y las fuentes en la página de Microsoft.

Aun me dura el susto, me acabo de encontrar una noticia donde dice que se esta desarrollando un sistema operativo llamado BarbieOS. No, no os equivocáis, Barbie es la muñequita esa con la que juegan (jugaran o jugaron) vuestras hijas.

Ahora resulta que en esta nueva distribución basada en Linux sera Barbie la encargada se guiarnos a través de los asistentes. Así que supongo que también aparecerá en el wallpaper, en el menú, en los iconos…

Bueno… esta “distribución” se espera en Navidad.

Actualizo: me la han metido doblada, todo esto solo era una broma de April Fool’s Day.

Hoy se me ha planteado un problema, debía obtener una captura en un formato válido para web (jpg, png, gif) de un vídeo cualquiera, ya sea avi, wmv, mov de forma automatizada, es decir, yo le paso a un programa el nombre del vídeo y saca el screenshot.

Recordaba que mplayer permitía muchos formatos de salida de vídeo, fbdev, x11, sdl… y también recordaba haber visto jpeg. Así que voy a confirmarlo…

mplayer -vo help

Y soporta todos los formatos mencionados (jpg, gif, png) y otros como tga. Ahora, si me permite indicarle una posición para empezar a reproducir y que reproduzca sólo un frame, ya lo tengo todo solucionado.

La opción para indicar dónde comenzar a reproducir es “ss” y para capturar un sólo frame se puede hacer con el parámetro “frames” así que ya lo tengo:

mplayer video.avi -ss 60 -frames 1 -vo jpeg

Esto captura un frame del “video.avi” en el segundo 60 y lo guarda como 0000001.jpg

Ahora puedo llamar a este comando desde cualquier lenguaje de programación y obtener fácilmente un screenshot del vídeo.

Hoy he estado discutiendo sobre si se podía vender o no el software libre y así es, no hay nada en contra de vender este tipo de software, ya que libre no significa necesariamente que sea gratuito.

Aún así, desde la página de GNU recomiendan no llamar a esta práctica ”vender software libre” si no “distribuir software libre por un precio”, para evitar confusiones con el software privativo.

Más detalles en la página “Vender Software Libre” de GNU.