Donde el Pingüino Rodríguez

Eso que ven ahí en la foto es un screenshot del “primer juego multiplayer online para Commodore 64″. Sí, leyeron bien. Es el primer juego online para más de un jugador hecho para un computador que lleva 14 años descontinuado.

No me malinterpreten. Yo soy el primero en decir que, si hay gente interesada en hacerlo, y se puede, entonces por supuestoq ue esa gente tiene que poder y debería hacerlo. Pero hay ciertos límites que uno no se da cuenta de que existen hasta que se topa con ellos.

El juego fue lanzado en la primera LAN party con Commodore 64s realizada en la versión de este año de la Expo del Cincinnati Commodore Computer Club, hecha posible gracias a un servidor escrito en Java corriendo en un PC, un montón de dispositivos ethernet (que no estaban disponibles inicialmente para la C64) y un montón de geeks entusiastas, y es, además de un hito en la historia de la computación (…), una demostración “del potencial de los juegos multijugador a través de internet con la Commodore 64″¹.

¿Y cuál es ese potencial? ¡Pues basta revisar los features del juego!

• Eight simultaneous players over the Internet or LAN
• Scrolling graphics
• Sound effects
• Joystick control (Port 2)

¿Pueden creerlo? ¡Dice que tiene sound effects! Realmente… tanto potencial…

DISCLAIMER: Para que a nadie le quede la duda… la verdad es que yo sí encuentro que lo de arriba es una buena noticia. Todo lo que permita que más gente haga más cosas con sus máquinas, y lo que resulte de la modificación de las comunidades de usuarios interesados y entusiastas -sobre todo aquellas cosas que hacen que el hardware supere sus expectativas originales- tiene mi visto bueno. Es solo que, como lo pusieron ellos… no puedo dejar de enternecerme. ¡Kudos, C⁴!

Fuente: http://games.slashdot.org/games/08/07/06/2114221.shtml

Para seguir con los consejos computacionales (como el del posteo sobre CUPS), hoy instalaremos y configuraremos QEMU para que corra con KQEMU, y lo dejaremos listo para instalar básicamente lo que quieran.

Primero lo primero.

¿Qué es QEMU? (y KQEMU…)

QEMU es un emulador de procesadores que permite, principalmente, tener corriendo sistemas operativos invitados (guest) que corren dentro de un sistema opartivo huésped (host). Esto le permite a uno tener varios sistemas operativos corriendo dentro de la misma máquina, y es bien posible que esta sea una de las cosas a la vez más metafísicas y más entretenidas que se pueden hacer en un computador.

KQEMU es un módulo del kernel de Linux que acelera el funcionamiento de QEMU, que sin la ayuda de este módulo adicional es bastante, bastante más lento¹.

En términos bastante legos (que la verdad es que son los que mejor entiendo), lo que se hace es simular un computador virtual dentro de otro computador real. Y dentro de esta máquina virtual uno puede hacer, básicamente, todo lo que puede hacer en una máquina real.

¿Todo?

Pues bien, no. No todo.

En primer lugar, no podemos olvidar que la máquina virtual es precisamente eso: una máquina simulada. Y por lo mismo, sus capacidades máximas no podrán jamás superar las capacidades de la máquina real que le sirve de huésped. Además, como la máquina huésped está usando parte de sus recursos para, entre otras cosas, simular esta máquina, los recursos que quedan disponibles para la máquina virtual son bastante menores que los de la máquina huésped.

Todo eso sin contar, por ejemplo, que hay ciertas cosas que es más difícil hacer en este tipo de máquinas que otras cosas. Por ejemplo, la aceleración gráfica es algo que incluso en los mejores sistemas de virtualización sigue siendo de carácter experimental, y eso sólo en los casos en los que la aceleración gráfica es una posibilidad. Eso descarta de lleno el uso de aplicaciones que la requieran (como juegos con requerimientos gráficos considerables, o algunas aplicaciones gráficas más serias).

