14 year ago, the game that has fascinated me throughout life, was released. And despite having 2 ports, for PlayStation and recently in Nintendo DS, on both platforms is essentially the same as it was in his mother platform: Super Nintendo.

In between, a group of fans did what many of us (fans) thought that Squaresoft (SquareEnix) had to do: rebuild the game in a 3D environment, in keeping with the times. Unfortunately, like an irony, the story so far has been the same as the evil monster Lavos said at the end of the game, when players beat: “BUT THE FUTURE REFUSED TO CHANGE”.

SquareEnix argued legal issues, for which the group had to cancel Chrono Trigger Resurrection project. A pity, because it was being precious:

Click here to view the embedded video.

And even when the game rebuilt was not looking at all anywhere, have come “media” related to development, and among these, undoubtedly the most beautiful: the music.

When I met the Chrono Trigger Resurrection project several years ago, I knew of only 3 tracks arranged by Mathew Valente, which to my surprise, now I’ll be an album with 25 tracks! Such is the music that can not be found on record stores or online retail sites. That’s why no blame, I found and downloaded the full album through bittorrent. The .torrent is easy to find.

But best of all, I found on youtube the “making off” of this music, along with some scenes of “Playthrough”:

Click here to view the embedded video.

Click here to view the embedded video.

Click here to view the embedded video.

Click here to view the embedded video.

WTF? this can not be! xD.

Update 2009-03-02:
There are at least 2 causes, to request that this whole situation will change for the better:

A Petition Online and a facebook group.

Una de las gracias de esta version, es que al descargar un archivo y abrirlo, nos pregunta con que programa hacerlo.

Es mejor que lo que había antes, pero aun no es tan bueno. El programa lo escogemos para el protocolo, no para “el tipo de archivo”, así que todos los archivos locales (interpretados como protocolo file) se agregaran a la lista.

Además, igual es latoso asociar cada tipo a un programa distinto, cuando KDE maneja su propia asociación de archivos (y de antemano). Entonces acá fue donde Amsn me dio una pista:

El comando kfmclient exec /archivo/de/entrada lo que hace es abrir la direccion dada con el programa asociado en KDE. Si es un directorio lo abre en Konqueror o Dolphin. Si el tipo de archivo no está asociado aún, pregunta con que programa abrirlo.

Ahora el problema con Firefox, es que deja escojer “el programa” con que abrir los archivos (ya convenimos que se va a usar kfmclient) pero no deja pasarle argumentos (es necesario el “exec”), por lo tanto mi solución fue la siguiente:

• Creamos un script como root llamado /usr/bin/abrircon, para eso puede ejecutarse:

sudo nano /usr/bin/abrircon

• O sino:

kdesu kate /usr/bin/abrircon

• Le pegamos el siguiente contenido:

#!/bin/bash
kfmclient exec $1

• Finalmente, le damos permiso de ejecución (también como root)

sudo chmod +x /usr/bin/abrircon

Ahora, en Firefox, la proxima vez que queramos abrir un archivo recien bajado, preguntará con que programa abrirlo. Entonces le damos la dirección de nuestro script:

/usr/bin/abrircon

Ojo: Antes de ponerle que “no vuelva a preguntar más”, prueben su funciona. Para el próximo archivo, tal vez quieran que no pregunte más.

Si por esas cosas de la vida, ya habian puesto que no preguntara más, lo que se debe hacer es (con Firefox cerrado), es editar un archivo dentro del perfil de firefox, que se ubica en la siguiente carpeta:

~/.mozilla/firefox/<carpeta del perfil>

donde <carpeta del perfil> es un nombre generado aleatoriamente la primera vez que ejecutan Firefox.

El archivo en cuestión se llama mimeTypes.rdf

Se debe buscar la linea que dice

<RDF:Description RDF:about=”urn:handler:local:

(La deje incompleta a propósito). Si bajo esa linea hay algo como:

NC:alwaysAsk=”false”

Solo se debe cambiar el false por true.

PD: Toda esta tontera no abría sido necesaria si desde el principio el Firefox permitiera pasarle argumentos a los programas escogidos, además de que en ningún panel/menú/opción encontre como desactivar “que no preguntara más” al “abrir un archivo con…”.

Lo hice porque durante mis vacaciones, note con lástima que Kubuntu no era muy rendidor que digamos. Cuando tocaba música en Amarok, o veía un video, o trabajaba en cualquier cosa, notaba que se pegaba brevemente (menos de un segundo en intervalos de minutos), por lo cual la música u otras tareas se notaban “cortadas” mientras estaban funcionando.

