Un cierto genero de juegos que me gustaba mucho era el denominado Bet ‘em Up, tambien llamado hack and slash. Básicamente son los juegos de pelea de uno contra muchos. Un juego que era de mi particular agrado es el de alien v.s. predator.

Cuando era un usuario del lado obscuro de la fuerza, conocí un proyecto libre llamado MAME, que por cierto es desarrollado en C. MAME es un emulador de maquinitas es decir que nos permite usar nuestra computadora como si de una de estas se tratara.

Dentro de la filosofía de MAME se debe de emular el hardware independientemente del juego en cuestión. Los juegos de las arcades eran chips es decir también hardware. De ahí que para jugar un juego de arcade en nuestra computadora debemos tener dos cosas un el juego o rom y un emulador. MAME es solamente el emulador.

Instalando MAME en Ubuntu

Lo primero que tenemos que hacer es instalar MAME, para esto instalamos los siguientes dos paquetes ya sea vía sinaptic, o aptitude. No recomiendo usar la utilería de quitar y añadir programas.

• xmame-common
• xmame-sdl

¿Que por que estos? Bueno el paquete xmame-common contiene las utilerías necesarias para usar MAME y el paquete xmame-sdl contiene los binarios de MAME. Los binarios de SDL no son los únicos binarios, también hay binarios de svga (xmame-svga) y de x11 (xmame-x). Cualquiera de ellos hace lo mismo y solo necesitamos tener uno, mi recomendación personal son los de SDL que en mi maquina fueron los únicos que funcionaron.

Bajamos un rom para jugar.

Hay muchos lugares en la red donde conseguir ROMS, a mi en lo personal me gustan mucho dos sitios: planet emu y rom world. ahora que si de veras queremos tener un montón de juegos podemos ver esta otra opción :p

Bajemos el juego de Alien vs Predator de romworld, al buscarlo podemos ver que hay muchos roms que parecen ser el mismo juego.

Generalmente un juego que salio en muchos países haya cambiado un poco de un país a otro, por eso hay as de un ROM, sin embargo casi siempre hay un ROM maestro con el juego y los demás solo contienen los cambios.

Para jugar necesitamos al menos el rom maestro, si queremos además alguna versión en especial también la bajamos. No hay manera segura de saber cual es el maestro, aunque casi siempre es el que mide mas, así que para seguir con el ejemplo anterior bajamos el de Europa. También notamos que nos avisan que este juego necesita de los ROMS de Neo Geo para poder jugarlo, algunos fabricantes como NEO GEO le cargaban un bios a las maquinas, estos bios eran necesarios para jugar juegos de esa compañía) así que los bajamos también.

Instalamos los ROMS.

Si estamos siguiendo el ejemplo debemos haber descargado al menos dos archivos: avsp.zip y neogeo.zip. Los ROM solo funcionan estando comprimidos así que no se les vaya a ocurrir descomprimirlos. La manera como le decimos a xmame que tenemos nuevos ROMS es moviéndolos a la carpeta donde el busca ROMS al arrancar, si estamos haciendo la instalación de default de Ubuntu eso es en /usr/share/games/xmame/rom que usualmente es una carpeta protegida de escritura así que para mover los ROMS podemos hacer lo siguiente:

sudo mv avsp.zip neogeo.zip /usr/share/games/xmame/rom/

Probando que funcione el juego

Para jugar un juego simplemente corremos el MAME desde la linea de comandos así:

xmame NOMBREROM
Si queremos ser mas específicos le podemos decir el binario que queremos que ocupe (solo si tenemos mas de uno instalado), en el caso de mi ejemplo seria algo así:
xmame.SDL avsp.zip

No importa en donde estemos parados ya que xmame buscara el ROM en la carpeta de ROMS.

Ahora es posible que tengamos una bronca es decir que veamos que el juego corre en una ventanita chiquita que no podemos maximizar ni darle resize.

Creando un archivo de configuración

Xmame por default busca la configuración en un archivo de sistema, luego la busca en otro archivo dentro de nuestro home, así que para decirle que corre en pantalla completa vamos a usar ese archivo de configuración.

Primero necesitamos crearlo, para no tener problemas de sintaxis, lo podemos hacer todo en un paso con el siguiente comando:

xmame --showconfig > ~/.xmame/xmamerc

Que manda la configuración actual al archivo xmamerc dentro de un directorio oculto de nuestro home. Luego nos ponemos a editar el archivo

gedit ~/.xmame/xmamerc

Y buscamos la linea:

fullscreen              0

Donde cambiamos el 0 por un 1, salvamos y listo podemos volver a correr el juego para ver el resultado.