En este caso…

¿Por qué correr una máquina virtual?

Pues, razones hay muchas.

Podría ser que, en primer lugar, simplemente nos atraiga la posibilidad de hacerlo. Para toda esa gente, el hecho de que se pueda hacer es razón suficiente para probarlo, si no es para nada más que simplemente ver por sus propios ojos que se puede (y sí que se puede).

Sin embargo, existen aplicaciones muy prácticas para los sitemas de virtualización que no requieren de una especie de interés intelectual en el que se pueda o no. Por ejemplo, si existe una aplicación que corre en un sistema operativo distinto del que se está usando y se requiere para ejecutar tareas muy específicas, en vez de tener que tener dos sistemas operativos instalados y verse obligado a reiniciar cada vez que se quiere correr ese programa, se puede instalar ese programa dentro de una máquina virtual y usarlo sin problemas desde la máquina huésped. Alternativamente, puede haber versiones nuevas de sistemas operativos que queramos probar sin arriesgar la que tenemos. O versiones mas viejas de sistemas operativos que queramos probar para satisfacer nuestra curiosidad o nostalgia. O para hacer pruebas en estos diferentes sistemas. En fin, aplicaciones hay miles.

La pregunta entonces, si vamos a usar un sistema de virtualización, es…

¿Por qué usar QEMU?

Existen muchas alternativas que podemos querer usar si vamos a usar un sistema de virtualización, más allá de cuáles sean las razones que nos lleven a querer usar uno. Del mismo modo, existen muchas distintas maneras de responder la pregunta de por qué elegir uno y no el otro.

QEMU tiene la gracia de ser libre y razonablemente bueno, y eso debería ser razón suficiente para muchos. Pero ya que no los he probado todos ni mucho menos, este posteo no pretende convencer a nadie de usar QEMU, sino simplemente ayudar a los que ya hayan tomado esa decisión a hacerla del modo más fácil posible.

Bueno, bueno, suficiente preámbulo. ¡Vamos allá!

Los pasos específicos, en la siguiente página (¿No es increíble lo ordenado que está esto?).

1. Para que se hagan una idea, si QEMU por sí sólo normalmente corre el sistema invitado a entre 10 y 20% de la velocidad del sistema huésped, con KQEMU esta velocidad llega a ser cercana a la velocidad real^Referencia. [volver]

Démosle un aplauso a nuestro tímido y bienamado pingüino mientras vemos como él, una vez más, hace un esforzado intento por despegarse del fango del olvido y salir, valeroso, a la conquista de los tubos.

Este es el primer posteo de una serie que tengo pensada (así es, con ambición este intento!) mostrando cosas entretenidas que se pueden hacer en Linux, o simplemente cosas entretenidas que he hecho yo con mi instalación y que me gustaría tener registradas para futuras referencias, ya sean mías o del resto.

Hoy le toca el turno a instalar una impresora en un servidor de CUPS al que se pueda acceder remotamente a través de una WAN desde computadores que corran prácticamente el sistema operativo que quieran. Califica como suficientemente interesante? Ya lo creo que sí. Aquí va.

Lo primero es instalar el servidor de la impresora. Y nos vamos a ahorrar toda la discusión de si es mejor usar la línea de comando o la interfaz gráfica. En esta guía se hará uso de ambas, porque lo que a mi me importa, más que una adhesión ideológica¹ a un método por sobre el otro, es que las cosas sean fáciles, rápidas y eficientes. Dicho eso, vamos allá.

Para instalar el servidor de impresora deben correr

sudo apt-get install cupsys cupsys-client cupsys-driver-gutenprint openssh-server

