Hace unas semanas, hablando con la jefa, sugió la idea de hacer un desarrollo rápido para la película de Justin y la Espada del Valor, algo que ayudara en la promoción y que nos llevara un par de días por cada labor (diseño, sprites, programacion, testeo, …)
La primera idea fue usar gamemaker, pero con las peleas que tuvo mi compañero para conseguir que funcionaran ciertas cosas en la versión HTML5, la desechamos. En un momento de locura (no tiene otra explicación XD), alguno dijo ¿Y si lo hacemos para 8bits?
Cuando mostré la primera alfa para Spectrum en KANDORGraphics alguno que otro soltó una lagrimita al ver a ese JUSTIN pixelado y me dieron el “si quiero” tan deseado. Esa misma tarde nos pusimos a dibujar más bichitos, mapas y planteamos el gameplay inicial. Que básicamente se trataba de “llegar a la meta”.
Han sido muchas horas y muchas noches trasnochadas, para traeros este Justin and the Lost Abbey, espero que todos los que lo probéis me comentéis, si os ha gustado, si os parece fácil, difícil… ya que este ha sido mi primer diseño publicado (los otros nunca llegué a terminarlos o el grafista no me aguantó hasta el final XD) y tengo ganas de saber si me he quedado corto o me he pasado :P
Quiero agradecer a nathan su infinita paciencia desde los foros de los mojon twins ayudándome cuando el z88dk me empezaba a hacerme mandangas (por cierto para la próxima más bien usaría sdcc), a Oscar J. Vargas por la fantástica portada que ha preparado y a Chaky por la música, aunque finalmente no pudieramos usar su versión inicial… Igualmente creo que el trabajo se nota.
He preparado una pequeña web para la release de Justin and the Lost Abbey, con todos los contenidos que hemos preparado con el AM0R y cariño por lo viejuno que se merece ;)
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)
La verdad que cuando empiezas a programar para el linux de Dingoo, ves que usando SDL todo funciona a la primera, pero el problema empieza a surgir cuando pasas de SDL e intentas optimizar las cosas por ti mismo, accediendo a los dispositivos directamente y para eso hay que currarselo mucho y lo peor es que la información es escasa y desperdigada.
Pues aprovechando el puente he creado unos tutoriales a partir de todas las consultas que me han llegado de como inicializar, o diferentes modos de usar el pad, etc… espero ayuden a cualquier desarrollador que quiera comenzar a crear o portar su software preferido a dingux.
