¡Todos a la cárcel!

Ahí os quiero ver a partir del 4 de Septiembre. Y es que por fin emiten en España la serie Prison Break (o La Fuga o como lo traduzcan...). Será los lunes por la noche a las 22:15h en Fox (justo después de Perdidos). Y dos semanas después (cuando acabe la 2ª temporada de Perdidos) pasará a emitirse a las 21:30h.

La serie comienza con un hombre de buena vida llamado Michael Scofield que un día atraca un banco. Su objetivo es entrar en la cárcel para... Mejor que lo veais. La serie es de intriga y la trama da muchísimos giros. En algunos aspectos la valoro por encima de Lost/Perdidos.

Y para los que ya han visto el "final" de temporada de Prison Break, a finales de Agosto empiezan a emitir la segunda temporada en USA. Habrá que "viajar" allí de vez en cuando para no perdérsela.

Juegos: Grand Quest v1 (y 5)

Esta historia llega a su fin. Si no te has leido las entregas anteriores, aún estás a tiempo...
- Parte 1
- Parte 2
- Parte 3
- Parte 4

¿Por qué abandoné el desarrollo del juego? Como conté al principio de la historia, el disco duro de mi ordenador se había roto y estaba trabajando todo el tiempo con disquettes. La única herramienta de programación que conocía y que tenía era Turbo Pascal (muy limitada para lo que quería hacer).

Llegó un día en el que nos compramos un ordenador nuevo. Tras unos días de disfrute del nuevo ordenador, descubrí por algunos CDs de revistas un programa para realizar videojuegos llamado Div Games Studio (de él salieron la mayoría de los juegos que comentaré). Esto le daba muchas patadas a lo que podría conseguir con Turbo Pascal.

De primeras, tenía un editor gráfico incorporado. Podía utilizar una paleta de gráficos mucho mayor. Ahora tendría sprites, y no tendría que estar redibujando la parte de la pantalla en la que había estado el personaje... y muchas cosas más.

Pensé que no merecía la pena seguir haciendo un juego que iba a ser complicado de hacer y muy limitado en Turbo Pascal, pudiéndolo hacer con Div. Pero por otro lado, me daba pena abandonar algo a lo que había dedicado mucho tiempo. Por eso, me puse manos a la obra y le creé un final.

Las dos filas superiores del mapa siempre han sido problemáticas. Resolví parte del problema dibujando un fondo y evitando que el personaje pudiera estar en ellas. Aunque a día de hoy, aún arrastran algún que otro fallo de visualización...

La aventura consistía en ir a la casa y entrar por la puerta. Una vez hecho, se veía durante unos instantes el interior de la casa, para a continuación pasar a una pantalla de FIN, donde explicaba qué sería del próximo Grand Quest (la versión en Div).

A la hora de salir de la pantalla de juego, utilizaba unas rutinas de borrado aleatoriamente

Afortunadamente, pude grabar en CD esa última versión del juego, y así he podido conservarla hasta estos días.

Grand Quest no llegó muy lejos a la primera. ¿Lo conseguiría a la segunda?

FIN

Juegos: Grand Quest v1 (4)

Y nos acercamos al final de esta historia...
- Parte 1
- Parte 2
- Parte 3

Una vez que casi todo funcionaba correctamente, había que meter marchas forzadas para crear más gráficos. Aunque se pudiera seleccionar cualquiera de los 8 personajes, en el mapa del juego utilizaba temporalmente el gráfico de otro personaje.

Esta es la pantalla de selección de personajes. Guerreros, elfos, hadas, magos, ladrones... lo típico

Recuerdo que para los gráficos no podía utilizar ninguna herramienta de dibujo. Era todo un archivo de texto, donde cada letra representaba un color de los 16 posibles. Esto era muy pesado.