openssh-server no es parte del servidor de la impresora, sino de ssh, que permite conectarse al computador de modo remoto. Es posible que esto sirva sin instalar el servidor de ssh, pero yo ya lo tenía instalado y la guía que yo seguí decía que había que hacerlo, así que váyanse a la segura. Además, ssh vale la pena tenerlo. Instálenlo. CUPS es el sistema de impresoras que funciona en Linux y significa Common Unix Printing System, y la verdad es que funciona a toda raja².

Pero sigamos. Una vez que esté instalado debemos configurarlo para que reciba conexiones externas. Para eso debemos modificar /etc/cups/cupsd.conf (o /etc/cups/cups.d/browse.conf en versiones anteriores), del siguiente modo:

1. Cambiar BrowseAllow @LOCAL por BrowseAllow all;
2. En las secciones <Location />, <Location /admin> y <Location /admin/conf>³, cambiar Allow localhost por Allow all;
3. Cambiar donde dice Listen localhost:631 por Listen 631; y
4. Añadir la línea DefaultEncryption Never al final del documento para que podamos conectarnos a CUPS y configurarlo a través de su interfaz web.

Una vez modificado ese archivo, debemos reiniciar el servidor de CUPS para que los cambios surjan efecto:

sudo /etc/init.d/cupsys restart

Ahora sí podemos (o deberíamos poder, comenten si hay problemas) configurar CUPS desde la web accediendo a

http://1.2.3.4:631/

en donde 1.2.3.4 es la dirección IP del servidor al que nos estamos conectando (que probablemente será parecido a 192.168.1.XXX, en donde XXX es un valor entre 0 y 255). Una vez ahí, en el tab de Impresoras (o Printers, quizá en qué idioma sale, porque mientras lo probaba me conecté desde otro computador y estaba en castellano, mientras que en mi computador estaba en inglés), instalamos la impresora seleccionando el puerto en el que está conectada.

Aquí es donde sirve que hayamos instalado el paquete cupsys-driver-gutenprint, que es un paquete de drivers de impresora que incluye una buena cantidad de las impresoras más comunes y nos dejarán hacer un mucho mejor uso de nuestra impresora. Así que si no lo instalaron en su momento, instálenlo ahora. Con un poco de suerte, ahora si van al tab de Impresoras del servidor se va a poder elegir el driver de la impresora. Recuerden el nombre que le ponen a la impresora al instalarla, porque puede ser que lo necesitan más adelante⁴.

Ahora, si queremos ser capaces de meternos a esa página desde fuera de la LAN y, como en mi caso, estamos usando un router como firewall, entonces tenemos que configurar el router para que acepte las conexiones entrantes del puerto 631 y las redirija al computador en el que está CUPS corriendo. Eso es, por supuesto, casi de perogrullo, pero a mi se me olvidó en su momento y me pasé unos breves segundos de desesperación que espero que ustedes puedan ahorrarse.

Considérense advertidos, eso sí, de que una vez hecho eso, cualquier persona que tenga acceso a la red va a poder imprimir cuantas páginas de prueba quiera a través de la interfaz de esa página. No he revisado bien los modos disponibles para hacer que estos ea un poco más seguro, pero es probable que hayan opciones para seleccionar una lista de usuarios con permiso para conectarse y otros que no lo tengan. Pero eso dejémoslo para una edición posterior de este posteo, debidamente anunciada.

Ahora viene, entonces, la parte fácil: instalar la impresora en los computadores clientes.

Desde Linux, por supuesto, esto es pan comido.

Si están usando Hardy Heron, o alguna versión posterior de Ubuntu, entonces el wizard de creación de nueva impresora debería darles la opción de instalar una impresora remota en CUPS ya sea usando IPP o HTTP.

De ahí, la cosa es realmente fácil y basta con seguir los pasos que vaya indicando el wizard teniendo en mente lo siguiente:

1. El hostname es el nombre del dominio asociado al servidor (de la forma algo.dominio.algomas) o la direcció IP del mismo (192.168.1.XXX, ver más arriba).
2. El puerto es 631, que es el que CUPS usa por defecto. Me imagino que debe haber modos de cambiarlo para aumentar la seguridad del asunto, pero no sé cómo todavía. Cuando lo sepa, lo pondré aquí.