Entonces, habiendo conocido como arrancar cualquier distro en mi notebook, decidí probar nuevamente ArchLinux, pero para 32 bits (había probado ArchLinux 64 cuando lo deseche).

Debo decir, que con enorme gusto, logre tener el sistema más ligero, práctico y rendidor que he probado en mi notebook hasta ahora.

Esta Distribución la sugiero, de todas maneras, a cualquier usuario curioso, o usuarios avanzados que busquen rendimiento. No la sugiero para novatos que busquen funcionalidad inmediata de todo a punta de clicks. Acá la consola me ha resultado tremendamente provechosa y rápida, así que a quien se espante de los comandos, prefiero que no siga leyendo.

También es necesario destacar que para esta distribución es indispensable contar con una buena conexión a internet. En mi casa demore algo así como 8 horas en bajar todos los paquetes en una instalación para uso de escritorio.

Fuera de esto, igualmente probaré Kubuntu Hardy Heron cuando aparezca oficialmente (pero sin desechar ArchLinux :P).

Ligero

Opensuse es lejos la distro más pesada que he instalado. En una partición de 12, luego de agregar todo el software que uso, ocupaba más o menos 10 GB. Solo comparable a una instalación completa de OpenSolaris.

Kubuntu y Debian, luego de instalar todo el software adicional, me dejaba algo así como entre el 70% y 80% del espacio libre en la misma partición (considerando recién limpiado el cache de repositorios ).

En ArchLinux, uno debe instalar todo lo que necesita, pues la instalación base apenas instala el Kernel, la consola, herramientas mínimas y pacman (manejador de paquetes). Aún así, luego de instalar el Xorg, Kdemod (versión enchulada de Kde) y los programas que siempre ocupo, termino ocupando esto en disco:

[gon@capsule2 ~]$ df -h
S.ficheros Tamaño Usado Disp Uso% Montado en
/dev/sda3 12G 5,1G 6,1G 46% /

Notable sin duda.

Práctico

Ayuda: Toda la ayuda básica para configurar el sistema base están el wiki oficial de la distribución. Casi nada he tenido que hacer con blogs de terceros (como suele hacerse en ubuntu), ni con foros. Solo problemas puntuales con algunos programas he tenido que referirme a información oficial de estos (ej: amsn), lo cual por supuesto no es responsabilidad de la distribución.

Configuración general del sistema base: ArchLinux cuenta con 2 archivos principales de configuraciones: /etc/rc.conf y /etc/mkinitcpio.conf

El primero configurar la consola, los servicios, habilitar/deshabilitar módulos del kernel desde el principio, arreglar información básica de la red, etc..

El segundo es más especifico. Sirve para configurar el proceso intermedio de booteo de la distro, entre que se selecciona el sistema en grub hasta finalmente arrancar el kernel. Es útil para cuando se necesitan habilitar cosas muy específicas antes de iniciar la secuencia de booteo propiamente tal, en la mayoría de los casos ni siquiera es necesario tocarlo.

Además, la configuración de pacman y sus repositorios están en /etc/pacman.conf y /etc/pacman.d/mirrorlist

La estructura de todos estos archivos está descrita en sus propios comentarios y en el wiki de ArchLinux.

Instalación de Programas: Pacman es el manejador de paquetes de esta distribución. Hasta ahora, lo estoy considerando algo más “inteligente” que apt. Digo esto porque cuando conocí la característica del “autoremove” de apt, note como a veces borrar 1 metapaquete(*) aparecían cientos de paquetes sugeridos como “borrables”, eso debido a que ciertos metapaquetes están concebidos solo para actuar como una lista de dependencias. Pacman en cambio, puede hacer una remoción de paquetes dependientes tranquilamente, sin molestar por una lista enorme de paquetes cada vez que hago algo con él.

Luego de instalar los paquetes de is programas favoritos, se pueden sincronizar los repositorios, actualizar los paquetes he instalar nuevos todo en un mismo comando corto:

[gon@capsule2 ~]$ sudo pacman -Syu <otro-paquete-nuevo>

Otro aspecto importante, es que algunos paquetes hacen sugerencias para su post-instalación en la misma consola. Por ejemplo, el tutorial para configurar el touchpad synaptics lo hize gracias una sugerencia que me hizo pacman luego de instalar el paquete synaptics, me expuso explicita mente las líneas que debía poner en el xorg.conf y que módulo de kernel debía tener activo.

