Debido al reciente caso de Nexuiz podría tener una versión para consolas me ha venido a la cabeza otro caso de los videojuegos libres, el de ScummVM vs Nintendo, os pego la cabecera de la noticia en meneame:

Atari viola la licencia GPL de ScummVM
Atari ha reeditado algunas aventuras gráficas antiguas para la consola Wii. Sin embargo, en vez de realizar una conversión, los programadores decidieron usar el intérprete de aventuras gráficas “ScummVM”, bajo la licencia GPL y sin el consentimiento de los creadores originales. Aquí tenéis un resumen de la historia, traducido a partir de lo publicado en el blog de Sev, uno de los encargados del proyecto ScummVM.

Ya veis lo que se cuece, a ver que ocurre con el tema de Nexuiz.

La parodia de cierto anuncio de manzanas:

El trailer de la película de VLC:

Y Tux a lo Matrix:

Vía el comentario de Damian en el articulo de la Sandía Pygame es divertido jugar con el que nos ofrecía información de un curso online y gratuito de PyGame (link a la wikipedia).

Bueno aquí tenéis el link que informa del curso CURSO DE PYGAME, comienza el 10 de marzo en el 2010.

Y os pego las normas que me han llegado por email…es que me apuntado, siempre he querido aprender bien PyGame:

Hola

Saludos Daniel Bermudez

Ando jugando con PyGame y es divertido, no soy un experto en el lenguaje python pero es bastante accesible.

De momento no tengo nada serio, y espero que no salga nada muy serio xD que uno no tiene tiempo para ser un estadista.

Aunque siempre que juegas con un lenguaje de estos te pita el oído con la optimización pero que quieres jugar creando el juego o jugar a optimizarlo…yo ya pasado esa época ahora soy mas mesurado en esos temas.

Proyectos de Software Libre habla hispana, es un articulo que llevo tiempo queriendo hacer y pensando como hacerlo bien.

¿Porque del articulo? Pues dar a conocer proyectos de sofware libre que lo compongan gente de habla hispana y que aunque el código este en ingles (mas o menos estándar) pero minimizar la gran barrera que es el idioma. Y el otro porque, es el de la “la fuerza de la piña”, es mejor aunar fuerzas que andar cada uno por su parte.

También tiene sus desventajas, como dije de Fenix/Bennu en el articulo de Lista “engines” 2D libres (+ algunos vídeos) que proyectos que no son en ingles tienen a quedarse como islas sin conexión con el continente, pero bueno algunas veces esas islas se convierten en continentes, y no hay que desdeñar que el español es la 3º lengua en la red redes y la otra es el ingles y el chino.

Hay muchos proyectos, y va dar para muchos articulos, pero empecemos:

• EasyRPG, es el proyecto para crear un clon libre del engine de videojuegos RPGmaker (link a la wikipedia), un proyecto maduro que ya comienza a dar sus frutos.
• Ugamela un clon libre del Ogame (link a la wikipedia).
• Pixjuegos, tienen varios videojuegos realizados que son mas o menos remake de algún clásico, creo que programan en Fenix/Bennu y poco mas os puedo decir de ellos.
• Glest, un proyecto que tuvo un boom hace años pero que últimamente anda parado, es un juego de estrategia en 3D con tintes de tierra media.

Y ya en un par de días, publicare mas proyectos con los que podéis colaborar sin muchas barreras.

Los Engines (link a la wikipedia) son una forma como programador de no andar metiéndose siguiendo una metáfora culinaria a coger las patatas del campo, coger los huevos de nial de las gallinas…para hacer una tortilla de patata, vamos que para que hacer eso si lo que quieres es cocinar una rica tortilla solo quieres los huevos, las patatas y demás ingredientes y cacharros.

Mola programar, yo conozco gente que andan obsesionados con hacerse sus librerías gráficas/engines/kits y se pierden en el bosque por andando mirando los arboles (¿Cual era el refrán…sale en la peli Kill Bill?), si es una tarea noble pero infructuosa porque se te va el tiempo y al final el videojuego no viene.