Si están usando una versión anterior a Hardy es posible que el wizard no les dé las opciones que salen en la foto. Si esto es así seleccionen instalar una impresora de tipo Otro, y consideren que el URI de la impresora será

http://[dominio]:631/printers/[nombre_de_la_impresora]

o

http://[dirección_IP]:631/printers/[nombre_de_la_impresora]

en donde [dominio] es el nombre de dominio asociado al servidor y [dirección_IP] es la dirección IP del mismo, mientras que [nombre_de_la_impresora] es el nombre con el que la instalaron más arriba.

Eso sería.⁵

Desde Windows XP la cosa es, también, pan comido: basta que elijan instalar una impresora en red conectada a otro computador y, una vez que les pidan el URL/URI, escriben la misma dirección que usarían si estuvieran usando Gutsy, esa que acabamos de ver.

Y listo! Con una configuración así, pueden instalar su impresora desde donde sea que estén y usarla desde cualquier computador que tenga acceso a internet. Pueden también compartir impresoras entre sistemas operativos diferentes y en lugares diferentes del mundo, y hasta controlar los trabajos de sus impresoras desde un navegador cualquiera. ¿Qué más se podría desear?

Espero que les haya funcionado y que hayan disfrutado esta guía. No duden en comentar si es que encuentran problemas o si lo prueban en otros contextos y funciona (cosa que debería pasar, por lo demás). Este sistema lo probé exitosamente en un servidor corriendo Ubuntu 7.10 y pude instalar y usar esa impresora en una instalación remota de Kubuntu 8.04 Hardy Heron, Kubuntu 7.10 Gutsy Gibbon, Windows XP, e incluso en una instalación de Windows XP corriendo sobre Qemu (de ahí salieron los screens). Más adelante vendrá algo sobre lo que fue hacer correr qemu satisfactoriamente.

Hasta entonces!⁶

Fuente: http://ubuntuforums.org/showthread.php?p=1831119

1. No digamos que me faltan de estas en lo relativo a la computación en general y Linux en particular, pero por lo menos aquí no nos topamos con ninguna. [volver]
2. EDIT: Desde que escribí esto me han indicado a un rant escrito por Eric Raymond (ESR) acerca de los problemas que tenía CUPS. De hecho, en su posteo (él lo llama ensayo, pero creo que eso es como musho) el pone a CUPS como un ejemplo de mal diseño de interfaces gráficas (refiriéndose a las pantallas que yo muestro y que en este posteo ya se han convertido en casi un ejemplo de facilidad). La verdad es que ahora que lo recuerdo ese posteo yo ya lo había leído, y era el responsable de que yo nunca hubiera querido meterme con las impresoras en Linux. Afortunadamente el tiempo me hizo perder los recuerdos de ese texto, y con ellos los miedos, y logré atreverme a hacerlo yo. En el camino descubrí no sólo que ahora hacerlo es mucho más fácil que entonces, sino también que los gritos de Eric Raymond, con todo lo despreciable que es ese sujeto, no cayeron en saco roto (eso por supuesto sin contar todo lo que aprendí acerca de protocolos de impresión, que es precisamente lo que ESR no quería tener que hacer). [volver]
3. Estos deberían estar rodeados de < y >, pero el pedazo de software del tercer reich este, que además no sabe HTML, hace lo que quiere con el formato que le doy a mis posteos… [volver]
4. Aunque claro, va a estar en esta página de todos modos, así que no es necesario que lo anoten ni nada por el estilo. [volver]
5. En caso de que tengan que borrar una impresora en Linux, cosa que puede probar ser más difícil de lo que uno pensaría razonable, basta con ejecutar sudo lpadmin -x nombredelaimpresora, y san se acabó. [volver]
6. WordPress es una mierda. EDIT: Desde entonces, además, he logrado desactivar el maldito editor WYSIWYG de Wordpress que era la fuente de todo mal. Este mismo posteo, por ejemplo, ahora está tal y como yo lo quería, sin nada fuera de lugar ni soluciones parches de nada. Por eso, me corrijo: Wordpress no es una mierda. Era una mierda. [volver]

