ZESERUse:known bugs - Revision history

Ped7g at 19:13, 19 August 2024

2024-08-19T19:13:23Z

← Older revision		Revision as of 20:13, 19 August 2024
Line 6:		Line 6:

	v8.2.2 2022-07-01 - Known bugs (ordered by importance "to understand" from Next SW developer point of view and most likely to affect your SW output):		v8.2.2 2022-07-01 - Known bugs (ordered by importance "to understand" from Next SW developer point of view and most likely to affect your SW output):
			* direct load of NEX file with entry bank 8+ is broken (fixed in source for v8.2.6)
	* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)		* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)
	* blending modes - sprites ordering above/under non-blend layers is not implemented, "S,U\|T,B+L" ordering is used to render blend modes		* blending modes - sprites ordering above/under non-blend layers is not implemented, "S,U\|T,B+L" ordering is used to render blend modes

Ped7g: V8.2.2 refresh

2022-07-01T20:10:18Z

V8.2.2 refresh

← Older revision		Revision as of 21:10, 1 July 2022
Line 5:		Line 5:
	* don't use "--enable-esxdos-handler" option together with running NextZXOS from full MMC card image - it will clash with the MMC functionality		* don't use "--enable-esxdos-handler" option together with running NextZXOS from full MMC card image - it will clash with the MMC functionality

	Known bugs (ordered by importance "to understand" from Next SW developer point of view and most likely to affect your SW output):		v8.2.2 2022-07-01 - Known bugs (ordered by importance "to understand" from Next SW developer point of view and most likely to affect your SW output):
	* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)		* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)
	* blending modes - ~~only L2+ULA blending (core 3.0 mode)~~, +~~tiles and new core3.1.3~~ modes ~~are not implemented~~		* blending modes - sprites ordering above/under non-blend layers is not implemented, "S,U\|T,B+L" ordering is used to render blend modes
	* slow-DMA to audio nextregs does sounds like lot of noise instead of playing the expected audio (seems the slow-DMA-audio may be actually somewhat working, but Mike's mod-player detects wrong speed due to some bug in emulation maybe, outputting later noise as result of wrong initialization - needs lot more debugging to figure out what precisely is broken)		* slow-DMA to audio nextregs does sounds like lot of noise instead of playing the expected audio (seems the slow-DMA-audio may be actually somewhat working, but Mike's mod-player detects wrong speed due to some bug in emulation maybe, outputting later noise as result of wrong initialization - needs lot more debugging to figure out what precisely is broken)
	* ~~ULA+tilemode~~ does not ~~support stencil mode~~		* zilogDMA does not read register values (regression?)
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect
	* nextreg $8C "alt ROM" is probably not emulated 100% correctly		* nextreg $8C "alt ROM" is probably not emulated 100% correctly
Line 17:		Line 17:
	* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)		* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)
	* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation		* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation
	* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed <del>fixed May 15, 2022</del> (fix is not 100% correct, needs rework, long block of DD/FD eventually fails to prevent interrupts)
	* Z80: extra IX/IY prefix is wrongly processed and with even number of prefixes the next instruction is using HL instead of IX/IY
	* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags		* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags
	* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect		* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect

			v8.2.1:
			* <del>blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented</del> - improved in 8.2.2
			* <del>ULA+tilemode does not support stencil mode</del> - implemented in 8.2.2 without much testing
			* <del>Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed</del> - hopefully 100% fixed in 8.2.2
			* <del>Z80: extra IX/IY prefix is wrongly processed and with even number of prefixes the next instruction is using HL instead of IX/IY</del> - fixed in 8.2.2
			* <del>ULA half-width scroll is not implemented</del> - fixed in 8.2.2

	----------------		----------------
