Thomas Harte ed28260aaf Hardens the ZX80/81 video routines to ensure they never try to push data into the future and don't double-count time when pixels would ostensibly run into sync. You could previously see the CRT being handed negative run lengths if sync interrupted pixels or if a run of more than 320 pixels (my arbitrary buffer size) occurred, with corresponding poor behaviour given my use of unsigned numbers.

2017-07-09 19:33:05 -04:00

..

Video.cpp

Hardens the ZX80/81 video routines to ensure they never try to push data into the future and don't double-count time when pixels would ostensibly run into sync. You could previously see the CRT being handed negative run lengths if sync interrupted pixels or if a run of more than 320 pixels (my arbitrary buffer size) occurred, with corresponding poor behaviour given my use of unsigned numbers.

2017-07-09 19:33:05 -04:00

Video.hpp

Added comments.

2017-06-06 18:01:33 -04:00

ZX8081.cpp

Moved line counter reset logic; I think this is actually correct.

2017-07-09 00:05:30 -04:00

ZX8081.hpp

Introduced an explicit record of whether a video byte is latched. It's definitely incorrect to treat the latching of 0 as equivalent to no latching, as the byte that will eventually become video is not strongly implied.

2017-07-08 20:40:19 -04:00