Y las librerías básicas que ofrece el software libre como LibSDL ayudan pero hay peldaños para subir mas arriba y crear lo que queremos crear, el videojuego…o aplicación multimedia ;) .

Nos centramos en 2D porque 3D aunque tenemos grandes engines como Ogre3D o Cristal Space son otro campo mas largo. De los 2D listados pues a mi entender son los mas “estándar” es decir los que mas probabilidades existan en tu distribución de GNU/Linux o incluso consola y los que mas se acercan al concepto de engine y mas se alejan de simple librería multimedia (porque hay otros conocidos como clanLib, Allegro… que son poco mas que librerías mas o menos de mas alto nivel), bueno vamos al turrón:

• PyGame librería para Python (link a la wikipedia) que da muchas facilidades para programar videojuegos. Frente a los otros 2 engines 2D que te comentare es que trabajas con Python un lenguaje bastante conocido y que vale para mas cosas que solo en engine.

  Primer vídeo son los 1100 proyectos que hay escritos con PyGame:
  

  Una demo de un juego que anda haciendose en PyGame:
  

  Ventajas: Python, bastante estandarizado, muy maduro con lo que hay muchos ejemplos y hay incluso documentación (no oficial) en español.
  Inconvenientes:Python (si no lo dominas al 100% como el que escribe), “”lento”" (eso dice por ahí las malas lenguas), poca penetración en consolas…dicese GP2X.

• Löve engine basado en el joven lenguaje de script Lua (link a la wikipedia), al igual que la Lua este engine es bastante nuevo (creo que comenzó su andadura por el 2007) y por tanto aunque esta bastante estables todos los conceptos, apenas hay documentación (la oficial…esta un poco a medias hay funciones que no sabes que retornan por ejemplo jajaja) y apenas ejemplos…olvidaos de documentación en español. Pero este es un engine, engine que abstrae mucho trabajo (que ya esta hecho en el engine) como la gestión de físicas (todavía ando intentando comprenderla), esta muy estructurado el código (no es identación obligatoria como Python) por ejemplo tienes que rellenar en el main.lua 3 funciones, load (ahí cargas los ficheros y haces otras cosas), update (la que se ejecuta con cada frame) y draw (que es la que dibuja en cada frame).

  Apenas hay vídeos:

  Ventajas: Lua como Python aunque es bastante nuevo el lenguaje es un lenguaje que puedes usar en otros ámbitos, engine bastante completito, simple de programar y rápido.
  Inconvenientes:Lua (si no lo dominas al 100% como el que escribe), bastante joven es decir apenas documentación y ejemplos.

• Fenix o el actualizado fork y con mas vida Bennu, primero que decir, su historia, es un engine muy muy viejo (aunque desde mi punto de vida muy poco maduro) comenzó como un clon libre del DIV (link a la wikipedia) un engine español privativo de los 90. Hay multitud de proyectos que usan Fenix/Bennu y esta muy extendido en el mundo de la GP2X, Dreamcast… La documentación pues si os digo la verdad nunca la he buscado. Pero el principal problema es que no se basa en un lenguaje genérico porque se basa en una mezcla de Pascal/C, y porque es un problema porque es “”perder”" tiempo aprendiendo un lenguaje que solo puedes usar con Fenix/Bennu, frente a aprender, programar durante largo tiempo en los otros caso Python o Lua te da dotes para usar tus habilidades en otros sitios. Ademas el código que leído de proyectos de Fenix/Bennu, el usar su propio lenguaje no simplifica la labor, frente por ejemplo a Löve que te simplifica mucho la vida. Pero bueno ahora pasen trolls por los comentarios jejeje…no hombre es broma, esta bien el Fenix/Bennu para hacer videojuegos.

  Ventajas: proyecto viejo, muchos ejemplos y mucha comunidad hispana, consolas porque mola ver tu videojuego en una consola.
  Inconvenientes: Lenguaje no genérico, percepción de poca comunidad internacional.

Y eso es todo amigos, yo ando últimamente pegándome con el Löve y esto picandoles a los webmaster para que metan en el wiki mas idiomas ;) .

