I'm just thinking... Are the VGA's internal timing (think character clocks but for scanlines instead, affecting rendering like the MA counters etc.) and memory vertical scanline counters increased by reaching horizontal total(this is done atm for VGA internally, horizontal retrace drives the CRT instead) or is it (like CGA/MDA) triggered by horizontal retrace (HSYNC to be exact) instead (the CRTC Mode Control register bit 2 SLDIV calls it to be triggered by something called 'horizontal retrace clock')?

What happens if no HSYNC is triggered on a VGA card (wrt to the vertical counters and address reloads for new scanlines)?

Does anyone know what the 'horizontal retrace clock' is? Is it just HSYNC (the output from start horizontal retrace making it 1 to trigger the 'horizontal retrace clock')? Or is it something else? Can't find anything but said CRTC register of mode control's SLDIV bit.

Edit: Hmmm...
http://6502.org/users/andre/hwinfo/crtc/internals/index.html
That seems to suggest that the MC6845 (CGA/MDA) perform increasing of the scanline counter on horizontal total (as it's connected to that).

But the VGA performs this during horizontal retrace instead (according to documentation)? Perhaps the EGA as well?
Edit: EGA documentation seems to agree the vertical counter to be clocked by 'Horizontal retrace' or 'HRTC' and names the CRTC mode control register 'Horizontal Retrace Select'. Don't know about the other counters though?
Edit: Hmmm... MartyPC seems to agree on it being the activation of HSYNC that triggers it?
https://github.com/dbalsom/martypc/blob/versi … ces/ega/crtc.rs
'hslc' seems to be the counter at least, that's one source confirming it.
Though that only suggests that the counter (and effects without memory stuff) and obvious scanline is increased on HSYNC. All other effects that are not directly CRTC driving outputs (not active display related other than start address) are at vertical total instead (and thus at the first clock of the new frame).

superfury wrote on 2024-01-21, 22:21:

Edit: Hmmm... MartyPC seems to agree on it being the activation of HSYNC that triggers it? https://github.com/dbalsom/martypc/bl […]
Show full quote

Edit: Hmmm... MartyPC seems to agree on it being the activation of HSYNC that triggers it?
https://github.com/dbalsom/martypc/blob/versi … ces/ega/crtc.rs
'hslc' seems to be the counter at least, that's one source confirming it.
Though that only suggests that the counter (and effects without memory stuff) and obvious scanline is increased on HSYNC. All other effects that are not directly CRTC driving outputs (not active display related other than start address) are at vertical total instead (and thus at the first clock of the new frame).

I wouldn't use my EGA as an example for anything, at least not yet. It's still only about 65% done, and a lot of the logic in there is currently a guess instead of anything concrete or tested.

GloriousCow wrote on 2024-01-22, 13:05:

superfury wrote on 2024-01-21, 22:21:

Edit: Hmmm... MartyPC seems to agree on it being the activation of HSYNC that triggers it? https://github.com/dbalsom/martypc/bl […]
Show full quote

Edit: Hmmm... MartyPC seems to agree on it being the activation of HSYNC that triggers it?
https://github.com/dbalsom/martypc/blob/versi … ces/ega/crtc.rs
'hslc' seems to be the counter at least, that's one source confirming it.
Though that only suggests that the counter (and effects without memory stuff) and obvious scanline is increased on HSYNC. All other effects that are not directly CRTC driving outputs (not active display related other than start address) are at vertical total instead (and thus at the first clock of the new frame).

I wouldn't use my EGA as an example for anything, at least not yet. It's still only about 65% done, and a lot of the logic in there is currently a guess instead of anything concrete or tested.

Well, at least on the VGA, fixing the horizontal retrace to increase the counter (as documented by you and the official documentation if interpreted literally (EGA and FreeVGA/IBM VGA documentation)), it fixes the issues I had with the scanlines rendering incorrect at least! 😁

Need to run the Copper demo to double check though, but it looks fine during boot now at least! 😁

Hmmm... The Intel Open-Source HD Graphics and Intel Iris graphics Programmer's Reference manual Volume 11: Display, Revision 1.2 (Google "intel-gfx-prm-osrc-bdw-vol-11-display.pdf") says the same (page 54, the CRT mode control bit 2:

... 'vertical timing counter is (* or 'to be' before bit description) clocked by the horizontal retrace clock', followed by 'divided by 2' for the bit being set to 1.

Said 'horizontal retrace clock' is never mentioned anywhere else, but there's something else:

Horizontal sync end (CR05 register) mentions:
'at which time the horizontal retrace signal becomes inactive (logical 0)'.

So if it's active, it's logical 1 (as logical means binary)? And what do we get if it toggles to and from 0-1? A clock signal!
So when it toggles to 1(Horizontal retrace starting due to counter match), it's effectively said clock! That's the very 'clock' (looking at it's output being binary) that horizontal retrace starts!

So that seems to confirm horizontal retrace triggers the increment of the scanline counter (or every 2 with the mode control register being set)?

Edit: Also the IBM PS/2 says (at the preset row scan register start row scan count (the lower bits)):

the row scan counter is incremented every horizontal retrace time until the maximum row scan occurs.

So that pretty much confirms at least the 'row scan counter' is ticked by 'horizontal retrace time'? Could this be the same thing that's mentioned in the CRTC mode control register?

Hmmm... The 'CL-GD5446 Technical Reference Manual' VGA card documentation literally says it's clocked by HSYNC:
'2 Multiply vertical registers by two: if this bit is '1', the scanline counter is clocked with HSYNC divided by two. (...) If this bit is '0', the scanline counter is clocked with HSYNC.'

That pretty much confirms it afaik.