But it is in the very nature of things that some of the special video modes can produce results of very low visibility in the GUI. In most cases this will be due to the used monitor/TV being incompatible with the video mode under test, while for a few cases it is due to some special feature that can not be tested within a GUI at all.
Two such cases are the special vmodes that are used to trick the PS1 driver into running a PS1 program with video enforced to a mode not native to that console. This allows us to do NTSC vs PAL switching of PS1 games. But since the enforced NTSC/PAL vmode requires us to first select HDTV 480p/576p, this intermediate vmode will not display in a useful manner on any TV set without HDTV capabilities. But the user can then press START+DOWN to exit from GSM to uLE, and there press a button combo for MISC/PS2Disc to launch a PS1 game disc in tray, after which the PS1 driver will switch to the enforced NTSC/PAL mode as selected earlier. Since the switch to the final target vmode doesn't occur until the PS1 driver starts up, there is no way to display that vmode in the GUI (except by faking it, which we don't do).
I do believe that all the NTSC video modes should be clearly visible on an NTSC TV now, except for the 'Halfbuffer' mode which I am not sure exactly what it is to be used for, but presumably some games will respond well to it, though I'm not aware of them yet. (I'll have to check that with doctorxyz who added them to the program)
As for other video modes, their visibility will obviously depend on the capabilities of the monitor/TV used, but I've done what I can to make the general appearance of the display as consistent and readable as possible, for most of the vmodes anyway. With exception for the 'Halfbuffer' modes mentioned above, that have too low resolution to show much of anything, and the PS1-related modes that require an intermediate switch to an HDTV mode with weird tweak parameters before the real switch to NTSC/PAL is made by the PS1 driver.
If there are any particular 'tweaks' you feel needed to improve the appearance for NTSC users, just let me know what they are so I can take that into consideration. But at present I only know that you are not happy with current results and consider some of them as 'not visible', and that is not enough for me to go on in order to improve anything.
As for the debate on screen offsets earlier with differing needs of NTSC vs PAL and Composite vs Direct-Video cables, I think I have come up with a very simple idea that can make everyone happy.
For the NTSC vs PAL defaults we can simply stick to the same base default values as uLE uses, because I think we'd have heard of it by now if those were unacceptable to any large number of either region.
And to compensate for the Cable-dependent delays we can simply add an extra global X-offset, which will add a specific number of VCK units to the DX value for all predef vmodes (since cable delays are identical for all modes). But it will not affect tweaked user-mode settings, since those already have the preferred DX values set by the user before saving them.
The new global predef X-offset will be an editable value in the GUI, so anyone who wants to lose that offset can simply reduce it to zero and save CNF.
Best regards: dlanor