Así, igualito que My First Sony. Hoy por primera vez pude correr software de terceros en mi Nintendo DS, gracias al aporte cumpleañero de mis padres y mi bienamado padrino, que tanto me ha empujado en la dirección correcta durante todos estos años. Ese es otro excelente regalo de mis padres, by the way.

Pero bueno, menos chupado de medias y más información técnica.

Hoy partí a Akihabara a comprar lo necesario para hacer partir el homebrew en el DS. Durante varios meses antes de eso estuve leyendo y esperando que salieran nuevas versiones del hardware que andaba buscando, así que esta iba a ser la culminación de un proyecto mucho más grande. Resulta que ahora sé que es sólo el primer paso.

El DS, para los que no sepan o los que deseen una explicación completa, tiene dos slots: el slot de DS, que es en donde se meten los cartuchos para los juegos del DS. Este es el llamado Slot 1. El otro es el slot de GBA, que es donde se meten los juegos de Game Boy Advance, ya que el DS es una consola parcialmente backwards compatible. Este es el Slot 2.

Hasta hace unos meses el Slot 1 tenía una encriptación que impedía correr software de terceros, no sancionado por Nintendo, desde ahí. El único slot que se podía usar, por lo mismo, era el de GBA. Sin embargo, el DS estaba construido de manera tal que, cuando se iniciaba con un cartucho en el Slot 2, partía en una especie de modo GBA, que hacía imposible tener acceso al hardware exclusivo del DS, aunque no tengo muchos detalles de eso.

La primera solución fue modificar el firmware con una cosa que se llama FlashMe. Eso permitía correr todo tipo de software efectivamente negando las protecciones de Nintendo, pero claro, también terminando la garantía y otras cosas, lo que lo convirtió en un procedimiento medio poco popular.

Eventualmente, sin embargo, empezaron a salir otros métodos, como los NoPass. Estas son unas tarjetitas del tamaño y forma de un cartucho de DS que se meten en el Slot 1 y parten el DS en modo DS, pero pasándole el control al Slot 2, lo que permitía meter en este Slot otras cosas como cartuchos de GBA en blanco, escribibles desde el computador, o adaptadores para tarjetas externas de memoria, como la SD o la Compact Flash. Este es el modo que actualmente cuenta con la mayor cantidad de software compatible, porque es el que realmente popularizó la cosa, y además, tiene otras ventajas. Una de ellas es que los adaptadores para tarjetas de memoria externa tienen (algunas por lo menos) 32 megas de RAM, lo que permite que cosas como dslinux corran.

De todos modos, la opinión generalizada era que era un método atadoso, innecesario y que eventualmente iban a salir tarjetas para el Slot 1 que iban a revolucionar la escena del homebrew para Nintendo DS.

Y hace menos de un mes empezaron a salir esas tarjetitas.

Al principio empezaron a salir de a poquito, y recibían reviews tibios, casi tímidos, pero de apoco se empezaron a relajar y ahora en el mercado hay como catorce opciones diferentes para el Slot 1. “Slot 1 Solutions” que les llaman. La M3 Simply, el NinjaPass, el MicroNinja, el EZFlashV, el SuperCard DS One, etc…

Claro, si bien es muy probable que la escena del homebrew efectivamente cambie con todo esto y se mueva más en la dirección del Slot 1, hay cosas, como dslinux que simplemente requieren del Slot 2 para funcionar, así que uno en eso está medio cagado.

