I don't know. I think I was trying it while testing my ZEsarUX emulator fork, and the dma1demo did work correctly only in zilog mode. In zxnDMA it did look initially almost correct, but it got damaged over time. I still haven't unbox my real Next, because I'm in the process of moving my flat, and also staying not at home for few weeks, so Next is still waiting for me.Сообщение от zebest
Well, the difference between zilog and zxnDMA mode on Next are very small, the major difference is the N+1 vs N length of transfer. On Next even Zilog DMA mode is lot more relaxed, allowing for shorter and simpler init than real Zilog chip.
So I'm a bit confused why zxnDMA would work better for legacy SW designed for Zilog DMA, maybe you are running them on the wrong display mode: zx48 vs zx128 vs zx128+3 (= native Next timing) vs Pentagon ("soviet" timing), all of these have slightly different timing of display signal, so if you pick timing which is incorrect for the demo, and incorrect DMA mode, maybe by accident they cancel out, and you get nice multicolors then...
I'm not familiar with the SW you are trying, so I don't know which HW you should select.
For me as SW author the important fact is, that both DMA modes work as described and I can choose which mode I want to use (in my recent "big picture scroll example" https://github.com/ped7g/ZXSpectrumN...r/Layer2BigPic I'm using the zxnDMA mode, because I have already in B the length of transfer, which is always 256*n, so it's simpler for me to load the B directly into dma.length, then having to do "-1" for Zilog mode).
Ответить с цитированием