ZEsarUX:known bugs - Revision history

Ped7g at 13:43, 23 December 2024

2024-12-23T13:43:26Z

← Older revision		Revision as of 14:43, 23 December 2024
Line 10:		Line 10:
	* audio has "clicks" and noise on many platforms, although YMMV		* audio has "clicks" and noise on many platforms, although YMMV
	* 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)		* 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 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
	* missing some features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.2.1) - TODO exact list or add each feature as separate bug line here		* missing some features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.2.1) - TODO exact list or add each feature as separate bug line here
	* Z80: EI instruction, FD and DD prefix don't inhibit accepting masked interrupt until next instruction is executed (or postpone interrupt request until some instruction which allows it, and then handle interrupt, even if /INT signal is gone)		* Z80: EI instruction, FD and DD prefix don't inhibit accepting masked interrupt until next instruction is executed (or postpone interrupt request until some instruction which allows it, and then handle interrupt, even if /INT signal is gone)
Line 19:		Line 18:
	* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)		* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)
	* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)		* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)
			* some fixes/improvements done for 11.1, but very likely still true, untested: 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
	* should be fixed, untested <del>tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)</del>		* should be fixed, untested <del>tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)</del>
	* should be fixed, untested <del>in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content.</del>		* should be fixed, untested <del>in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content.</del>

Ped7g: Refresh for version 11.1-RC

2024-12-23T13:39:23Z

Refresh for version 11.1-RC

← Older revision		Revision as of 14:39, 23 December 2024
Line 1:		Line 1:
	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).		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).

	Version 10.2:		Version 11.1-RC:
	* direct load of NEX file with entry bank 8+ is broken
	* missing Nextreg $64 "video line offset" (core 3.1.5)		* missing Nextreg $64 "video line offset" (core 3.1.5)
	* blending modes are not ~~implemented~~		* blending modes are partially implemented (Layer2 priority is not handled correctly and subtraction mode looks a bit too dark)
	* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)		* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)
	* ULA (bank 4/7, timex hires/hicol) scroll doesn't scroll per pixel on X-axis, but per 8px (char)		* ULA (bank 4/7, timex hires/hicol) clipping on Y-axis scrolls too (should not) (also half-width scroll jiggles clipping view)
	* ULA (bank 4/7, timex hires/hicol) half-width scroll is not implemented
	* ULA (bank 4/7, timex hires/hicol) clipping on Y-axis scrolls too (should not)
	* relative sprites don't wrap correctly around 512x512 coordinate space in extreme cases (~~8x scale and some positions~~)
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline
	* NextRegs $09 reads wrong values, NextReg $02 soft reset doesn't work same as HW		* NextRegs $09 reads wrong values, NextReg $02 soft reset doesn't work same as HW
Line 15:		Line 11:
	* 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)		* 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 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
	* missing ~~all(?)~~ features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1~~.11, but I haven't find any functionality related to the changes in real cores~~)		* missing some features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.2.1) - TODO exact list or add each feature as separate bug line here
	* Z80: EI instruction, FD and DD prefix don't inhibit accepting masked interrupt until next instruction is executed (or postpone interrupt request until some instruction which allows it, and then handle interrupt, even if /INT signal is gone)		* Z80: EI instruction, FD and DD prefix don't inhibit accepting masked interrupt until next instruction is executed (or postpone interrupt request until some instruction which allows it, and then handle interrupt, even if /INT signal is gone)
	* 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

	Untested since 10.2 (may be already fixed, probably not):		Untested since 10.2 (may be already fixed, probably not):
			* Z80: extra IX/IY prefix is wrongly processed and with even number of prefixes the next instruction is using HL instead of IX/IY
	* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)		* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)
	* tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)
	* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)		* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)
			* should be fixed, untested <del>tilemode doesn't wrap in memory the same way as HW (when gfx/map address is toward end of Bank 5)</del>
	* should be fixed, untested <del>in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content.</del>		* should be fixed, untested <del>in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content.</del>

	Fixed since 10.2 final:		Fixed since 10.2 final:
			* <del>direct load of NEX file with entry bank 8+ is broken</del>
			* <del>ULA (bank 4/7, timex hires/hicol) half-width scroll is not implemented</del>
			* <del>ULA (bank 4/7, timex hires/hicol) scroll doesn't scroll per pixel on X-axis, but per 8px (char)</del>
			* <del>relative sprites don't wrap correctly around 512x512 coordinate space in extreme cases (8x scale and some positions)</del>
	* <del>sprite rendering-priority (b6 in NextReg $15) is not implemented</del>		* <del>sprite rendering-priority (b6 in NextReg $15) is not implemented</del>
	* <del>Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect</del>		* <del>Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect</del>

Ped7g at 19:13, 19 August 2024

2024-08-19T19:13:58Z

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

	Version 10.2:		Version 10.2:
			* direct load of NEX file with entry bank 8+ is broken
	* missing Nextreg $64 "video line offset" (core 3.1.5)		* missing Nextreg $64 "video line offset" (core 3.1.5)
	* blending modes are not implemented		* blending modes are not implemented

