Software Support > GroovyMAME
Trying to create monitor presets for KT-2914 (Betson-Kortek) MultiSync
Calamity:
I've attached a new VMMaker's beta that fixes the bug you were seeing. It's already setup with your monitor specs (notice that now it uses the same format as GroovyMAME).
RetroACTIVE:
--- Quote from: Calamity on March 01, 2012, 05:37:55 pm ---I've attached a new VMMaker's beta that fixes the bug you were seeing. It's already setup with your monitor specs (notice that now it uses the same format as GroovyMAME).
--- End quote ---
Awesome thanks!
When I first tried it, it behaved like the time I was experimenting with the Hyperspin stuff, it warped my desktop on exit of mame and ddraw was not working.
I looked into the .ini file and found these settings:
ModeTableMethod_Custom = 0
ModeTableMethod_XML = 2
Previous version had ModeTableMethod... looks like this has been extended. I changed them both to 1 and re-ran VMMaker
This cleared up my problem with the funky modes and the desktop corruption as well as it works in ddraw now.
So then I re-ran the toki test... with the same results.
Now, correct me if I'm wrong but reading the toki.txt log file it looks as if its choosing the following modeline:
SwitchRes: Index 5/130 modeline DALDTMCRTBCD256x224x0x60 score 98.00 matches
SwitchRes: Got Custom modeline 256x224@59.970015 - DALDTMCRTBCD256x224x0x60:
"256x224@60" 5.760000 256 288 320 368 224 234 237 261 -HSync -VSync
SwitchRes: Setting modeline registry entry for DALDTMCRTBCD256x224x0x60
SwitchRes: Set Registry mode DALDTMCRTBCD256x224x0x60 with:
SwitchRes: (63278/63281/63278) Modeline 5.760000 256 288 320 368 224 235 238 263
When I run Arcade_OSD and select that same modeline the geometry is perfect in Arcade_OSD:
The timing numbers I had before for the H settings were not the same with this new configuration... it appears that in Arcade_OSD they are different from before. I tried those new numbers in monitor_specs0 to see if they would make a difference and they did not.
I re-tested all the other games we've tested so far and all are working as they were with the previous version of VMMaker.
I don't want to get off topic here but initially my desktop was not filling up the full vertical of the screen... like the image is missing pixels on the top and bottom. I believe it was set to 640x416...so I went into Arcade_OSD set the desktop to 640x480@60p and that corrected it.
Also FWIW 800x600 doesn't appear to be a valid mode anywhere, not in Arcade_OSD nor available in windows as a desktop setting.
Calamity:
Well, this is getting interesting. Now you have two modelines which just differ in two lines. They both have the exact same hfreq, but due to the different total number of lines their vfreq differs by 0.5 Hz.
The first one is the one created by VMMaker, that you've tested in Arcade_OSD and fits the screen properly.
The second one is created by GroovyMAME for toki and seems to be overscanned in the horizontal.
Modeline "256x224@60.02" 5.760000 256 288 320 368 224 234 237 261 -HSync -VSync
Modeline "256x224@59.57" 5.760000 256 288 320 368 224 235 238 263 -HSync -VSync
So, what I'd like you to test is to launch Arcade_OSD with its default 256x224@60 modeline, which should fit the screen. Then, edit the modeline, unlock vfreq and start decreasing the dotclock step by step. The vertical frequency will decrease by doing this. Now, the interesting part is to check if at a given point, the overcanned picture suddenly happens.
If this is the case, please report the value of vfreq when this happens. After that, and with the decreased vfreq still active, try to increase the horizontal porches in order to compesate for the overscan you're seeing. Then report these values too.
RetroACTIVE:
Ok... got it.
I adjusted the dotclock and it over scanned (like in game) at 59.941 Hz
Then I went to the H porch settings and these are the settings before I tweaked them:
After only a couple of increments to the H front porch setting and bingo:
RetroACTIVE:
Hey Cal... did I mess something up here? Does it make sense to you?