https://sites.google.com/site/testmsx/msx2-doom/D%7BSCC%7D.BIN?attredirects=0

PS Rename the BIN to ROM to use drag&drop in emulators
space to start, arrow keys to walk

PPS
If you want to do real a walk in the maze use a TR (it goes in R800 mode by itself), or be very
very patient (unless your msx2 goes at 20MHz)

Code is here
http://www.msx.org/forumtopic10139.html

eheheh
try to edit in bluemsx the speed of the R800 (it can go up to 20MHz) to have a feel of what it could be...
 

Siempre había pensado que en un juego así la limitación sería el VDP, no la CPU.

Por cierto... según me ha parecido leer, el mapa se almacena como una cuadrícula y lo que se hace es muestrear sobre la cuadrícula para detectar una colisión con un obstáculo y así obtener la distancia. Es así, ¿no?

Igual digo una tontería, pero... ¿no se podría representar el escenario como un conjunto de líneas rectas (almacenando las coordenadas mundo de sus extremos) y, en lugar de muestrear, calcular analíticamente las coordenadas de la intersección entre el "rayo" que sale del jugador y la línea recta más cercana? Así sólo haría falta un muestreo angular.

Mrspock

I'm not an expert of the subject
but i think that the problem becomes than
1) how many intersections have I to compute? One for each line composing the map (!!) only to discover i do not need all of them except one
2) How to distinguish valid intersection ? and what is the "visible" intersection to be rendered?

I see that the rom "work" in a MSX2, then you use a z80 code.
If this software only work "well" in a TR, you should use a R800 commands for speed up the software