Monthly Archives: February 2006

You are browsing the site archives by month.

Revolución en Linux desktop!

Hace casi ya un mes, Novell anunció XGL, un fork (un fork del ‘producto A’ es un nuevo producto que parte de ‘A’ y realiza modificaciones/mejoras/variaciones para formar un nuevo producto) de X.org que incorpora una capa por encima que usa openGL para añadir efectos realmente sorprendentes.

Lo mejor es ir a la página del anuncio y ver los videos que hay, increibles.

Si estas un poco al tanto de las noticias en informática, posiblemente no te esté diciendo nada nuevo, pues tiene ya su tiempo esta noticia, y además hubo mucho revuelo por todo Internet.

Pero ayer, el proyecto Fedora anunció una de las mejoras que incorporará Fedora core 5 (el proximo fedora vamos :P) esperada para dentro de un mes aproximadamente. Esta mejora permite realizar efectos gráficos para el escritorio usando openGL (sí, lo mismo que he dicho antes para XGL), si vemos los videos no parecen tan espectaculares como XGL, pero posiblemente habrá muchos mas efectos.

Ahora comparemos ambos XGL (de novell) y AIGLX (de fedora). El primero es un sustituto de todo el servidor gráfico (las X para los friends), y el segundo es un modulo adicional para las X.org que todos usamos actualmente (si no las usas cierra esta ventana, me caes mal).

¿Que es mejor? , en un principio diría que es mejor la idea de fedora, pues hacer un fork de las X no es nada trivial, y realizar un modulo es bastante mas sencillo que lo anterior. Es decir, en un principio debería ser mas estable la mejora de fedora, pero, detras del proyecto XGL esta Novell, si hay una compañia que pongo en el podium, esa es Novell (bueno la mejor es Ximian, la cual la compró Novell, así que ahora Novell es the best). La mejor manera de decir qué es mejor, es probandolas :), así que dejaré este tema medio abierto hasta el lanzamiento de fedora core 5. Emoción…intriga…misterio…

Holamundo blog

Despues de conseguir, con mucho esfuerzo, que josepul abriese su blog, ha sido facil, y sorprendente, que Rubén abra su propio blog.

Con el diseño mas feo de la historia (según mi particular gusto :P) y con muchas ganas iniciales (veremos si se mantienen…) empieza escribiendo sobre temas NO relacionados con la programación (como parece indicar su título xD), desde aspectos economico-empresariales (por decir algo) a musicales, pasando por anécdotas e inquietudes personales (ahi queda eso).

Me alegra mucho personalmente que ambos hayan empezado un blog y tengan ilusión en escribir cosas.
El trio calavera!, tiembla universo xD, lool.

Welcome…

..to the future :O

it’s awesome

ps: yo seré un puto paquete analfabeto en inglés, pero hoy en la revisión, veo que tenía tachada una frase por ponerle “awesome”, le pregunto porque me tacha eso si estaba bien, y resulta que no sabía la mujer que significa awesome ¬¬. (la ha buscado en el diccionario, lool)

Putos examenes

Ser consciente de la propia ignorancia es un gran paso hacia el saber

Benjamin Disraeli (1766-1848, Estadista inglés)

Tras caer en Inglés técnico, ahora soy consciente de que no tengo npi de ingles and I’ll never have it.

Aunque como decía nuestro gran amigo Napoleon…

Una retirada a tiempo es una victoria

Napoleón Bonaparte (1769-1821)

Una de mis citas favoritas :).

Script bitrateFind

Hace un par de meses hice un script para convertir música mp3 a un bitrate elegido por el usuario, ahora, dos meses despues, me encuentro con el problema de que no paro de añadir música a la colección, y al final no se que discos tengo a 128 (el bitrate que quiero) y cuales no.

Mirar cada disco uno a uno, no es una solución, pues me pegaría toda la tarde. Así que, como me aburro mucho estos días, esta mañana me he puesto ha hacer un script para que me diga que directorios tienen mp3’s con bitrate mayor a uno que le indico. Además como me gustan mucho las estadisticas, he hecho que salgan también unas estadisticas globales de los bitrates.

El uso del script es:

bitrateFind [-r|–round] Directorio_base

El parametro round significa si las estadisticas finales se darán redondeadas o no (se refiere a los bitrates, pues los mp3s con VBR al leerlos dan como valor de su bitrate la media, entonces si no se redondea, quedan muy feas las estadisticas xD).

Un ejemplo de ejecución sería este:

[blaxter@helicon]:~/C/BlaxMusic/Trapt$ bitrateFind –round .
*Analizando los mp3’s del directorio /media/C/BlaxMusic/Trapt
Analisis: 100% [============================]D 0h00m00s

Dirs with mp3’s with bitrate > 128
./Trapt
./Someone In Control

Con bitrate 128: 1 (4.3 %) ===>
Con bitrate 192: 11 (47.8 %) =============================>
Con bitrate 256: 11 (47.8 %) =============================>
-Un total de 23 mp3s analizados

Y otra ejecución podría ser esta :D:

[blaxter@helicon]:~/C/BlaxMusic$ bitrateFind –round .
*Analizando los mp3’s del directorio /media/C/BlaxMusic
Analisis: 100% [============================]D 0h02m18s

Dirs with mp3’s with bitrate > 128
./Second – Invisible
./Evanescence/Fallen (Brazil Edition)/cd2
./Evanescence/Performance Live/Live on DC101 24-02-03
(…aqui van muchos directorios mas…)
./Foo Fighters/Foo Fighters/(2003) One By One (Limited Edition)
./Foo Fighters/Foo Fighters/(2003) One By One (Limited Edition)/Bonus CD

Con bitrate < 112: 28 (0.6 %) ->
Con bitrate 112: 28 (0.6 %) ->
Con bitrate 128: 2810 (64.9 %) =======================================>
Con bitrate 160: 89 (2.1 %) =->
Con bitrate 192: 1022 (23.6 %) ==============->
Con bitrate 256: 294 (6.8 %) ====->
Con bitrate > 256: 56 (1.3 %) =>
-Un total de 4327 mp3s analizados

Parece que voy a tener que usar el otro script un poco xD. Pero al menos ahora ya se que tengo que convertir ;).

Aquí para descargarlo

I don’t wanna sleep

I have just read an article about another of “New Scientist Magazine” that says in 10 to 20 years we’ll be able to change our sleep hours for c00l pills :D. lool. That would be well. I wanna some of those pills.

Now seriously, they say in 10 to 20 years, i think that it could be possible but in, at least, 50 years :(. I’ll be, with luck,a oldman, sux.

Here it’s the article.