Una vez que me funcionaba lo básico, y cuando me hartaba de pasar gráficos, me ponía a añadir chorradas y mejoras. Por ejemplo, los personajes podían hablar en determinadas situaciones. Una de ellas era cuando llegaban a un muelle junto al mar. Para ello, utilizaba otro mapa adicional (que no se dibujaba en pantalla), donde se registraban eventos. Como por ejemplo, que el personaje no pudiera ir a esa posición, por haber una pared o algo.

Lástima que nunca pudiera conseguir un barco...

También pude optimizar algunas cosas (aunque mis conocimientos de programación seguían siendo básicos) y descubrí que podía cambiar la paleta de colores, aunque seguía con la limitación de 16 colores simultáneos en pantalla.

Pero ocurrió algo que me haría abandonar el desarrollo de este Grand Quest...

(Continuará...)

Juegos: Grand Quest v1 (3)

Continuo con la historia de Grand Quest, aquél juego que me puse a desarrollar en Turbo Pascal allá por 1998, con la ayuda de un 486 y mucha, mucha paciencia. Esto es continuación de:
Juegos: Grand Quest v1 (1) y Juegos: Grand Quest v1 (2)

Tras mucho tiempo, conseguí que el juego transcurriera sin errores gráficos. Para representar el escenario, utilizaba un mapa de tiles (cuadrículas) que se repetían, pero daban el pego. Esto ocupaba la mayor parte de la pantalla. Debido a la velocidad del ordenador (y la ineficiencia a la hora de programar, debido a la falta de experiencia), costaba mucho repintar todo.

Así, en vez de que el escenario se moviera cada vez que avanzara el personaje, sólo lo desplazaba cuando el personaje estuviera cerca del borde de la pantalla. Y en cada movimiento del personaje, repintaba las 2 ó 3 baldosas necesarias (para borrarlo) y lo repintaba en su nueva posición.

En la parte inferior izquierda estaba el mapa completo de todo el escenario. Al lado, iban las estadísticas del personaje actual y del enemigo más cercano. Más a la derecha, estaban los comandos que se podían realizar. Y a la derecha del todo, irían unas estadísticas de todos los personajes que jugaran.

Para avanzar y luchar, se lanzaban unos dados, que salían debajo de la imagen del personaje. Con efectos sonoros, jeje.

Y como al parecer blogger va a chapar un rato por mantenimiento, dejo el resto de la historia para otro día.

Juegos: Grand Quest v1 (2)

Este post es una continuación de este otro...

Por razones que no vienen al caso, no continué con mi historia relacionada con el desarrollo de videojuegos que empecé hace unas semanas. Me quedé hablando de Grand Quest, un RPG basado en el juego de mesa Hero Quest.

Teniendo el disco duro del ordenador roto, la única forma que tenía de trabajar era utilizar un disquette de arranque y otro donde tenía Turbo Pascal con las fuentes del juego. Esto me quitó mucho tiempo, ya que cada vez que quería compilar y ejecutar, tenía que esperar casi un minuto a que leyera todo lo que tenía que leer del disquette.

Al principio salía una ventana fea donde escribía qué tenía el juego en cada momento. Que si tiene 3 personajes ya añadidos, que si tiene 15 tipos de baldosas distintos, que si ya estaban hechos los mapas, que si sólo se podía acceder al menú tal...

Como quedaba feo que justo después de eso empezara directamente la selección de personajes, metí una pantalla de título. Pero hacer una pantalla gráfica completa sería una locura si utilizaba el método de guardar gráficos en ficheros de texto. ¡¡Tendría que escribir 640x480 caracteres!! Y eso sin contar el paso previo de dibujarlos en una cuadrícula. Así que opté por utilizar líneas, rectángulos, círculos, relleno y texto para esta pantalla de título.

Lo de hacer la pantalla de título fue una parte que quería tomármela con calma. Cuando me hartaba de hacer código del juego, me ponía a hacer código para dibujar la pantalla de título. Desgraciadamente no la terminé. Como ves en la foto, sólo está el menú del juego y lo que sería un tapete de una mesa, además de algunas líneas que delimitaban la mesa. Faltaba un libro y una vela, entre otras cosas.

