Os propongo aquí un desafío desde el punto de vista de diseño, ingenio y programación: ¿cómo conseguiríais que un programa detectase que está siendo ejecutado sobre un emulador en lugar de sobre un MSX real? Se puede incluir o no interacción con el usuario para asegurar esta identificación, pero el mecanismo tendría que ser en cualquier caso fiable.

Una opción sería, por ejemplo, enviarle vía OUTI un montón de información a la VRAM fuera del vblank y, a continuación, leer desde VRAM los datos para comprobar si se han escrito correctamente o no. Si se han escrito correctamente, estamos usando un emulador QUE NO IMPLEMENTA BIEN EL TIMING del VDP. Si no se han recibido todos los datos, estamos ante el HARDWARE REAL o ante un emulador que SÍ IMPLEMENTA BIEN EL TIMING de VDP. Como veis, la solución no es perfecta.

Podríamos establecer también una especie de CAPTCHA que sólo funcione adecuadamente en el hardware real. Se me ocurre, por ejemplo, que se haga sonar el relé del REMote del cassette un número aleatorio de veces y luego se pregunte al usuario cuántas veces se ha hecho funcionar. Si no acierta, se bloquea el juego. Evidentemente, hasta ahora los emuladores no implementan este "click" del relé como sonido, pero no funcionaría tampoco en los MSX sin este relé, como son el OCM, los Turbo-R o el Panasonic FS-A1 WSX.

Podríamos tratar de emplear una técnica equivalente y explotar fallos/trucos del VDP no implementados, o jugar a errores en la precisión de algunas temporalizaciones... ¿Cómo lo veis?

¿Se os ocurre alguna idea para hacer esto de una forma fiable? Evidentemente, el objetivo es que si un desarrollador sádico se empeña, obligue a los usuarios a emplear el hardware real. La forma directa de conseguir algo así sería, evidentemente, publicar el juego en cartucho y añadirle lógica adicional para que si se extre la ROM no se pueda jugar en un emulador.

Espero vuestras ideas...

A eso me refería precisamente en el último párrafo, maki: incluir lógica adicional en el cartucho para hacer el archivo ROM injugable en un emulador. Al menos, hasta que se emule correctamente esa lógica adicional... Se me ocurre otro bastante heavy, pero acabaré de pensarlo antes de exponerlo 

Ummm, yo, personalmente, algo que no entra dentro del standard no sería digno de mi preocupación para hacer un juego compatible.  Me explico: las zemmix solo tienen un slot de cartucho y no llevan teclado.  Creo que con esas dos grandes carencias nos podríamos negar a pensar en una zemix como si fuera un MSX standard(con la misma regla de 3, juegos como metal gear o maze of galious serían incompatibles en una zemmix).  Lo mismo podemos decir del 1chip, que a día de hoy lo veo como un "quiero pero no puedo": Han pasado ya varios años y todavía siguen habiendo bastantes incompatibilidades.  Si en su día hubo gente que dijo NO al modo mixto, yo digo NO a esas plataformas.

Sobre el key ghosting: Hay teclados de pc que soportan eso.

Saludos

Makinavaja

Pero mira que sois sádicos...

LOL

Pues sí, también yo me esperaba más de este hilo, aunque lo cierto es que buena parte de la culpa es mía por abrirlo en un momento en el que tenía más trabajo de la cuenta...

Otra técnica que se me ha ocurrido, muy vil y perra es la siguiente:

- Juego en formato CD para cargar a través del puerto de cassette de un MSX real.
- Al acabar la carga, "paramos el cassette" utilizando las rutinas de MOTOR.
- Esto no detendrá en ningún caso el CD, que no tiene conector REM, pero sí la emulación de cassette en un PC.
- A continuación, leemos más bytes del cassette, necesarios para ejecutar el programa correctamente - en el emulador no se leerán nunca, dado que no leerá desde el puerto de cassette si estamos en MOTOR OFF, pero sí en el hardware real.

Me parece que está bastante claro, pero de nuevo, dejamos fuera a los usuarios de Turbo-R. Y se podría solventar la carga en emuladores.

¿Alguna idea feliz más?

Recuerdo el tetris 2 special edition de los italianos ram, que llevaba una mochila. Un conector de joystick con un hardware y todo relleno de silicona. Eso en un emulador, en principio, no iria. Creo recordar que habia emuladores que tenian esa opcion, la de reconocer esta mochila y emularla. Aparte desde el mismo emulador, si dispone de un debugger, podriamos parchear la rutina de deteccion en caliente.