Ped7g: version 10.2 refresh

2022-11-21T22:00:48Z

version 10.2 refresh

← Older revision		Revision as of 23:00, 21 November 2022
Line 1:		Line 1:
	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).		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).

	~~Github "master" branch at 2022-05-14 01:15 CEST (commit 773887d3e62db7530eefda7b0c1991a51a9519e5, version~~ 10.1):		Version 10.2:
	* missing Nextreg $64 "video line offset" (core 3.1.5)		* missing Nextreg $64 "video line offset" (core 3.1.5)
	* blending modes are not implemented		* blending modes are not implemented
	* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)		* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)
	* ULA scroll doesn't scroll per pixel on X-axis, but per 8px (char)		* ULA (bank 4/7, timex hires/hicol) scroll doesn't scroll per pixel on X-axis, but per 8px (char)
	* ULA half-width scroll is not implemented		* ULA (bank 4/7, timex hires/hicol) half-width scroll is not implemented
	* ULA ~~scroll~~ clipping on Y-axis is not ~~working correctly~~		* ULA (bank 4/7, timex hires/hicol) clipping on Y-axis scrolls too (should not)
	* sprite rendering-priority (b6 in NextReg $15) ~~is not implemented~~
	* relative sprites don't wrap correctly around 512x512 coordinate space in extreme cases (8x scale and some positions)		* relative sprites don't wrap correctly around 512x512 coordinate space in extreme cases (8x scale and some positions)
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline
	* NextRegs $09 reads wrong values		* NextRegs $09 reads wrong values, NextReg $02 soft reset doesn't work same as HW
	* <del>tilemode gfx/map address read (NextReg $~~6E + $6F) does return original value without top bits~~ reset ~~to zero</del>(this is now probably correct since core3.1.10? But bank7 is not supported yet of course)~~
	* audio has "clicks" and noise on many platforms, although YMMV		* audio has "clicks" and noise on many platforms, although YMMV
	* 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)		* 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 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
	* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)		* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)
	* Z80: EI instruction ~~doesn~~'t inhibit accepting masked interrupt until next instruction is executed (~~after debugging: it does inhibit~~ it, ~~but just delays acceptance infinitely~~, ~~so interrupt may be accepted~~ even ~~after the~~ /INT signal is ~~over~~)		* Z80: EI instruction, FD and DD prefix don't inhibit accepting masked interrupt until next instruction is executed (or postpone interrupt request until some instruction which allows it, and then handle interrupt, even if /INT signal is gone)
	* 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: 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
	* in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content (it seems to be working, but expect unexpected then).

	Untested since 10.~~0-RC~~ (may be already fixed, probably not):		Untested since 10.2 (may be already fixed, probably not):
	* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)		* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)
	* 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)
	* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)		* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)
			* should be fixed, untested <del>in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content.</del>

	Fixed since 10.~~0-RC~~ final:		Fixed since 10.2 final:
	* <del>~~Layer 2 does not support "~~priority~~" bit~~ in ~~L2 colors~~</del>		* <del>sprite rendering-priority (b6 in NextReg $15) is not implemented</del>
			* <del>Z80: (should not affect any ZX SW, just emulation accuracy) block instruction flags while repeating are incorrect</del>

	Other Issues (not a bug):		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 and unfit for many development purposes.		* 28MHz mode requires quite powerful PC to emulate it smoothly, "lagging" emulator menu/etc is likely to happen in 28MHz mode and unfit for many development purposes.
	* 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

Ped7g: adding few more new bugs confirmed

2022-07-01T20:21:26Z

adding few more new bugs confirmed

← Older revision		Revision as of 21:21, 1 July 2022
Line 6:		Line 6:
	* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)		* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)
	* ULA scroll doesn't scroll per pixel on X-axis, but per 8px (char)		* ULA scroll doesn't scroll per pixel on X-axis, but per 8px (char)
			* ULA half-width scroll is not implemented
	* ULA scroll clipping on Y-axis is not working correctly		* ULA scroll clipping on Y-axis is not working correctly
	* sprite rendering-priority (b6 in NextReg $15) is not implemented		* sprite rendering-priority (b6 in NextReg $15) is not implemented

Ped7g: another Z80 bug found

2022-06-10T21:53:02Z

another Z80 bug found

← Older revision		Revision as of 22:53, 10 June 2022
Line 17:		Line 17:
	* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)		* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)
	* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed (after debugging: it does inhibit it, but just delays acceptance infinitely, so interrupt may be accepted even after the /INT signal is over)		* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed (after debugging: it does inhibit it, but just delays acceptance infinitely, so interrupt may be accepted even after the /INT signal is over)
			* 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: note about Debug CPU crashing in linux when compiled with stack protector

2022-05-17T07:31:06Z

note about Debug CPU crashing in linux when compiled with stack protector