De todos modos, esa era una de las cosas que me mantenía indeciso. La razón principal por la que quiero correr homebrew en mi DS es dslinux y emuladores para consolas viejas, como el SNES o el SCUMM. Pero si bien estos dos últimos se pueden van a poder correr desde el Slot 1, dslinux no va a poder hacerlo nunca (o por lo menos eso aseguran los de dslinux). Por eso, me decidí por comprar un EZFlashV y un SuperCard SD. El EZFlashV es un cartucho de Slot 1 que funciona con una tarjeta Micro SD que entre sus features anunciaba poder funcionar también como un NoPass. El SuperCard SD es un adapatador para tarjetas SD para el Slot 2. Complementé mi compra con una Micro SD de 1G y un adaptador SD para tarjetas Micro SD. A todo esto, breve paréntesis. No sé si han visto tarjetas Micro SD, pero son en realidad MICRO.

La cosa es que después de probar varios programas sin éxito caché que para que el EZFlashV funcione como NoPass, tiene que tener una Micro SD metida, lo que si me preguntan a mí es un poco idiota. De todos modos, ahora la única opción que tengo es o comprarme otra Micro SD o una SD normal, puro para probar si la cosa funciona. Lo bueno, claro, es que tener más memoria flash nunca le ha hecho daño a nadie, y las tarjetas de este tipo (CF, SD, Micro SD, Mini SD, bla) están botadas de baratas en todos lados. Por el momento, hay algunas cosas que sí puedo correr, como el LemmingsDS de la foto o DSudoku, que me mantendrá ocupado, y siempre puedo usar algunas de las cosas con las que el EZFlashV viene de fábrica, como el poder abrir archivos de texto y reproducir MP3 (todo lo que es el OGG va a terner que esperar un rato. Traté y la tarjeta maldita casi me ladra… Ya le voy a mostrar quién manda aquí…).

Los mantendré informados. Luego les va a venir un post familiar eso sí, porque mañana parto a Hokkaidō (北海道) a ver el Festival de Nieve (雪祭), que promete… Vuelvo el 10, así que tomen todos estos posteos con los que los he malacostumbrado y se entretenienen hasta entonces, ¿bueno?

A todo esto, actualización sobre lo del Wii… hoy en Slashdot me enteré de los tipos que hicieron un brazo mecánico controlado con un wiimote… entretenido, pero igual se ve peligroso…

¡Tengo una Wii!
Mmm… creo que voy a tener que empezar desde antes.

Verán, tengo un amigo, llamémoslo JP, que decidió hacer la cola interminable el día del lanzamiento de la Wii para comprársela. Precisamente eso hizo, y después de una noche sin sueño volvió a su casa ¥25.000 más pobre y con una Wii bajo el brazo. La cosa es que este amigo no sólo no tenía una tele cuando se la compró (hay gente impulsiva y gente impulsiva) sino que cuando se consiguió una decidió que no tenía suficiente tiempo para dedicarse a la Wii como debía (?).

Afortunadamente para mí, esto fue más o menos cerca de navidad, y tuve la suerte de estar parado más o menos cerca cuando anunció sus planes de venderla para recuperar algo de plata. Yo hasta ese momento no le había dado muchas vueltas a la idea de comprarme una consola (todas las que he tenido han sido regalos), pero ya que andaba la onda navideña y la gente en Chile me había dicho que buscara algo que me pudieran regalar, empecé a sumar uno más uno y, cuento (bien) corto, ahora soy el orgulloso dueño de una de las Wii del lanzamiento.

Por razones que no voy a empezar a enumerar no le he podido yo dedicar todo el tiempo que debería (…) pero ya le he dado un par de vueltas y es realmente entretenida. Cuando me llegó la prendí y estuve dándole espadazos a unos yakuza por cerca de dos horas y media antes de que un amigo me arrastrara de mi pieza a comer algo, cosa que puede haber sido para mejor porque mis brazos estaban a punto de caérseme.