Poniendo un front end gráfico

Alternativamente podemos usar un frontend, para usar mame. Hay algunos en los repositorios, a mi en lo personal no me gusto ninguno de ellos, así que mi humilde recomendación es usar uno que no viene en el repositorio gxmame.

Entramos a al sitio de gxmame y bajamos la versión 0.35beta2, es importante señalar dos cosas. Uno, que la versión que ofrecen directamente de la pagina no es la que queremos, para bajar la 0.35beta2 tenemos que irnos a la pagina de proyecto en surceforge, de ahí a donde dice download y de ahí buscar la ultima que es la 0.35beta2, es importante por que la 0.34 tiene un bug que le impide encontrar los ROMS. Dos, bajemos la gxmame_0.35beta2-1_i386.deb por que es un binario que funciona en Debian/Ubuntu y nos hará mas sencilla la instalación. Luego simplemente instalamos el deb, como acostumbremos, una manera es:

sudo dpkg -i gxmame_0.35beta2-1_i386.deb

Y listo ahora vamos al menú Juegos y vemos que ya tenemos el gxmame, al ejecutarlo vemos una pantalla como esta:

Antes de que vemos los juegos debemos hacer dos cosas, ir al menú Archivo y darle Audit all games. Con esto checa la integridad de nuestros roms para ver que sean compatibles y que esten completos. Cuando termine, debemos ir al menú Opciones y le damos reconstruir lista de juegos, cuando termine, podemos navegar con la barra lateral a donde dice Disponibles, y ahora si debemos de ver nuestro juego listo para usarse, simplemente lo seleccionamos y le damos Play Game.

Algunos tips

Una ves corriendo el juego, lo minimo que necesitan saber es los siguiente:

• Con el botón de Tab, pueden ver la opciones, Y en Input this game, pueden configurar los botones a usar.
• Con el botón de Esc salen del juego.

