"To pay so much attention to Bill Gates' retirement is missing the point. What really matters is not Gates, nor Microsoft, but the unethical system of restrictions that Microsoft, like many other software companies, imposes on its customers." - Richard Stallman
Read the complete article at:
http://news.bbc.co.uk/2/hi/technology/7487060.stm
-.- 0 comentarios / Lee o escribe comentarios
21 de junio, 01:48(-06:00) - Back
Hi! I've been extremely busy writing thesis.
Our (Hugo and mine) thesis is finally written, corrected, re-written and approved.
Our thesis is called "Development of framework and proof of concept for the Nintendo DS Console". It aims to make developing games for the said console easier with alternative tools (DevKitPRO, DevKitARM, libnds, libwifi, libfat) and using exclusively Free (as in Freedom) Software. And the framework itself will be, of course, Free Software.
I had a lot of fun doing the degree project and I hope to continue working on it after I get my degree. It was a lot of hard work, and explaining it wasn't that simple, but I hope (and I've been told) that the thesis is easy to understand. I will publish it after our professional exam's done, and if I find enough time, I'll translate it to English. (If you want an advance copy in PDF, e-mail me ;) )
Mainly, this is what we did:
- Get MotorJ working on the Nintendo DS
- Write a class to load OGGs as background music
- Write a class to load WAVE files as sound effects
- Write a class to use as a Collision Tree, so collisions between objects can be carried out in an ordely way
- Fix a nasty bug in one of MotorJ's collision detecton algorithms
- Write a Blender->NDS Display List exporter
- Write a class to load the NDS Display Lists and use them to animate a biped character
- Standarize the MotorJ API a bit
- Write a small scenario editor using MotorJ for the PC (heh)
- Write a couple of classes to make networking stuff easier
- Finally, build a concept proof using all the aformentioned developments
We stopped developing the concept proof when we started writing the thesis, so we're going to finish it in the next few days.
Developing a multiplayer game, even if it's a very simple one with little to no authentication, down to the socket level, is a very interesting task. Defining how players interact with each other is not obvious: How do you get everyone to see the same world state at the same time? Which data should be sent over the network? Player controls? Player speed? Everything but the kitchen sink? How often? How should the game interpolate the other players' positions between each update? How do you get two objects to collide with each other and react in the same way, in a distributed world?
One of the issues in developing for the Nintendo DS is processor speed. Most of the previous questions are easily solved if you have a Client/Server architecture. Well, when we're talking about the Nintendo DS, a C/S architecture means getting one console to do a tremendous amount of work, something that will very probably slow down the game. So I decided to distribute the task more evenly: each console, except for player 1, cares only for its player and more or less trusts the updates sent by the other consoles, pretty much the way old games (like Descent, Doom and others) worked. Only one console does more work than the others: player 1's console will decide when the game starts and when it ends, and where some in-game objects appear. Just a bit more of work, but nothing serious.
Another idea could be setting a computer to act as a server and the DS consoles to work as pretty much "dumb" terminals, but I really wanted people to be able to play without requiring a computer.
In my next blog posts, I'll try to explain my findings, both here and in the lab's blog. From now on, I'll probably post most messages in English. I've made a few friends over the Internet from far places who might actually be
I also changed my site's theme to something that will hopefully not burn your eyes :P
-.- 2 comentarios / Lee o escribe comentarios
27 de abril, 23:34(-06:00) - Post-FLISOL '08
Debo decir, primero, que desde mi punto de vista, el FLISoL fue todo un éxito, y agradecer a todos los asistentes, compañeros colaboradores y autoridades que lograron hacer de este evento una realidad.
Para evitar el casi-desastre-que-afortunadamente-salió-bien del FLISoL 2007, esta vez tratamos de aprender de nuestros errores y lo más esencial lo aseguramos desde casi dos meses antes (con algunos sobresaltos, por cierto); aún así, es verdad que tuvimos miles de cosas apresuradas y problemas de último minuto (digamos que cuando creíamos tener super reservado el lugar para los talleres, nos llevamos un buen susto, entre otras cosas), eso sin contar algunos errores garrafales (pero de esas garrafas de agua tamaño familiar, y de familias de antes) en nuestra publicidad y varios aspectos más - uno de ellos podría decir, casi exclusivamente culpa mía.
A pesar de que yo temí que no hubiéramos hecho suficiente difusión, y sobre todo que tuvimos un mega error en los carteles que pasó por por lo menos 4 filtros diferentes sin ser notado hasta que fue demasiado tarde, tuvimos una sorprendente afluencia de personas. Sorprendente es poco, era una cantidad absurda de personas en los talleres pero sobre todo en el InstallFest. Simplemente no lográbamos darnos a basto, no habían suficientes cables, no habían suficientes espacios en los switches de red, no habían suficientes instaladores, suficientes discos, suficientes quemadores.
Y la verdad, qué gusto me da que hayan rebasado todas mis expectativas, aunque como punto negativo, probablemente no le pudimos dar toda la atención que requería a todas las personas (siéntanse libres de pedir que arreglemos este error personalmente en el laboratorio ;) ).
Yo participé en varias áreas; el primer día estuve dedicado casi de manera exclusiva a poner y mantener el enrutador (una pentium3 dual que no funciona si hace frío), revivir constantemente un switch (con un falso contacto en el adaptador de la corriente) y quemar miles de discos, además de dar un taller que se extendió mucho más de lo planeado, tanto por errores de planeación míos, como por entusiasmo del público.
El segundo día, con la experiencia ganada del primero, ya pude dejar desatendido un buen rato el enrutador y ayudar a varias personas con instalaciones y algunos problemas y dudas en particular.
Me sorprendió también la cantidad de personas que tomaron los talleres, y me sorprendió aún más que hubo personas de otras ciudades que vinieron específicamente a tomar los talleres, los dos días (por cierto, fue muy grata la invitación a colaborar con estas personas que vinieron de otras ciudades - se discutió con la mayor parte del grupo del laboratorio y todos estamos de acuerdo en participar, estaremos en contacto).
Parece fácil hacer un FLISoL, pero la realidad es que fue necesario el esfuerzo de muchas personas en un periodo bastante largo de tiempo y finalmente los meros días.
En resumen, me dio mucho mucho gusto este FLISoL y espero que el siguiente año tengamos más asistentes (y también más instaladores)
ˇMuchas gracias a todos de nuevo!
Aquí les dejo una foto de los LIDSOLeros que participamos el día viernes:
Por cierto, si alguien tomó fotos de mi taller, le pido de favor que me envíe algunas a mi correo: lanjoe9 [arroba] mexinetica [punto] com.
También me quedaron algunas cosas pendientes del taller, las iré poniendo aquí en los próximos días. Por lo pronto les paso el .c que estábamos haciendo (con algunas instrucciones extra, que por cuestiones de tiempo no las puse) y también parte la presentación que no les pude mostrar porque no teníamos cañón:
Taller_OpenGL_FLISOL08: Alejandro-presentacion-OpenGL.odp
Taller_OpenGL_FLISOL08: glmain.c
http://rompope.fi-b.unam.mx/lanjoe9/flisol08/taller/
-.- 3 comentarios / Lee o escribe comentarios
23 de abril, 17:49(-06:00) - FLISOL '08
El Festival Latinoamericano de Instalación del Software Libre 2008 se celebrará el día 26 de abril en una gran cantidad de ciudades de latinoamérica; en la sede UNAM-LIDSOL lo celebraremos también el día 25 a partir de las 10:00 h y hasta las 19:00h, porque el sábado sólo podremos estar hasta las 14:00 h.
El 26 de abril es una fecha especial: es el día de la (mal llamada) "propiedad intelectual". El FLISOL es, desde nuestro punto de vista y como comentaba Beatriz Busaniche (de vialibre.org.ar), una manera de desafiar a todas estas organizaciones que pretenden vendernos el principio de "no compartir" como única manera de obtener progreso.
Haz clic en la siguiente imagen para ver los talleres y las conferencias que habrán:
http://wiki.lidsol.net/wiki/index.php?title=FLISOL_2008
Para ver otras sedes del FLISOL, la página es http://www.flisol.org.mx/
----
Me acabo de enterar que Beatriz Busaniche participará HOY Miércoles 23 a las 21h tiempo de Argentina (19 h tiempo de México D.F.) en la radio, en un debate sobre el voto electrónico. Su manera de ver las cosas siempre me ha parecido muy interesante, así que les recomiendo que la escuchen a través de Identidad FM [92.1 MHz FM Argentina ; http://www.fmidentidad.com/].
Más info en Vialibre.org.ar
-.- 0 comentarios / Lee o escribe comentarios
12 de abril, 19:52(-06:00) - La BBC visita el garage donde comenzó HP
http://news.bbc.co.uk/2/hi/technology/7341983.stm
-.- 0 comentarios / Lee o escribe comentarios
05 de abril, 01:41(-06:00) - How would your life be...
... if you were afraid of touching the ground?
Every nine hours, a new landmine victim. In Colombia, alone. Colombia is one of many.
UN International Day for Mine Awareness, 4th April 2008
Every nine hours, a new landmine victim. In Colombia, alone. Colombia is one of many.
UN International Day for Mine Awareness, 4th April 2008
-.- 0 comentarios / Lee o escribe comentarios
Suscribirse a este blog
/ Histórico de mensajes publicados