ZX-Uno

The 18-bit DAC is OK, the output seems to be correct, but the 18-bit DAC XT core is very unstable on my ZX Uno. It freezes a lot.

Martin8bity escribió:The 18-bit DAC is OK, the output seems to be correct, but the 18-bit DAC XT core is very unstable on my ZX Uno. It freezes a lot.

Maybe some related with the SRAM. I suppose you are using internal 2Mb SRAM from ISSI at 10ns. What version of zxuno are you using?

Yes, IS61WV20488BLL-10TLI. ZX Uno v4.1. It works ok with normal PC/XT core on 70 MHz RAM, but this one freezes.

Some example soft that freezes? I tested the dac18 core and works ok for me. Monkey island 2 and alone in the dark are very playable., for example.

Enviado desde mi ONE A2003 mediante Tapatalk

Almost anything. It is unstable. Sometimes I get to some game, sometime it freezes on a DOS prompt, often in Volkov Commander. I suspect an SD card communication a little, I will try another one later.

I find it a little unstable too in my 2MB ZX-UNO, maybe the faster CPU clock in this version is a bit too high for all devices.

I was playing 30 min with test drive 1, 2 and 3 and worked fine. No freeze (at the low framerate the core can archieve in those 3d games ).

Enviado desde mi ONE A2003 mediante Tapatalk

Quest escribió: En este caso el problema con Windows 3.0 y el Next186 (hasta que se pueda hace en el core) está en el KERNEL.EXE del Windows. Concretamente al estudiarlo una vez abierto en IDA pro. En el offset $AEF9 físico encontramos la presencia de la instrucción SGDT, que usa windows para determinar si hay un 286 o un 386, a grandes rasgos, supuestamente en un 286, lo que devolvería al leer debería ser 1 en los bits altos y el 386 0. En el Next186 esto ni siquiera está contemplado, y salta la excepción colgando el core.

Rescato este hilo para felicitar a Quest
(después de darme yo algunas palmaditas en la espalda )

Estoy jugando con el core Next186 que he metido en la placa Altera EP4CE22, y el windows 3.0 se colgaba contínuamente. Investigando y haciendo pruebas, he llegado a la misma exacta conclusión que Quest, y es que, el Kernel, se colgaba al tratar de arrancar windows 3.0.
Pero a diferencia de Quest, me daba pereza depurar el código a ver que ocurría, y me he puesto a buscar en la red a ver si por un casual existía ya un "kernel.exe" parcheado, y mira tú por donde, encuentro este hilo, con la forma de parchearlo, ya conseguida por Quest.

Te agradezco el trabajo realizado en investigar en que punto se rompía el kernel, me lo he ahorrado yo.

Ahora, tengo otro problemilla, a ver sin consigo superarlo. Al instalar memoria XMS mediante el "FDXMS286.SYS" del Freedos (dentro de MSDOS6.22) ,algunos programas dejan de funcionar, y salta un error "packed file is corrupt". Solo ocurre con ese fichero instalado. Es un mal menor, pero es incómodo. Lo que hago, es desactivar el XMS cuando quiero usar un programa o juego que da el error.