Actualización: Gracias a Divido nos ha dado otro engine 2D basado en java http://slick.cokeandcode.com que incluso se puede hacer aplicaciones multiplataforma basadas en java.

…que no tiene tipos/formato las columnas/campo aunque si se lo puedas definir.

Y que con lleva esto, pues que en tus tablas tienes una columna/campo que sea por ejemplo “precio” y meterte un string “patatas” como una catedral, en vez de devolverte un error.

Según ellos, los desarrolladores de SQLite es por aumentar la libertad y tal, pero según yo es para cargar el trabajo de comprobar tipos al código que usa el SGBD.

En principio no hay mucho problema en tratar desde fuera si vas a meterle unas patatas como precio, pero donde el problema se convierte el madre del cordero es con los campo fecha o fecha y tiempo, que como se puede comer un string….uff miedo me da.

La noticia es muy simple, un link al proyecto sobre stellarium un elegante y espectacular programa educativo sobre astronomía….ya me gustaría que existiera un plugin/paquete que se pudiera usar como salvapantallas…estoy por pedirlo en el foro ;)…bueno la noticia en meneame (que no se si saldra de la cocina) es Stellarium, como si tuvieras el telescopio en casa.

Y uno de esos comentarios curiosos es:
#9 Este programa en mi opinión viene bien en el portatil pero acompañado de una brújula y un buen telescopio. (Por las fechas un poco tarde para usarlo en el pueblo, por que te vas a joder de frio, pero bueno, :-D nada que no solucione un jersey)
por ronko

Si es que aunque parezca un poco tontada nunca se me había ocurrido pero es un uso muy interesante, sobre todo cuando se tiene pocos conocimientos de astronomía. Porque siempre había instalado el programa en alguna que otra demostración pública o privada de lo bonito que es GNU/Linux y decía mirad que bonito se ven las estrellas y tal, pero no me daba cuenta de ese uso tan util.

Por cierto un vídeo del Stellarium:

Algunas veces por una reinstalación de un server o por azares del dns te vuelve a tocar la misma ip para una maquina un pelin distinta y cuando intentas conectar por ssh (link a la wikipedia) te casca la conexión, porque el fingerprint (huella digital) esta mal.

Pues para borrarla es tan simple como:

ssh-keygen -R IP donde IP es la ip de la maquina o también se puede poner el nombre de la maquina.

Bueno ya sabréis que al viejo init le quedan dos veranos y las distros de GNU/Linux van sustituyendolo por el nuevo Upstart (link a la wikipedia).

Para sustituir el Runlevel por defecto en el antiguo init, es tan fácil como editar el fichero “/etc/inittab” y buscar la linea que ponga algo tal que:

id:5:initdefault:

Donde el 5 (u otro numero en tu caso) es runlevel, cambias ese numero, reinicias la maquina y ya esta.

Y ahora para el bendito upstart, es también muy fácil (pero claro algo desconocido porque el clásico init lo he llegado a ver en la universidad…no como material de estudio), editas el fichero “/etc/event.d/rc-default” y veras en este caso varias lineas que pone algo tal que:

telinit 2

Donde el 2 (u otro numero en tu caso) es runlevel, cambias ese numero (en todas las lineas), reinicias la maquina y ya esta.

Aviso: veras alguna linea con “telinit S” o con “telinit $RL” o algo parecido, esas no las toques porque son parte del script para iniciar con un runlevel especificado o en grub o en un pseudo inittab o … solo cambia las que sean numeros.

Y por cierto al contrario que en el fichero inittab venía en plan comentarios los distintos runlevels que tiene el sistema y como estan organizados (porque el por ejemplo el runlevel 2 en algunos GNU/Linux es el runlevel 5), en upstart no tienes esos útiles comentarios (ya los podian poner para facilitar las cosas) la unica manera de saber a que equivale cada numerito es mirar dentro los distintos ficheritos “/etc/event.d/rcX” donde X es el nivel de runlevel, por ejemplo el runlevel 2 es el fichero “/etc/event.d/rc2″, y dentro de cada uno vienen un par de lineas explicando el nivel de runlevel.