Y volviendo a la parte del juego... como en todo programa que se tercie, siempre cometo alguna cagada de no poner un +1 a un índice, o de ponérselo al que no corresponde. Esos errores se propagaron casi desde el principio, aunque al final, poco a poco, conseguí dar con ellos y arreglarlos...

(Continuará...)

Art Attax

Y aprovechando el tirón del post anterior (la Torre Eiffel que me regalaron y tuve que construir), hoy voy a poner un video de manualidades del programa Art Attack. Eso sí, no creo que emitan este por televisión, así que aprovechad para verlo por aquí. Muy recomendable y tronchante. Los chistes del busto son un puntazo.

Aquí puedes ver el post sobre Art Attax 2 en el blog del creador de vídeo, además de otro post sobre la buena acogida que ha tenido en Internet. Estate atento a su blog o a youtube para nuevas ediciones de Art Attax.

Un regalito de París

No, no me ha tocado en ningún concurso. Este es el regalito que me ha traído Inma desde París. Se trata de una Torre Eiffel de cartulina que he tenido que montar, como si fuera una figura geométrica de esas que hacíamos en el cole. A base de dobleces, mucha mañana y unas cuantas gotas de pegamento, ese es el resultado. Y no es que la haya hecho mal a posta; la torre tiene es inclinación. Eso sí, me tomado la licencia de no ponerle dos piezas que serían una cara con unas gafas de sol y unos labios horribles. Me gustaba más así.

Una lástima no haberle hecho una foto a la postal para que se viera el antes y el después. La verdad es que acertó de pleno, ya que precisamente tenía pensado hacer una figura así por mi cuenta.

¡¡Muchas gracias!!

Yo gano: Project Rub

Se trata de un juego para Nintendo DS, de temática erótico-festiva... bueno, no tanto...

Chii chiri chi... Se me han quedado la cancioncita del juego en la cabeza. El juego trata de conquistar el amor de una chica por medio de pruebas (minijuegos). Se controla exclusivamente con la pantalla táctil y el micrófono.

La verdad es que el modo historia es un poco corto (si digo que ya me lo he pasado, ¿me pegais?), aunque ahora me ha salido el modo difícil y tengo por desbloquear muchas cosas (modelitos para la piba incluidos). Una vez pasado, aún tiene mucho juego, ya que puedes hacer las pruebas de forma separada y a niveles más altos.

Prueba preferida: la de los toros (quien haya jugado sabrá porqué).

Ono y eMule: Solución al capado de velocidad

Actualización de Mayo 2007: Mira el post Ono y P2P: Solución al capado de velocidad (1)

Septiembre 2006: La información que aparece aquí ya está desfasada. Visita el nuevo post para enterarte de una solución mejor, gracias a la versión 0.47c de eMule y a la Ofuscación

Enlace a: Ono y eMule. Solución al capado de velocidad (2)

Si eres usuario de ONO, lo más probable es que hayas sufrido el "capado" de velocidad en el emule. Y si no lo eres, quizás te interese leerlo también (o al menos el final). Esto consiste en una limitación de velocidad establecida sobre el tráfico P2P de tu conexión. Por ejemplo, si tienes contratados 4 Megas, el límite máximo de descarga con tu conexión sería de unos 500KB/seg. En cambio, si te han "capado" la conexión, a lo mejor puedes descargar como máximo 20KB/seg con emule.

¿Cómo evitar esto? Se decía por ahí que cambiando los puertos del emule, pero con eso no se consigue nada. ONO detecta el tráfico de aplicaciones P2P, sea cual sea el puerto. La solución está en cifrar el tráfico del emule.

¿Cómo se puede cifrar el tráfico P2P? Los programas P2P (como el eMule) suelen ser de código abierto, cualquiera puede modificarlos en beneficio de los demás. Hay algunas modificaciones que permiten el cifrado del tráfico P2P. Una de ellas se llama Neo eMule, con la mula al estilo Matrix. Otra es eMule Sion, también basada en el universo Matrix. Es posible que en futuras versiones del emule se incluya también esta opción.