He estado leyendo un poco eso sí, acerca de la consola y sus posibilidades, y del wiimote¹ y he averiguado algunas cosas que son realmente entretenidas.

Además del video en youtube del tipo jugando Half-Life 2 con el wiimote, al que ya linkeé en un post pasado, al parecer uno ya puede hacerse con drivers para usar el wiimote en prácticamente lo que sea. Y por si fuera poco, ya están empezando a aparecer los usuarios creativos que van a hacer que el wiimote alcance más popularidad y que eventualmente van a empujar el desarrollo de las interfaces para computadores, y de ahí, el dominio intergaláctico. Ya, está bien, me entusiasmé más de la cuenta, pero igual…

Hoy mismo, por ejemplo, leyendo GayGamer.net (no pregunten… ni yo sé cómo llegué ahí…) encontré un link a djwiij, una página con la misión de llevar el wiimote a las fiestas para usarlo para mezclar discos. Y al parecer ya han tenido bastante éxito. A estas alturas sólo se puede especular de hasta donde va a llegar todo esto, pero yo, por lo menos, estoy satisfecho de tener una y de ver qué cosas van a salir de ahí. Y esas son sólo lás aplicaciones para software. Hay por ahí unas ideas también bastante interesantes en el reino del modding de hardware…

En una nota sólo marginalmente relacionada, mañana voy a Akihabara, la capital mundial de la chuchería electrónica, a ver si me puedo encontrar lo necesario para empezar a correr homebrew en mi DS. Los posteos relacionados con eso van a estar probablemente con el tag “dslinux” ya que para allá apuntan mis intereses en el tema (y, por qué esconderlo, a los emuladores de SCUMM y SNES…). Los mantendré informados.

PD: no soy el único feliz de tener una Wii…

1. El control de la Wii es completamente inalámbrico (¿puede algo ser “parcialmente” inalámbrico?) y funciona con un lector infrarrojo encima del televisor, que lee movimientos y demases. El nombre - “wiimote” - viene de la contracción de “Wii Remote”, porque cuando uno no lo agita por los aires sirve para eso también: para apagar y prender la consola a distancia. [volver]

Ha pasado mucho tiempo desde la ultima vez que escribi aqui, y han pasado muchisimas cosas interesantes (entre ellas un viaje a Kyoto y Nara y una reestructuracion de base de Gladys que, como podran haberse dado cuenta, me tiene sin acentos¹). Sin embargo, este posteo no es para ninguna de esas cosas, sino solo para celebrar una noticia que es la mejor que he tenido en mucho tiempo, por lo menos en lo referente a derechos digitales: EMI decidió dejar de utilizar DRMs en sus CDs.

Hace poco mas de cuatro horas salio en Slashdot un link a un articulo en boingboing en el que se hace referencia a una noticia que aparece en NVPI (el articulo original en holandes). Aparentemente, EMI termino de darse cuenta de que los DRMs no funcionan y apuntan en la direccion equivocada, generando mas problemas de los que solucionan (si es que solucionan alguno) y convirtiendose mas que nada en un hoyo negro de recursos: gastan tiempo, gastan plata y son energeticamente ineficientes, sin contar los otros incontables problemas que generan en lo referente a las libertades de los usuarios y los efectos negativos en lo mismo que pretenden evitar².

La noticia es casi demasiado buena para creerla, pero si como parece ser, es cierta, kudos a EMI.

1. De estos dos temas y mas prometo postear luego, es solo que entre el viaje y el aprovechar los ultimos dias de vacaciones no he podido escribir ni siquiera del anno nuevo, ni de navidad, ni nada! [volver]
2. Todo esto y mucho mas queda magistralmente explicado en un discurso que Cory Doctorow, el mismo del articulo en boingboing, dicto para la gente del equipo de investigacion de Microsoft. Altamente recomendado! [volver]