← Older revision		Revision as of 08:31, 17 May 2022
Line 19:		Line 19:
	* 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
			* in linux trying to open "Debug CPU" window will smash the stack and crash the emulator, you can work around it by using "-fno-stack-protector" during compilation to continue running even with damaged stack content (it seems to be working, but expect unexpected then).

	Untested since 10.0-RC (may be already fixed, probably not):		Untested since 10.0-RC (may be already fixed, probably not):

Ped7g at 12:55, 15 May 2022

2022-05-15T12:55:35Z

← Older revision		Revision as of 13:55, 15 May 2022
Line 11:		Line 11:
	* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline		* sprites rendering is not one-scanline-buffer delayed and all changes in sprites affect current scanline
	* NextRegs $09 reads wrong values		* NextRegs $09 reads wrong values
	* tilemode gfx/map address read (NextReg $6E + $6F) does return original value without top bits reset to zero		* <del>tilemode gfx/map address read (NextReg $6E + $6F) does return original value without top bits reset to zero</del>(this is now probably correct since core3.1.10? But bank7 is not supported yet of course)
	* audio has "clicks" and noise on many platforms, although YMMV		* audio has "clicks" and noise on many platforms, although YMMV
	* 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)		* 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)

Ped7g at 12:53, 15 May 2022

2022-05-15T12:53:28Z

← Older revision		Revision as of 13:53, 15 May 2022
Line 16:		Line 16:
	* 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
	* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)		* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)
	* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed		* Z80: EI instruction doesn't inhibit accepting masked interrupt until next instruction is executed (after debugging: it does inhibit it, but just delays acceptance infinitely, so interrupt may be accepted even after the /INT signal is over)
	* 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: version 10.1 refresh

2022-05-14T09:42:37Z

version 10.1 refresh

← Older revision		Revision as of 10:42, 14 May 2022
Line 1:		Line 1:
	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).		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).

	Github "master" branch at ~~2021~~-09-~~11 19~~:~~00CEST~~ (commit ~~ad944b0702030d~~, version 10.~~0-RC~~):		Github "master" branch at 2022-05-14 01:15 CEST (commit 773887d3e62db7530eefda7b0c1991a51a9519e5, version 10.1):
	* missing Nextreg $64 "video line offset" (core 3.1.5)		* missing Nextreg $64 "video line offset" (core 3.1.5)
	* blending modes are not implemented		* blending modes are not implemented
	* Layer 2 does not support "priority" bit in L2 colors		* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant", dmaDebug.sna test does "reset" machine after ENABLE command (didn't look what exactly is broken about the last one)
	* DMA: too many differences to list, but most crucial: slow "burst" functionality is missing, CONTINUE is not supported, legacy Z80 mode is not implemented, all transfers are "instant"
	* ULA scroll doesn't scroll per pixel on X-axis, but per 8px (char)		* ULA scroll doesn't scroll per pixel on X-axis, but per 8px (char)
	* ULA scroll clipping on Y-axis is not working correctly		* ULA scroll clipping on Y-axis is not working correctly
Line 14:		Line 13:
	* tilemode gfx/map address read (NextReg $6E + $6F) does return original value without top bits reset to zero		* tilemode gfx/map address read (NextReg $6E + $6F) does return original value without top bits reset to zero
	* audio has "clicks" and noise on many platforms, although YMMV		* audio has "clicks" and noise on many platforms, although YMMV
			* 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 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
			* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)
			* 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

			Untested since 10.0-RC (may be already fixed, probably not):
	* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)		* ULA+tilemode does not support stencil mode, and transparency fallback color is not used in some edge cases (disabled ULA + clipped tiles)
	* 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)
	* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)		* direct loading of NEX file doesn't init the machine in the same way as NEXLOAD from NextZXOS (it's close, but few things are different)
	* 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 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
	* missing all(?) features/changes of cores after version 3.1.5 (the emulator itself reports as core 3.1.11, but I haven't find any functionality related to the changes in real cores)

	Fixed since 9.1 final:		Fixed since 10.0-RC final:
	* ~~FIXED <del>ULA scroll is not at new NextReg $26, $27 (but still shared with LoRes offset registers)</del>~~		* <del>Layer 2 does not support "priority" bit in L2 colors</del>
	* FIXED <del>both 4B/5B sprite types are now implemented, but only partially with lot of bugs and incorrect on-screen results</del>
	* FIXED <del>4bpp sprites are somewhat supported (wrong transparency, wrong relative sprites, etc.. but the most trivial cases somewhat resemble what is drawn on real Next)</del>
	* FIXED <del>Layer 2 ~~displays shadow variant (NextReg $13) when the~~ "~~shadow~~" ~~mapping is enabled</del>~~
	* FIXED <del>Layer 2 extra memory mapping controlled by {{PortNo\|$123B}} works only in ~~core2.x way.~~</del>

	Other Issues (not a bug):		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 and unfit for many development purposes.		* 28MHz mode requires quite powerful PC to emulate it smoothly, "lagging" emulator menu/etc is likely to happen in 28MHz mode and unfit for many development purposes.
	* 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