¿Qué es el eMule Sion? Es un Mod del eMule, que entre otras cosas, permite el cifrado del tráfico. Es gratuito al igual que el eMule y es un programa seguro (ya que los Mods son aprobados por los creadores de eMule). Se puede descargar de: http://hostex.de/1146059695

¿Qué es el Neo eMule? Es otro Mod de eMule. Una modificación del programa original que incluye muchas mejoras y pijadillas (tantas, que puede ser complicado utilizarlo). Es gratuito al igual que el eMule. Se puede descargar de: http://neomule.sourceforge.net

Estos Mods, como cualquier otros, son compatibles con el resto de usuarios de eMule. Además, puedes seguir compartiendo los mismo archivos que tuvieras en el otro eMule. Para no perder los créditos y los servidores, sigue los siguientes pasos:

0) Cierra el eMule si lo tienes abierto

1) Descomprime eMule Sion o Neo eMule en una nueva carpeta de Archivos de programa

2) Ve a la carpeta del eMule original, entra en la carpeta config, copia los archivos clients.met y servers.met y pégalos en la carpeta config del nuevo eMule. (De esta forma mantendrás los créditos que lleves acumulados con el eMule original).

3) Configura el nuevo eMule con los mismos valores que tuvieras en el otro.

4) Enlaza como directorio Incoming y Temporal los directorios que usaba el otro eMule. Así mantienes las mismas descargas. (Tendrás que reiniciar el nuevo eMule para que salgan).

¿Cuál elijo? Empecé utilizando Neo eMule, pero me he cambiado a eMule Sion, ya que Neo eMule consume muchos recursos al tener muchas opciones, además de ser muy complicado de manejar. Ambos utilizan lo mismo para realizar el cifrado del tráfico.

¿Cómo cifrar el tráfico? Antes de nada hay que saber una cosa. No todos los usuarios de emule pueden establecer sesiones cifradas. Esto no quiere decir que no te puedas comunicar con ellos. Las comunicaciones con estos clientes se harán en claro, como se han hecho toda la vida. Pero al ir en claro, sufrirán el "capado" :(

Esto es lo que hay que configurar en eMule Sion:

- Preferencias > Normal > Conexión > Poner puertos TCP y UDP a 1755

- Preferencias > Advanced > Network settings

1) Marcar la opción de Support ISP Traversal
2) Dentro de esto, establecer Need ISP Traversal como Implicit
3) Poner como Encripted AUX Ports: 12005, 12025, 12045 (o dejar los que estaban)
(Para que estos cambios tengan efecto a lo mejor es necesario reiniciar el eMule Sion)

Esto es lo que hay que configurar en Neo eMule:

- Preferencias > Normal > Conexión > Poner puertos TCP y UDP a 1755

- Preferencias > Neo > Neo tweaks >

1) Marcar la opción de Support ISP Traversal

2) Dentro de esto, establecer Need ISP Traversal como Implicit

3) Poner como Encripted AUX Ports: 12005, 12025, 12045 (o dejar los que estaban)

(Para que estos cambios tengan efecto a lo mejor es necesario reiniciar el Neo eMule)

¿Merece la pena hacer esto? Si tienes restricciones con tu proveedor, sí. Porque aunque la mayoría de las conexiones las hagas en claro, alguna que otra cifrada irá a más velocidad, y algo habrás ganado. Además, cuantos más utilicen este método, mejor irá eMule para los que lo tengan capado.

¿Si mi proveedor no limita el tráfico P2P, merece la pena que lo cifre? Según. Si quieres ayudar al resto de usuarios que tienen las conexiones capadas, claro que sí. También es posible que al resto de proveedores les entre la neura tarde o temprano y limiten el tráfico P2P. Así que más vale prevenir que curar ;)

Cualquier duda que tengas, pregúntala en comentarios. Puedes difundir este texto por foros y blogs citando el enlace de este post.