• Suponemos que la instalación se va a realizar en Ubuntu, esto significa que el servidor va a vivir en Ubuntu.
• Que queremos que los repositorios sean visibles vía web, que el servidor web sea Apache de la rama 2.x (Subversión tiene su propio servidor, nosotros mejor ocuparemos Apache).
• Que el protocolo para comunicarse sea SSL, la información viaje encriptada (es decir que el URL sea https://algo).
• Que se podría hospedar mas de un repositorio.
• Que para conectarse un usuario tenga que proporcionar un password.
• Que tengamos políticas de acceso, es decir que no todos los usuarios puedan ver todas las carpetas, habrá algunos que puedan ver, otros que puedan escribir, y a cada carpeta le podemos poner diferentes atributos (permisos).

Cuando aprendimos a hacer esta instalación leímos el tutorial de Viktor Zigo, que esta libre bajo una licencia Creative Commons, sin embargo me decido a aumentar algunas cosas como la política de acceso, además dado que no hay mucha documentación en español sobre este tema, me imagino que este documento le ayudara a alguien.

Paquetes necesarios

Hay que instalar, o verificar que estén instalados los siguientes paquetes:

• subversion
• libapache2-svn
• libapache-mod-dav
• apache2

En ubuntu 7.10 el paquete libapache-mod-dav, no existe simplemente continuamos sin el pues mod-dav ya esta incluido en apache2

Habilitar el modulo de SSL en apache

Para hacer este paso primero hay que habilitar el modulo de apache que deja comunicarse via SSL, luego hay que editar un archivo de configuración de apache para decirle que escuche por el puerto 443, que es el default de SSL

Habilitar el modulo de apache2 de SVN

sudo a2enmod ssl

Editar el archivo de configuración /etc/apache2/ports.conf del apache.

Agregando al final la linea: “Listen 443”. Es decir deben haber dos lineas, la del 80 y la del 443

Nota me acabo de dar cuenta de que en Ubuntu 7.10, no es necesaria la edición del archivo, pues el comando anterior a2enmod, ya edita el archivo por nosotros, lo que se debe de hacer es fijarnos en este archivo y que escuche el 443.

Generar un certificado

Para hacer un certificado hay que ocupar una herramienta, desde Ubuntu Festy en adelante esta herramienta es: make-ssl-cert, antes de eso la herramienta era: apache2-ssl-certificate.

Sea cual sea el caso, hay que hacer un certificado, el certificado es un archivo .pes y una llave, que es un archivo con números raros de nombre.

Para hacer el certificado la herramienta nos hace algunas preguntas, como quienes somos, donde se ubica el servidor físicamente, a que organización pertenecemos, etc.

Es importante usar el nombre real de nuestro servidor, cuando lo pida, por que de lo contrario cada vez que un usuario quiera acceder al repositorio, su cliente le marcara un warning diciendo que el servidor y el emisor del certificado no corresponden.

Si el servidor va a ser accesible por un dominio, el dominio es el nombre del servidor, si va a ser accedido por una IP fija, la IP es el nombre del servidor, si va a ser accedido dentro de una red interna el nombre en la red de la maquina es el nombre del servidor.

La herramienta debe generar ambos archivos el apache.pem y el de la llave, lo mas recomendable es que estos se encuentren en la carpeta ssl, dentro de la carpeta de apache. Puede que sea necesario que nosotros tengamos que mover los archivos manualmente.

La herramienta antes de Festy 7.04 se usaba asi:

sudo apache2-ssl-certificate

Desde Festy en adelante se usa así:

sudo /usr/sbin/make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/apache2/ssl/apache.pem

En donde el primer argumento es el comando a invocar en este caso make-ssl-cert, el segundo es una plantilla de certificado en este caso se ubica en /usr/share/ssl-cert/ssleay.cnf, y el tercero el lugar donde se pone el certificado /etc/apache2/ssl/apache.pem. Es decir que lo único que podría cambiar es el tercer argumento aunque no se recomienda. Es importante que antes se cree la carpeta donde va a vivir el certificado

Crear un host virtual

En apache2 hay posibilidad de que un solo servidor maneje muchos sitios, lo mas recomendable es hacer un sitio aparte para nuestros repositorios de SVN.

Copiamos el sitio de default, para ocuparlo de plantilla

sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/$NOMBRESITIO

En donde $NOMBRESITIO, es el nombre que queremos que tenga nuestro sitio que maneja los repositorios. por ejemplo podemos ponerle repos.

Editamos configuración del sitio

Abrimos con nuestro editor de textos plano favorito el recién creado archivo de configuración del sitio y lo editamos:

Cambiamos la parte que dice:

NameVirtualHost *
<VirtualHost *>

Por:

NameVirtualHost *:443
<VirtualHost *:443>

Y añadimos las siguientes lineas:


SSLEngine on
SSLCertificateFile /etc/apache2/ssl/apache.pem
SSLProtocol all
SSLCipherSuite HIGH:MEDIUM

Dentro de las etiquetas VirtualHost, pero fuera de cualquier etiqueta Directory

Habilitamos el nuevo host virtual

Primero le decimos a apache que ya hay un nuevo sitio

sudo a2ensite $NOMBRESITIO

Y reiniciamos apache

sudo /etc/init.d/apache2 restart

Si hubo errores al editar el archivo, ahora se quejara, corregimos hasta que apache arranque, si hay un warning de que no puede determinar el nombre de dominio calificado, es normal.

Y se puede arreglar añadiendo ServerName $NOMBREDELSERVIDOR al archivo de configuración principal de apache: /etc/apache2/apache2.conf (el nombre del servidor es el nombre de la maquina que lo hospeda)

Creando los repositorios:

Suponemos que queremos tener varios repositorios, creamos una carpeta donde ponerlos todos, un buen lugar para hacerlo es en: /var/svn, luego hacemos los repositorios y le cambiamos los permisos a los repositorios para que el usuario de apache (www-data), tenga total control sobre ellos.

Por ejemplo:

sudo mkdir /var/svn
sudo svnadmin create /var/svn/$REPOS
sudo chown -R www-data:www-data /var/svn/$REPOS
sudo chmod -R g+ws /var/svn/$REPOS

Donde $REPOS, es el nombre del repositorio a crear, se pueden hacer varios repositorios. Que deberían vivir bajo la mima carpeta, en este caso /var/svn.

Agregar usuarios al repositorio

Para que un usuario pueda consultar el repositorio, debe de tener un password, el encargado de hacer la validación sera Apache, y la manera como lo hará sera verificando que el usuario y el password, estén en un archivo de texto plano.

Creando el archivo de password

Hay que ocupar la herramienta htpasswd, en versiones de Ubuntu anteriores a 7.04, la herramienta se llama htpasswd2, ambas son la misma herramienta, solo le quitaron el 2, en el nombre, así que es cuestión de usar el que nos corresponda.

Ejemplo:

sudo htpasswd -c -m /etc/apache2/svn-auth-file $NOMBREUSUARIO

En este momento nos preguntara cual va a ser el password del para el usuario $NOMBREDEUSUARIO y se crea el archivo de nombre svn-auth-file. El nombre del archivo puede ser cualquiera pero se sugiere algo que nos recuerde que son los passwords del svn, y puede vivir en cualquier lado, pero se recomienda que viva donde el apache lo hace.

El modificador -c, es para que cree el archivo de passwords y el modificador -m para que encripte el password.

Importante: Si queremos agregar un nuevo usuario usamos el comando sin el modificador -c y lo apuntamos al archivo que ya creamos, de esta manera los passwords de ambos usuarios están guardados en el mismo archivo. En nuestro ejemplo seria:

sudo htpasswd -m /etc/apache2/svn-auth-file $NOMBRENUEVOUSUARIO

Agregando políticas de acceso

Vamos a hacer una archivo de control de acceso, lo mas simple es usar como plantilla alguno de los que viene en cualquier repositorio. Por ejemplo podemos ir al repositorio que acabamos de hacer y dentro de su directorio conf, hay un archivo de ejemplo: authz

Podemos tomar este archivo de ejemplo como plantilla. Y copiarlo al directorio de apache, cambiarle por los permisos adecuados y después editarlo con nuestras preferencias. Podemos ponerle cualquier nombre yo aquí lo llamo svn-authz-file.

sudo cp /var/svn/$REPOS/conf/authz /etc/apache2/svn-authz-file
sudo chmod 644 /etc/apache2/svn-authz-file
sudo gedit /etc/apache2/svn-authz-file

Editar el archivo no es difícil y podemos ver que la plantilla ya trae un ejemplo con la sintaxis. Yo por ejemplo solo le agrego algo como esto:

[$REPOS:/]
$NOMBREUSUARIO = rw
$NOMBRENUEVOUSUARIO = r
En donde $NOMBREUSUARIO puede leer y escribir el repositorio $REPOS y $NOMBRENUEVOUSUARIO solo puede leerlo.

Poniendo todas las opciones de configuración a nuestro repositorio

Ahora solo resta decirle a apache que sirva de interfaz a nuestro repositorio con todas las opciones que le acabamos de dar.

Para hacer esto editamos el archivo dav_svn_conf que se encuentra dentro de la carpeta mods-available del directorio de apache.

sudo gedit /etec/apache2/mods-available/dav_svn_conf

Este archivo tiene de nuevo un ejemplo de llenado, cada repositorio tiene sus opciones dentro de las etiquetas location. Podemos repetir la que ya tiene por defecto y agregarle nuestras opciones.

<Location /$REPOS>
DAV svn
# our access control policy
AuthzSVNAccessFile /etc/apache2/svn-authz-file
SVNPath "/var/svn/$REPOS"
AuthType Basic
AuthName "Subversion repository"
AuthUserFile /etc/apache2/svn-auth-file
Require valid-user
SSLRequireSSL
</Location>

De estas opciones debemos modificar dentro de la etiqueta de apertura de location el nombre de nuestro repositorio. En donde dice SVPath ponemos el lugar donde esta el repositorio. En la opción de AuthzSVNAccessFile el archivo que creamos de políticas de control de acceso. Y en la opción de AuthUserFile el archivo donde están las contraseñas de los usuarios. No olvidemos añadir tambien la linea SSLRequireSSL

Reiniciamos apache

Por ultimo para que todos los cambios surtan efecto:

sudo /etc/init.d/apache2 restart

Si algún archivo no quedo bien editado ahora se quejara, de no ser así podemos proceder a probarlo:

Abrimos nuestro navegador web favorito y visitamos las dirección http://localhost/$REPOS y debe de contestarnos algo así como 403: Forbiden. Ahora visitamos el sitio https://localhost/$REPOS y debe pedirnos usuario y contraseña, en caso de que la contraseña sea incorrecta o que el usuario que introducimos no tenga permiso de lectura sobre $REPOS volverá a contestarnos 403: Forbiden.

Si el usuario se autentifica correctamente y tiene los permisos necesarios, debe mostrarnos el repositorio si aun no hemos hecho ningún import o commit, debe ser un repositorio vacío en la revisión 0.

He probado que estos pasos funcionan en Ubuntu 6.10, 7.04 y 7.10

Mas conocimientos

Recuerden que el mejor lugar para aprender mas de subversion es el libro oficial, que ademas es libre y existe una traducción al español.

Paso 1

Instalar el compilador de C.

Una de las cosas que mas me sorprendió es que Ubuntu, no viene con el compilador de C, en su instalación de default (hasta ahora es el único Gnu/Linux donde me ha pasado esto), así que tienes que instalarlo desde los repositorios.

En Ubuntu solo es cuestión de instalarte los paquetes ya sea vía apt-get o via synaptic lo que te acomode mejor, al caso debes de instalar los siguientes paquetes:

• build-essential
• g++
• g77
• gcc
• make

Estos paquetes no vienen solos, es decir probablemente necesites descargar muchos paquetes mas para satisfacer las dependencias de estos, sin embargo dado que tanto synaptic como apt-get, pueden satisfacer sus dependencia de manera automática solo debemos indicarle estos paquetes. tanto de gcc, como de g++ y g77, hay varias versiones de los paquetes, sin embargo el paquete sin números siempre es un paquete con la versión mas actual.

En resumen lo único que un usuario novato debe de teclear es:

 	$sudo apt-get install build-essential g++ g77 gcc make

Paso 1.5 Probamos la instalación del compilador de C

En nuestro editor de textos plano favorito tecleamos un programa de C, básico por ejemplo un clásico hola mundo: hello.c Lo guardamos por ejemplo con el nombre de hello.c y vamos a compilarlo.

Con la siguiente instrucción:

$gcc hello.c -o hello

Podemos observa que la sintaxis para compilar un programa en C, es la siguiente:

$gcc [archivo fuente.c] -o [nombre de mi ejeculable]

En realidad el gcc es mucho mas completo, un tutorial de como compilar programas con C lo puedes encontrar aqui.

2 Instalamos las librerias necesarias para OpenGL

Ahora necesitaremos instalar los siguientes paquetes:

freeglut3 freeglut3-dbg freeglut3-dev ftgl-dev gle-doc glut-doc glutg3 glutg3-dev libglu1-mesa libglu1-mesa-dev libgl1-mesa libgl1-mesa-dev libgl1-mesa-dri libglut3 libglut3-dev mesa-common-dev mesa-demos mesa-swrast-source mesa-utils

No se cuales sean los esenciales, yo siempre he instalado con todos, pero se que así funciona, muchos de ellos son dependencias, así que no igual lo único que debes de tener en cuenta es tratar de instalar freeglut-dev.

Importante: Si piensas tener tu computadora con Aceleración Gráfica (por ejemplo para tener Beryl), es decir instalar los drivers propietarios de ATI o de nVidia, debes hacerlo antes de hacer esta instalación, se pueden tener ambas funcionando pero poner el driver gráfico debe ser anterior a la instalación de OpenGL. De la contrario nuestros programas de OpenGL no tendrán aceleración

Para saber si nuestra computadora tiene o no aceleración Gráfica puedes ejecutar el comando glxinfo y ver la salida, en el renglón donde dice direct rendering: un “Yes”, significa que tenemos Aceleración gráfica. Una forma de filtrarlo es:

 	 $glxinfo | grep rendering

Por supuesto que tener o no Aceleración Gráfica es totalmente dependiente de tu hardware. Por lo que no se puede escribir una guía general, sin embargo hay muchísima información en la red sobre esto, mi experiencia es que si tu computadora tiene tarjeta de vídeo Intel o nVidia, no debes tener ningún problema, las ATI, en cambio debes de investigar un poco antes de hacerlas funcionar.

2.5Probar la instalación de OpenGL y glut

Nos tecleamos un programa sencillo de glut y OpenGL, por ejemplo este: ventana.c

Y ahora vamos intentar la compilación:

$gcc ventana.c -o ventana -lglut

Y debemos ver una ventana negra.
Si en al linea de comandos ven un warning que dice algo así como:

libGL warning: 3D driver claims to not support visual 0x5b

Pero la ejecución de el programa continua, no deben de preocuparse, este warning solo significa que no esta correctamente configurado su driver de la tarjeta de vídeo, pero es algo que no debe de afectar sus programas escritos en OpenGL, mas que en el performance, y no es un problema de su programa si no del driver de la computadora.

Obviamente el caso ideal es tener tanto el OpenGL como la aceleración gráfica funcionando al mismo tiempo, si ya tenían la aceleración gráfica y siguen este método no deben de tener ningún problema y ni siquiera les debe marcar ese molesto warning.

Usuarios de Red Hat y similares la receta es la misma, solo que deberán de tratar de instalar el freeglut-devel***.rpm, donde *** usualmente son la distribución, la arquitectura y versión del paquete, se recomienda que instalen el paquete que viene en sus discos, usualmente este paquete tiene muchas dependencias, así que la ayuda de un gestor de paquetes como yump o synaptic sin duda les ayudara.

En un post posterior hablare de como tener un IDE funcional que nos de mas ayuda a compilar programas de OpenGL en Linux, en particular en Ubuntu la idea es que el final de mi serie de post del tema se pueda tener un entorno de programación cómodo y funcional en Ubuntu, como para que puedan con ayuda de algún libro como el libro rojo autoaprender a programar con OpenGL