Freescape

Sé que para MSX hay algunos juegos que usan, mas o menos, la técnica de los objetos hechos con polígonos, como Chuck Yeager o Test Drive II, u otros con las típicas estructuras de "alambre", pero creo que ninguno que sea 100% tipo Freescape.

Si. Todo eso ya li sé. Que el MSX no puede acceder de forma directa a la VRAM, que tiene que hacer pausas cada x accesos, etc. Esa es una de las razones por las que muchas conversiones de Spectrum, resultan más lentas en MSX.
Pero resulta que, en el caso de 3D Kit, el peso del motor no está en la VRAM, si no en todos los cálculos que tiene que hacer el Z80. Creo que en este caso, Spectrum y MSX están empatados.
Comentar, como curiosidad, que los programadores del Kit, hicieron la primer versión para Amstrad CPC y luego portaron a Spectrum. Quedaron bastante contentos con el resultado pero, cuando hicieron la versión para Commodore 64, se encontraron con un procesador mucho más pobre en prestaciones apoyado por chips auxiliares, que en este caso no les sirvieron para nada. El resultado es que la versión de C64 es la más lenta de todas.

Estoy completamente de acuerdo Mohai. Al tener el MSX2 un VDP capaz de dibujar líneas, si que se podría hacer un motor poligonal decente, pero en el MSX1 lo veo muy difícil.

Hace un par de días se celebró en Barcelona la RU de MSX en la Universitat Oberta de Catalunya, una de las reuniones de usuarios más importantes de los últimos años, con la presencia de Nishi, etc. Posiblemente también lo sepas. El vídeo de toda la reunión está colgado en YouTube:

MSX: Despertando vocaciones desde los años 80 (y sigue…)

En el trozo que va desde 3h20m hasta 4h04m hay un ponente que habla de muchos detalles del VDP 9918 del MSX1, y en una de las transparencias muestra como accedía el VDP a la memoria VRAM y los ciclos que dejaba el VDP para que la CPU le enviase información. Está en el instante 3h54m del vídeo. La CPU sólo le puede enviar información al VDP cada 32 píxels, que es poquísimo, y se ve en que emplea el VDP los ciclos de memoria en cada instante. Si no lo has visto échale un vistazo al vídeo porque está muy bien.

Ya he visto la conferencia.
Una pena que no hubiera tiempo suficiente, porque el VDP, la historia de su desarrollo, cómo trabaja internamente, cómo programarla, etc., dá para una conferencia mucho más larga.
He visto algún pequeño error, pero la idea es esa: el VDP deja poco tiempo de acceso a la CPU, mientras dibuja el área de gráficos, por eso es mejor usar el tiempo del dibujado del borde, para volcar muchos datos.
Esa es la razón por la que es muy difícil hacer efectos de raster con este VDP.