Programas “inestables”: ArchLinux cuenta con un repositorio de programas que nos están plenamente aprovados para su distribución como oficiales: AUR. Hasta ahora solo necesite unos pocos paquetes para cosas muy especificas, por ejemplo una herramienta para instalar el firmware del chip Broadcom (wifi).

Versión: que sea una distribución “sin versiones” como lo son las otras que había probado hasta ahora,

Kernel: ya estaba teniendo una pésima opinión de la serie 2.6.18 a 2.6.22 del Kernel, pero ahora probando el 2.6.24, he notado agradablemente que:

• Ne necesité compilar snapshots de alsa para tener sonido, aunque igual recomiendo hacerlo (vez que compilo uno más nuevo, siento que suena mejor).
• No necesité instalar el driver de nvidia a mano, estaba en los paquetes oficiales de ArchLinux.
• Tengo instalado el driver b43 de ni chip wifi (Broadcom) en forma nativa, es decir, usando un módulo natural para el kernel y no uno wrapper de drivers de windows como ndiswrapper. Además, venía en el paquete oficial del kernel. La única maña que debí hacer fue extraer el firmware propietario del driver oficial para poder instalarlo, proceso que esta descrito en la web de linux-wireless.

Rendidor

No se puede pedir milagros como que Eclipse + Firefox no me consuman el GB de ram, pero al menos, no he tenido esos “saltitos” que habia experimentado en Debian y Kubuntu, aun teniando estos 2 monstruos corriendo más Amarok tocando música.

[UPDATE]

Probando Openofice 2.4, me resulto más que curioso y grato descubrir lo rápido que inicia la aplicación. Esto si es milagroso. Además, el bug que había descubierto con las transparencias gradientes en presentaciones a pantalla completa está solucionado (me comentan que otro bug con imágenes de fondo también).

[/UPDATE]

Acá es donde debo comentar, que aun le falta ese no “se que shó” al Kernel (o a kpowersave) para optimizar el consumo de energía. En Windows Vista, el consumo en modo “Equilibrado” hace que el cpu ande en forma variable en cierto porcentaje de rendimiento, por ejemplo entre un 40% y 60%, en cambio acá en Archlinux, con Kernel 2.6.24 y Kpowersave solo puedo establecer un porcertaje de rendimiento fijo. No se si será esto lo que provoque un ligero chillido interno que noto al activar el rendimiento restringido del cpu (para ahorrar energía), hasta ahora no he notado inconvenientes por ello, más que el chillido (es bien ligero, no es molestoso) cuando estoy en silencio.

En realidad, el consumo lo restrinjo paraevitar que se me caliente mucho. Perfectamente puedo trabajar con el 50% del cpu. Cuando juego le subo un poco más.

En general, el rendimiento depende de lo que quiera usar y no de lo que viene por defecto como en otras distros, pues finalmente en ArchLinux uno instala solo lo que va a usar.

Contras

Lamentablemente, esta distribución no es aconsejable para equipos sin internet o con reducido ancho de banda. Internet es fundamental para sacarle el jugo.

También es pésima elección para gente novata no-curiosa, que no le gusta leer, o no tiene tiempo.
Yo mismo descarte esta opción el año pasado mientras estaba trabajando y estudiando

En caso de tener instalado Chatzilla, al clickear un link “irc:/servidor/canal” ejecutará el cliente chatzilla. Si no lo tenemos (en mi caso porque ocupo Konversation) , no existirá ninguna regla.

Entonces, lo que se necesita es entrar en about:config y crear una nueva regla para manejar de protocolo irc.

Se crea una nueva cadena (click derecho -> Nuevo -> Cadena).

En el nombre ponemos: network.protocol-handler.app.irc

Y en el valor: konversationircprotocolhandler

En mi caso, el programa que maneja el protocolo IRC es konversationircprotocolhandler y no konversation a secas. No se si otros programas clientes irc soporten el paso de parámetros por consola, pero no hace daño probar.

Pero no es la idea copiar la dirección, pegarla y mandar el mail tampoco. Se supone que puede hacerse rápidamente con un click.

Para ello, necesitamos editar un archivo de configuración de Firefox. Como sugerencia, es preferible hacerlo con Firefox cerrado, así que mejor lee este post con otro navegador (o lector de feeds) mientras lo haces.

Buscamos el archivo prefs.js en el perfil de firefox en nuestra carpeta home:

• ls ~/.mozilla/firefox/*/prefs.js

Ojo, el asterisco en consola significa “cualquier cosa que coincida” y como en ese comando lo llamo como un directorio, significa “el primer directorio que encuentres”. En una situación normal solo tenemos 1 perfil de firefox, por lo tanto solo una carpeta, pero en otro caso, mira si existen más carpetas de perfiles, generalmente el nombre es una convinación aleatoria.

Ok, dicho esto, ahora vamos a hacer la magia, agregamos la siguiente linea (se aconseja ponerla en el orden alfabético que tiene el archivo) :

• user_pref(“network.protocol-handler.app.mailto”, “/opt/kde/bin/kmailservice“);

Donde lo que está en negrita es la dirección del programa que lanzaremos al hacer click en un link tipo “mailto:” (En mi caso, ese programa es el que lanza la cajita para escribir el correo con Kmail).

Con este ajuste logré tener uso del scroll vertical y horizontal, que es de vital ayuda cuando queremos ahorrar unos minutos de energía (no enchufando un mouse) o cuando no tenemos una superficie plana donde hacer andar feliz la laucha. Es mucho más cómodo para leer webs y toda tarea que demanda a la dichosa rueda del ratón.

Primer, recuerden siempre respaldar los archivos de configuración a edtitar, porque ante eventuales tragedias, sin información a mano, podría terminar requiriendo reinstalar (mala costumbre que no hay porque imitar).

• Es necesario editar el archivo xorg.conf, que suele estar en /etc/X11 (nótese que esa X es con mayúscula).
• Abrimos el archivo con nuestro editor de texto favorito, como usuario root. Para ello podemos usar sudo en una consola o kdesu/gksu en el entorno de escritorio. Por ejemplo:

kdesu kate /etc/X11/xorg.conf

• Se puede aprovechar ahora para guardar una copia del xorg.conf, por ejemplo xorg.conf.old

• Ahora buscamos una sección llamada InputDevice, puede haber más de una si por ejemplo tenemos un mouse o tableta digitalizadora. La line luce algo así:

Section “InputDevice”

• Se debe buscar una de estas secciones donde adentro aparezca una linea como esta:

Section “InputDevice”
Identifier “Synaptics Touchpad”
Driver “synaptics”

• Ahora, reemplazaremos la sección completa por esto. Cuidado que wordpress suele cambiarme las comillas por otras, reemplácelas por las comillas dobles normales:

Section “InputDevice”
Identifier “Synaptics Touchpad”
Driver “synaptics”
Option “Device” “/dev/psaux”
Option “Protocol” “auto-dev”
Option “LeftEdge” “1700″
Option “RightEdge” “5300″
Option “TopEdge” “1700″
Option “BottomEdge” “4200″
Option “FingerLow” “25″
Option “FingerHigh” “30″
Option “MaxTapTime” “180″
Option “MaxTapMove” “220″
Option “VertScrollDelta” “100″
Option “MinSpeed” “0.06″
Option “MaxSpeed” “0.12″
Option “AccelFactor” “0.0010″
Option “SHMConfig” “on”
EndSection

• Cabe destacar que el Identifier debe mantenerse como estaba, o en su defecto, cambiarlo en la sección “ServerLayout”, por ejemplo:

Section “ServerLayout”
Identifier “Default Layout”
Screen 0 “Screen0″ 0 0
InputDevice “Generic Keyboard”
InputDevice “Configured Mouse”
InputDevice “Synaptics Touchpad”
EndSection

• Ahora guardamos nuestro xorg.conf y reiniciamos el Servidor X, acá hay varias alternativas:
  • Reiniciar el sistema completo
  • Cerrar sesión y en el menú de afuera poner reiniciar Servidor X.
  • La manera bruta: Presionar [ctrl]+[alt]+[backspace]

Si al iniciar nuevamente no tenemos problemas, ¡es hora de probar el Touchpad!, para eso, basta con abrir una página web larga y probar el borde derecho del touchpad. Para probar el horizontal, aconsejo navegar en alguna web con ancho fijo y achicar la ventana.

Si por aun no pasa nada, no es necesario desesperarse. Estas opciones las obtuve al instalar el driver de synaptics en ArchLinux (me cambie de distro otra vez :B), cuando finalizo la instalación vía pacman, el mismo me sugirió esas líneas del xorg.conf que expuse. Pero además me sugirió levantar un módulo más en el kernel, el evdev por si acaso el Xorg no era capaz de iniciarlo en forma automática. Se debe tener en cuenta esto, debido a que no estoy seguro que otras distros lo traigan de forma predeterminada.

Por si acaso, guarde una copia de mi xorg.conf actual en pastebin, puedes echarle un ojo si e interesa, también tengo algunas opciones para el video que puse con nvidia-settings.

Espero haya sido de su agrado

¿Que ligero no?

Fuente: CiberFrancis