Llevo unas semanas con esta pequeña frambuesilla en las manos y estaba deseando hablar de ella, la verdad es que el precio es poco menos que una golosina, por unos 30€ tienes un micro-ordenador capaz de hacer mayormente tareas sencillas y un consumo mínimo. Dicen sus creadores que no hay botón de apagado por que tenerla durante un año funcionando costaría lo mismo que una hamburgesa XD
Por el momento sus usos principales y más adecuados son la educación (es pequeño para tener muchos en clase, permite conexiones externas INPUT/OUTPUT, etc…) y como mediacenter, gracias a una GPU dedicada a tal tarea. Para todo lo demás se queda mucho más pequeña ya que la carga recae sobre la CPU y con una resolucion de 1080/720p querer por software que funcione MAME o emuladores medianamente modernos está fuera de su alcance.
Lo peor es que cuando la gente se ha propuesto mejorar este panorama broadcom está impidiendo a los “hackers” que podrían crear drivers y ports accedan a la documentación completa del funcionamiento de su socket. Y lo que parecía una plataforma libre para trastear y aprender, se ha convertido en una pequeña ratonera que está causando cierto descontento. Esta discusión de 25 páginas sobre los problemas con el USB es bastante ilustrativo sobre comportamiento de broadcom con los usuarios y la fundación RPI.
Pero dejémonos de alzamientos y quejas vamos a lo práctico:
Ahora mismo sólo tenemos acceso a aceleración de la GPU usando una API poco documentada, o usando OpenGL ES. Los intentos para dar mayores herramientas a los desarrolladores son unas pruebas de SDL2.0 usando un port de pandora: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=67&t=12693
Y desde la fundación de la RaspberryPI, que están terminado un driver para las X11. Lo que no tengo claro es si estará disponible el código fuente, supongo que no. En el momento de escribir estas líneas está en vías de testeo: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=4649&start=200
Ya digo que esta esta actitud parece estar provocando malestar y cierta incertidumbre sobre lo que ocurrirá cuando broadcom ya no les importe nuestra pequeña y deje de soportarla, pero igualmente sigue vendiendo como si no hubiera mañana, heheh
Personalmente me parece un juguete al que le podríamos sacar mucho más jugo, pero que al margen de reproduccion multimedia sólo podemos sacarle un 20% de su potencial. Una pena…
Ahora estoy haciendo pruebas para tenerlo como mini-server y para cosas de apache, servicios pequeños al no utilizar la CPU para procesar gráficos podemos aprovecharla mucho mejor, fijaros que otro posible uso de esa GPU podria ser realizar operaciones matemáticas con ella… bueno, dejo de quejarme sobre la gentuza de broadcom y os remito a otro futuro artículo que tengo medio terminado para preparar un devkit remoto para nuestra PI.
Un Saludo y espero que me disculpéis la ausencia… bueno, un artículo al año no hace daño XDD
Arcade Genuine Entertainment System (A.G.E.S.) es un pequeño pero potente Live de Ubuntu, enfocado a un uso exclusivo en máquinas arcade. El objetivo es tener un sistema mínimo pero usable que permita jugar fácilmente a emuladores y juegos OpenSource.
Ahora funciona con las xorg en lugar de la consola de la vieja versión (0.00.1e), que permitirá nuevos emuladores y aprovecharemos la aceleración OpenGL de las tarjetas modernas.
Mame 0.143 hiscore y groovy patches (incluye switchres para generar los modos nativos como antiguamente se hacía con advmame)
Kernel 2.6.38.8 ArcadeVGA parches de groovy (permite tener desde el arranque 15Khz).
xorg-radeon 6.14.99~git 20110811 ArcadeVGA ages-fix (permite resoluciones menores de 320×240 en las xorg)
En modo arcade no aparece la pantalla de inicio, si lo hace a 30Khz (algo falla en plymouth, investigar)
Cuando hay un crash de MAME la pantalla continúa a la resolución del juego (añadir un xrandr al volver?)
Downloads, Videos y tutoriales sobre A.G.E.S. abajo
English
Arcade Genuine Entertainment System (A.G.E.S.) is a little live system exclusive for arcade cabinets. The goal is to get a minimal but usable system that allows easy playing emulators and opensource videogames.
A.G.E.S. Boot Screen
Features
Include pyRetro FrontEnd little but easy, stable and quick work.
Using xorg no more console commands are need it to configure the basic system.
Mame 0.143 hiscore and groovy patches (includes switchres to generate arcade native modes like advanceMAME)
Kernel 2.6.38.8 ArcadeVGA patches from groovy (boot on 15Khz).
xorg-radeon 6.14.99~git 20110811 ArcadeVGA ages-fix (resolutions bellow than 320×240 on xorg).
libsdl-1.2 switchres patch.
OpenPPJoy 0.4z preconfigured (Arcade Joysticks using LPT).
Interlazed modes working with a perfect vsync!
Patches used are included on live, path/opt/agesand/opt/pkg
ToDo
RC2: To finish ages-setup and his updater.
RC3/Final: Add support for more emulators on pyRetro Frontend.
Tests
You can try AGES from CD or using a USB/Pendrive, more info at ubuntu site: (Try it)
Creo que he hablado muchas veces de él pero aún no os lo he presentado convenientemente, Arcade Genuine Entertaintment System (AGES) es un pequeño pero potente Live de Ubuntu, enfocado a su uso en máquinas arcade. El objetivo es tener un sistema mínimo pero usable que permita jugar fácilmente a emuladores y juegos OpenSource.
El mayor problema que nos podemos encontrar cuando intentamos instalar cualquier sistema operativo para una máquina arcade es que los modos gráficos necesarios, al ser especiales, requieren de gran conocimiento del sistema para llegar a poder ver a Pacman usando sus 224×288 líneas
Como cualquiera de mis proyectos personales, he usado AGES durante años y ahora he querido actualizarlo para poder disfrutar de otros emuladores que normalmente eran incompatibles o daban problemas desde la consola. Otro problema era su difícil configuración, tengo amigos que han usado y siguen usando AGES pero que se perdían o directamente fallaban en su intento de tocar configuraciones desde consola, instalar nuevas aplicaciones, bajar ficheros, etc…
Foto de un momento del desarrollo que compartí por Twitter, mientras creaba el nuevo modo de visualización de pyRetro
Así con las metas de usar las xorg y añadir administración desde gnome he empezado desde hace unas semanas la nueva versión que nace con esta nueva AGES Live 11.04.2 Basada en Ubuntu Natty
Características principales
Incluye pyRetro un FrontEnd pequeño, muy rápido y fácilmente configurable y modificable.
Hace uso de las xorg en lugar de la consola de la vieja versión, que permitirá nuevos emuladores y aprovecharemos la aceleración OpenGL de las tarjetas modernas.
Mame 0.143 hiscore y groovy patches (incluye switchres para generar los modos nativos como antiguamente se hacía con advmame)
Kernel 2.6.38.8 ArcadeVGA patches from groovy (permite tener desde el arranque 15Khz).
xorg-radeon 6.14.99~git 20110811 ArcadeVGA ages-fix (permite resoluciones menores de 320×240 en las xorg).
Modos Entrelazados totalmente operativos (en la anterior versión desde consola no funcionaban correctamente).
Por Hacer
No funciona la instalación (al menos no ha sido testeada), el live puede fallar en crt/tft y sería conveniente añadir samba.
pyRetro sólo soporta MAME, pero no debería de ser complicado añadirle más emuladores.
El nuevo modo Layout de pyRetro necesita recolectar año, pantalla y controles de cada rom listada.
Soportar otras versiones más viejas de MAME (0.55/0.106).
Añadir modo admin y menu de admin (en gnome).
Arrancar con X peladas el FE, para aprovechar la CPU.
Fallos Conocidos
Por alguna extraña razón en el último build se ha estropeado la configuración de las xorg para crt/tft/vm, de todas formas todo el live va enfocado a usarlo en una arcade, pero por si alguien quería verlo añadí esa opción, lo revisaré tranquilamente para la test_2, si alguien tiene un fix que avise en los comentarios, thx.
En este Live Test_1 el único monitor arcade soportado es Hantarex 9110, aunque no debería de dar muchos problemas usando este live con otros monitores arcade o en un Televisor de tubo.
Download
Por el momento está alojado en el blog pero pretendo que las siguientes release vuelvan a estar disponibles en la página de la forja en rediris (sourceforge español, para entendernos XD)
Live ya disponible en redIris, en la parte inferior tenéis el enlace y recordad comprobar el md5 de la iso
Arrancar el pyRetro (genera la lista de roms) y jugar un poco (por ejemplo al wrally), comprobar refresco y resoluciones reales, etc…
Cambiar xinitrc y arrancar de nuevo en modo arcade, para ello seguid estos pasos: Pulsamos CTRL ALT F1 y Copiamos xinitrc al home del usuario: cp /opt/ages/configs/others/xinitrc ~/.xinitrc Matamos las X parando el gdm: sudo /etc/init.d/gdm stop Iniciamos las X sólo con el xterm y arrancamos pyretro: startx pyretro
Este sería el modo donde funcionaría normalmente ages, excepto cuando estemos configurando que volveríamos a gnome normal, para así facilitar al usuario mover roms, conectar a servidores, navegar por la red, etc…
Todos los parches usados en esta release están disponibles en /opt por si queréis echarles un ojo. La excepción son los parches de pyRetro que los subí ayer a la página del proyecto (issue 10 y issue 11), así que no están disponibles en el live.
Con todo esto de recuperar AGES anoche me quité un par de horas de sueño para actualizar OpenPPJoy a su versión 0.4z que soporta por fin el Kernel 2.6.38, las gracias a VeS que además corrigió la configuración base de las teclas para adaptarse perfectamente a la configuración por defecto de MAME
Esquema realizado con las herramientas de diseño más sofisticadas para mostrar como montar un pequeño panel a modo de ejemplo para OpenPPJoy. Tecnología punta HOIGAN!
svn checkout http://openppjoy.googlecode.com/svn/trunk/ openppjoy
cd openppjoy/arcade-modulo
make
make modules_install
Igualmente voy a preparar una versión debian del módulo usando DKMS, que es un pequeño pero potente programa* (patrocinado por Dell)* que permite mantener un driver que no está disponible en la rama oficial del kernel de forma sencilla para el usuario, ya que se encarga de vigilar que tengamos nuestro módulo actualizado cada vez que renovemos nuestro kernel. Si tenéis alguna tarjeta NVIDIA, ATI o alguna Webcam rara ya os sonará haberlo visto
El siguiente paso será hacer el driver configurable, me gustaría usar /proc pero quiero no alargar demasiado la nueva rama 0.5, haré unas pruebas con la beta que me envió hace ya más de un año Pakito (mil gracias tio) y veré que se puede construir a partir de ahí que sea estable y demás
