Ya han salido a la luz las primeras imágenes de la 'release candidate' del Chameleon (con carcasa y todo   )

http://www.lemon64.com/forum/viewtopic.php?t=33001&start=25  (están al final del hilo)

Ademas que si Jose, ha sido todo un trabajo artesanal y sobre todo he disfrutado mucho haciendolo, de hecho ya estoy pensando en lo proximo, ya con graficos y versiones fisicas con mejor tratamiento, y para llevar veinte años sin hacerlo estoy satisfecho con los resultados para dos meses de dedicacion.

¿Cuál va a ser tu próximo proyecto?

Suelo visitar con frecuencia CSDB para conocer las novedades en cuanto a producciones del C64, en la Breakpoint de este año hay unas cuantas joyitas:


Gráficos:

http://noname.c64.org/csdb/release/?id=90327 => Otro de los trabajos de Veto como siempre una pasada...

http://noname.c64.org/csdb/release/?id=90319 => El que quedó en el primer puesto, yo prefiero el de Veto pero este también es muy bueno.

http://noname.c64.org/csdb/release/?id=90374 => Excelente trabajo también.


Demos:

http://noname.c64.org/csdb/release/?id=90344 => Es una producción de Crest dónde se pueden ver algunas cosas sencillamente increíbles y que yo nunca había visto en un C64, eso si, necesita REU para ejecutarse (con VICE funciona también).

http://noname.c64.org/csdb/release/?id=90364 => No se si es sólo una demo o es el preview de un juego en desarrollo pero es absolutamente impresionante!!   :shock: Sin exagerar parecen aquellas primeras aventuras gráficas (Loom, Monkey Island, ...) en 256 colores para el PC o el Amiga.

Las colisiones de sprites por hardware se controlan mediante uno de los registros del VIC, cada uno de los bits de este registro nos dice si uno de los 8 sprites existentes está en colisión o no.

Si sólo estamos manejando 2 sprites como tú dices no hay ningún problema y de hecho ésta sería la mejor forma de hacerlo, pero si tenemos varios sprites no sabemos cuáles están colisionando con cuáles (sólo sabemos si están colisionando o no). Además si el juego usa multiplexación de sprites, éste método se vuelve inviable.

Cuanto me arrepiento de no haber ido este año... pero la cosa esta dificil. Lo peor es que si no he ido este año que estaba relativamente cerca de Madrid va a ser poco probable que en el futuro pueda. Pero ya veremos.

Por cierto que habeis hecho un excelente trabajo con el stand de Commodore Mania!

Y hablando de pads: el pad de la Megadrive es compatible con el Commodore 64 pero puede quemar las CIAs. Alguien sabe si con el pad de la Master System pasa lo mismo? Porque tengo uno y me gusta mucho pero de momento solo lo uso con el Amiga por si acaso (aunque tampoco se si es seguro).

Pues si Marcos.. no quiero ponerte los dientes más largos aún pero estuvo todo genial. Espero que el stand de Commodore Mania en RetroMadrid se pueda convertir en un clásico y que más gente se una al proyecto.

Llego un poco tarde al hilo y ya veo que lo has resuelto. De todas formas comentar que en casi todos los tutoriales que he leído sobre colisiones de sprites, recomiendan no usar las colisiones de sprites por hardware y en su lugar hacerlas por software, un enlace por si sirve de referencia: http://codebase64.org/doku.php?id=base:simple_software_sprite_to_sprite_collision

Ya conocía la página, de hecho en la RetroMadrid de este año incluso bovirtual comentó el tema.

A mi modo de ver es un despropósito, mira que a mi me gustan las 'guerras' entre sistemas de 8 bits (aunque valen para poco) pero al menos que estén técnicamente bien argumentadas.

Le podría desmontar sus argumentos, pero entre que es una página ya antigua y no me apetece mejor lo dejamos pasar...  

Eso es mas o menos lo mismo que nos comentó en RetroMadrid, por lo tanto Jesús Medina es 'nuestro hombre'. ¿Habría alguna forma de contactar con él?