Hace un tiempo encontré en youtube un video que demostraba el uso del wiimote en un pc para jugar Half-Life 2. El proyecto (incluyendo todo lo necesario para hacer que el wiimote interactuara con el pc) corrían por cuenta del equipo de wiili: la página oficial del proyecto para hacer correr Linux en una Nintendo Wii (que a todo esto, no he jugado pero he visto, y tengo un amigo que me debe una ida a jugar con la que se compró. De ahí comento cómo fue eso)¹. Eventualmente tendré que escribirles algo de lo impresionante que resultan esos grupos de entusiastas que son capaces de hacer correr Linux hasta en la calculadora más picante. De los proyectos de este tipo conozco el de Nintendo DS, el de PSP, el de Wii y el de PS2, pero estoy completamente seguro de que si uno busca, lo más probable es que encuentre un grupo de personas que no sólo ya pensaron en cómo aprovechar el hardware de las consolas de un modo más inteligente, sino que ya empezaron a tratar de hacerlo. Con Linux, obvio.

Sin embargo, el posteo no se va a tratar de esto. Ya vendrá uno para eso, luego, porque estoy a punto de emprenderlas con mi DS a ver si logro algo… pero mantengámoslo en el suspenso por el momento.

La razón del posteo, y del título medio esotérico es otro video, también encontrado en youtube, pero a través del siempre útil Slashdot. Ahí había una nota acerca de un tipo de Microsoft que ideó un mouse inalámbrico que funciona sin mouse pad, es decir, que funciona desde el aire. Decir que no tiene el punto de referencia proporcionado tradicionalmente por el mouse pad no es tremendamente cierto, porque la gracia del aparato es que el mouse pad envuelve el mouse, por lo que uno puede moverlo todo junto y controlarlo con una mano. Cuando lo lei no entendí mucho, pero ya yendo a la página misma y viendo el video del que les hablaba en youtube no sólo van a entender mejor, sino que lo verán en acción en un partidito de Unreal Tournament 2004 y aprenderán cómo hacer uno. En verdad, puede ser que valga la pena ver qué tal².

Quizás entre el Soap (que así se llama el engendro) y el Wiimote y los controles que vendrán después el futuro de la interfaz entre el usuario y los computadores cambie totalmente, y así parece que va a ser. Hace un tiempo en el blog de sirlin leí un posteo en el que enumeraba los grados de libertad del wiimote en comparación a los de otros controles populares, y era degenerado:

Your hand naturally has 6 degrees of freedom: translation along the x,y,and z axes, as well as pitch, roll, and yaw. The Nintendo controller (held in one hand) has the first 3 for sure, and it appears to have 2 of the last 3 also (I think you can rotate it along it’s long axis as well as twist it left/rigth). So it probably has 5 degrees of freedom with just ONE hand. That’s more than your grandmother’s dual analog could muster in two hands. You also have access to 2 buttons during all this. Furthermore, you can use another one of these things in the other hand for a total of 10 degrees of freedom and 4 buttons. Or, you could use one controller in one hand and the analog stick in the other, for a total of 7 degrees of freedom and 4 buttons.

¿Qué nos irá a deparar el futuro? No tengo idea, pero estoy MUY entusiasmado por enterarme…

1. Acabo de notar que existen varias páginas de gente tratando de hacer lo mismo, al mismo tiempo (www.wii-linux.com, www.wiilinux.org, más la que linkeo en el posteo por lo menos). Eso tiene pinta de que, si lo logran, vamos a terminar teniendo no sólo la posibilidad de correr Linux en una Wii (y probablemente pase lo mismo con otras consolas) sino que además lo más cercano a distribuciones distinas. El eterno problema de este tipo de iniciativas: el end user tapado de alternativas… less is more! less is more! Incluso hay algunos que se han visto involucrados en cierta controversia por lo que puedo leer… [volver]
2. Las instrucciones están en el video así como en un archivo pdf que pueden bajar desde la página oficial del diseñador. [volver]