Line 26:		Line 31:
	I'm building it in linux with this configuration (running the command in bash shell inside the src folder to launch configure script):		I'm building it in linux with this configuration (running the command in bash shell inside the src folder to launch configure script):

	<nowiki>CFLAGS='-O2 -DTBBLUE_DELAYED_COPPER_WAITS' LDFLAGS=-O2 ./configure --disable-stdout --disable-simpletext --disable-curses --disable-aa --disable-caca --prefix ~/.local --disable-alsa --disable-dsp --disable-coreaudio --disable-cocoa --disable-cursesw		<nowiki>CFLAGS='-O3 -DTBBLUE_DELAYED_COPPER_WAITS' LDFLAGS=-O3 ./configure --disable-stdout --disable-simpletext --disable-curses --disable-aa --disable-caca --prefix ~/.local --disable-alsa --disable-dsp --disable-coreaudio --disable-cocoa --disable-cursesw --enable-memptr --enable-undoc-scfccf --enable-visualmem --enable-cpustats --enable-sdl2
	</nowiki>		</nowiki>

	And I'm launching the emulator usually through helper scripts reconfiguring it to tbblue machine (not using config file), my helper scripts are available at [https://github.com/MrKWatkins/ZXSpectrumNextTests/tree/develop/Tools ZXSpectrumNextTests/Tools], check "runzeseruse" and "mmczeseruse" (edit the file paths to use them at your own PC).		And I'm launching the emulator usually through helper scripts reconfiguring it to tbblue machine (not using config file), my helper scripts are available at [https://github.com/MrKWatkins/ZXSpectrumNextTests/tree/develop/Tools ZXSpectrumNextTests/Tools], check "runzeseruse" and "mmczeseruse" (edit the file paths to use them at your own PC).

Ped7g: another Z80 emulation bug found

2022-06-10T21:57:52Z

another Z80 emulation bug found

← Older revision		Revision as of 22:57, 10 June 2022
Line 17:		Line 17:
	* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)		* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)
	* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation		* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation
	* ~~<del>~~Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed</del> fixed May 15, 2022		* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed <del>fixed May 15, 2022</del> (fix is not 100% correct, needs rework, long block of DD/FD eventually fails to prevent interrupts)
			* Z80: extra IX/IY prefix is wrongly processed and with even number of prefixes the next instruction is using HL instead of IX/IY
	* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags		* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags
	* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect		* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect

Ped7g at 17:04, 6 June 2022

2022-06-06T17:04:12Z

← Older revision		Revision as of 18:04, 6 June 2022
Line 17:		Line 17:
	* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)		* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)
	* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation		* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation
	* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed		* <del>Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed</del> fixed May 15, 2022
	* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags		* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags
	* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect		* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect

Ped7g: add Z80 related known inaccuries

2022-05-14T09:50:08Z

add Z80 related known inaccuries

← Older revision		Revision as of 10:50, 14 May 2022
Line 17:		Line 17:
	* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)		* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)
	* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation		* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation
			* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed
			* Z80: (should not affect any ZX SW, just emulation accuracy) ccf/scf doesn't produce stable outcome in undocumented flags
			* Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect

	----------------		----------------

Ped7g: nextreg 2 soft/hard reset hopefully fixed

2021-02-21T19:50:22Z

nextreg 2 soft/hard reset hopefully fixed

← Older revision		Revision as of 20:50, 21 February 2021
Line 8:		Line 8:
	* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)		* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)
	* blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented		* blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented
	* slow-DMA to audio nextregs does sounds like lot of noise instead of playing the expected audio		* slow-DMA to audio nextregs does sounds like lot of noise instead of playing the expected audio (seems the slow-DMA-audio may be actually somewhat working, but Mike's mod-player detects wrong speed due to some bug in emulation maybe, outputting later noise as result of wrong initialization - needs lot more debugging to figure out what precisely is broken)
	* ULA+tilemode does not support stencil mode		* ULA+tilemode does not support stencil mode
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect
	* nextreg $8C "alt ROM" is probably not emulated 100% correctly		* nextreg $8C "alt ROM" is probably not emulated 100% correctly
	* SRAM region shadowed by BRAM (bank5 + half-bank7) is not emulated		* SRAM region shadowed by BRAM (bank5 + half-bank7) is not emulated
	* CP/M "no files" stub screen can't reach NextZXOS after space (it's doing `nextreg 2,1` in loop, soft-reset implementation seems is incomplete)		* missing all core 3.1.6+ features (the emulator is targetting core3.1.5 state at this moment)
	* missing all core 3.1.6 features (the emulator is targetting core3.1.5 state at this moment)
	* tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)		* tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)
	* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)		* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)

Ped7g: adding info about DMA sound (like Mike's mod player) not working

2020-11-28T22:24:20Z

adding info about DMA sound (like Mike's mod player) not working

← Older revision		Revision as of 23:24, 28 November 2020
Line 8:		Line 8:
	* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)		* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)
	* blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented		* blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented
			* slow-DMA to audio nextregs does sounds like lot of noise instead of playing the expected audio
	* ULA+tilemode does not support stencil mode		* ULA+tilemode does not support stencil mode
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect

Ped7g: relative sprites fixed also for warping-around in big scales.

2020-11-28T22:21:47Z

relative sprites fixed also for warping-around in big scales.

← Older revision		Revision as of 23:21, 28 November 2020
Line 10:		Line 10:
	* ULA+tilemode does not support stencil mode		* ULA+tilemode does not support stencil mode
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect
	* relative sprites with huge relative offsets in "unified" mode don't wrap-around correctly in large scale situations (like x8 scale with +120 offset, the HW will wrap it somehow all the way around making the child visible somewhere on screen, but in ZESERUse they seem to get completely rejected as offscreen pixels) (should be fixed in latest commits, but I didn't re-test it thoroughly yet)
	* nextreg $8C "alt ROM" is probably not emulated 100% correctly		* nextreg $8C "alt ROM" is probably not emulated 100% correctly
	* SRAM region shadowed by BRAM (bank5 + half-bank7) is not emulated		* SRAM region shadowed by BRAM (bank5 + half-bank7) is not emulated

Ped7g: separating from ZEsarUX page

2020-09-22T05:20:07Z

separating from ZEsarUX page

New page

You may want also to check the official [https://raw.githubusercontent.com/chernandezba/zesarux/master/src/FAQ ZEsarUX FAQ] to see if you have a known issue which has solution (ZX Next is "TBBlue" type of machine).

Other Issues (not a bug):
* 28MHz mode requires quite powerful PC to emulate it smoothly, "lagging" emulator menu/etc is likely to happen in 28MHz mode - the fork is even more power hungry than vanilla ZEsarUX version
* don't use "--enable-esxdos-handler" option together with running NextZXOS from full MMC card image - it will clash with the MMC functionality

Known bugs (ordered by importance "to understand" from Next SW developer point of view and most likely to affect your SW output):
* modifications to NextRegs done in copper propagate to rendering usually only once per scanline, usually retroactively for full scanline when triggered in h-blank area (palette changes, X/Y offsets, etc) - when compiled with extra flag "-DTBBLUE_DELAYED_COPPER_WAITS" it will delay copper instructions waiting for h-blank till next line (does produce better visual output in some cases, but makes the emulation less accurate in terms of timing)
* blending modes - only L2+ULA blending (core 3.0 mode), +tiles and new core3.1.3 modes are not implemented
* ULA+tilemode does not support stencil mode
* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline, calculation of pixel-bandwidth exhaustion is vastly incorrect
* relative sprites with huge relative offsets in "unified" mode don't wrap-around correctly in large scale situations (like x8 scale with +120 offset, the HW will wrap it somehow all the way around making the child visible somewhere on screen, but in ZESERUse they seem to get completely rejected as offscreen pixels) (should be fixed in latest commits, but I didn't re-test it thoroughly yet)
* nextreg $8C "alt ROM" is probably not emulated 100% correctly
* SRAM region shadowed by BRAM (bank5 + half-bank7) is not emulated
* CP/M "no files" stub screen can't reach NextZXOS after space (it's doing `nextreg 2,1` in loop, soft-reset implementation seems is incomplete)
* missing all core 3.1.6 features (the emulator is targetting core3.1.5 state at this moment)
* tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)
* audio has "clicks" and noise on many platforms, although YMMV ("--ao pulse" made it better for me)
* when running without the full NextZXOS card image, the esxdos services are provided by the emulator itself, which does not implement all of them, and they don't always return the state described by the NextZXOS documentation

----------------

I'm building it in linux with this configuration (running the command in bash shell inside the src folder to launch configure script):

<nowiki>CFLAGS='-O2 -DTBBLUE_DELAYED_COPPER_WAITS' LDFLAGS=-O2 ./configure --disable-stdout --disable-simpletext --disable-curses --disable-aa --disable-caca --prefix ~/.local --disable-alsa --disable-dsp --disable-coreaudio --disable-cocoa --disable-cursesw
</nowiki>

And I'm launching the emulator usually through helper scripts reconfiguring it to tbblue machine (not using config file), my helper scripts are available at [https://github.com/MrKWatkins/ZXSpectrumNextTests/tree/develop/Tools ZXSpectrumNextTests/Tools], check "runzeseruse" and "mmczeseruse" (edit the file paths to use them at your own PC).