Ok, so if the clock is rounded to 2 decimal figures anyway, the exact refresh isnt matched always right?
So the showed dotclock is just show?
by luck since the 2 decimal figures are round i was able to install the modeline directly which is exactly the mame neo geo timing lol ,and correct centering in my case which always dont affect refresh.
"304x240_60 15.625000KHz 59.185608Hz" 6.250000 304 319 351 400 240 244 248 264 -hsync v-sync
now if i only specify the resolution in the game.ini, no specific modeline and generator off, the picture is correctly centered and with the correct refresh. (correct one installed in windows)
as soon as i enable the generator the centering (without suplied modeline in ini) or refresh goes off (with the correct modeline set in the game.ini)
its funny how switchres takes the already perfect timing and alters it to no more perfect.
so the question is now, if the decimals get rounded is it necessary to have it fake perfect for perfect expirience, smoothness/delay?
the neo geo timing is wrong anyway in mame, the correct timing is described in the neo geo dev manuals like this:
modeline 'NeoGeo' 6.0000 320 326.75 356.25 384 224 240 248 264 -hsync -vsync
Edit: sorry its the same refresh in the end so mame is correct
so when we look at the snk data which has decimal figures and also unevan numbers if the decimals get rounded, we still get the correct refresh from the card.
so if you update switch res to support 0.25 dot steps (1dot anyway), it should not return wrong refreshes regardless from more testing, is that logical???
edit2:
ok upon that situation with the decimal figures from snk i tried 0.5 dot steps, and yes the shifting is now even finer (one horizontal shift in the tv menu instead of 2),
didnt try 0.25, should i?
i tried 12 steps 1dot and 6 0.5dot, all were the same. new modeline then button press on tv and so on.