Groovy Arcade Linux video modes

[nickmudd]

I may have not set this up right, but I get a scrambled screen when starting games. Some games show up stretched and duplicated, The Simpsons shows up the best. I can get a game to start in fvwm by running "groovymame -noswitchres dkong" or similar, but of course that isn't what I want. Is there something I am missing? I am using a WG 25k7131 with a j-pac. Thanks.

[bitbytebit]

I may have not set this up right, but I get a scrambled screen when starting games. Some games show up stretched and duplicated, The Simpsons shows up the best. I can get a game to start in fvwm by running "groovymame -noswitchres dkong" or similar, but of course that isn't what I want. Is there something I am missing? I am using a WG 25k7131 with a j-pac. Thanks.

Run it with -verbose -md 4 and post the log of that.  What monitor type are you choosing, what does /etc/X11/xorg.conf contain?  Also any details on the monitor, or is it just another standard 15khz one?

[nickmudd]

bitbytebit: It looks standard. 15.1 - 16.8 kHz horizontal, 47 - 63 Hz vertical. Resolution 560x240 lines.

Here is the output from "groovymame -verbose -md 4 dkong"
Parsing mame.ini
Parsing mame.ini
Monitor: generic Orientation: horizontal
MonitorLimits 15725.00-15750.00,50.00-60.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448
# dkong [11] 400x256@57.07 15.7500Khz
ModeLine          "400x256x57.07" 8.190000 400 416 456 520 256 257 260 276 -HSync -VSync

SwitchRes [dkong] (1) vertical (256x224@60.61)->(400x256@60.61)->(400x256@57.07)
# dkong 400x256@57.07 15.7500Khz
   ModeLine          "400x256x57.07" 8.190000 400 416 456 520 256 257 260 276 -HSync -VSync
ADD VGA-0:    ModeLine          "400x256x57.07" 8.190000 400 416 456 520 256 257 260 276 -HSync -VSync
SwitchRes Running 'xrandr --newmode      "400x256x57.07" 8.190000 400 416 456 520 256 257 260 276 -HSync -VSync'
SwitchRes Running 'xrandr --addmode VGA-0 "400x256x57.07"'
Setting SDL audiodriver 'dsp' ...
Build version:      0.141u3 (Mar  5 2011)
Build architecure:  SDLMAME_ARCH=
Build defines 1:    SDLMAME_UNIX=1 SDLMAME_LINUX=1
Build defines 1:    LSB_FIRST=1 DISTRO=generic SYNC_IMPLEMENTATION=tc
SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1
Compiler defines A: __GNUC__=4 __GNUC_MINOR__=4 __GNUC_PATCHLEVEL__=4 __VERSION__="4.4.4"
Compiler defines B: __unix__=1 __i386__=1
Compiler defines C: __USE_FORTIFY_LEVEL=0
SDL Device Driver     : x11
SDL Monitor Dimensions: 648 x 480
Enter sdlwindow_init
Using SDL single-window OpenGL driver (SDL 1.2)
Leave sdlwindow_init
 648x 480 -> 0.001541
 400x 256 -> 2.000000
Loaded opengl shared library: <default>
OpenGL: Tungsten Graphics, Inc.
OpenGL: Mesa DRI R100 (RV200 5157) 20090101 x86/MMX/SSE2 TCL DRI2
OpenGL: 1.3 Mesa 7.9.1
OpenGL: texture rectangle supported
OpenGL: non-power-of-2 textures supported (old method)
OpenGL: vertex buffer supported
OpenGL: pixel buffers not supported
OpenGL: framebuffer object supported
OpenGL: GLSL not supported
OpenGL: max texture size 2048 x 2048
Keyboard: Start initialization
Input: Adding Kbd #1: System keyboard
Keyboard: Registered System keyboard
Keyboard: End initialization
Mouse: Start initialization
Input: Adding Mouse #1: System mouse
Mouse: Registered System mouse
Mouse: End initialization
Joystick: Start initialization
Joystick: End initialization
Audio: Start initialization
Audio: Driver is dsp
Audio: frequency: 48000, channels: 2, samples: 512
sdl_create_buffers: creating stream buffer of 57344 bytes
Audio: End initialization
ouput: unable to open output notifier file /tmp/sdlmame_out
Input: Changing default joystick map = s8.4s8.44s8.4445
  s8888888s
  4s88888s6
  44s888s66
  444555666
  444555666
  444555666
  44s222s66
  4s22222s6
  s2222222s
Input: Changing default joystick map = s8.4s8.44s8.4445
  s8888888s
  4s88888s6
  44s888s66
  444555666
  444555666
  444555666
  44s222s66
  4s22222s6
  s2222222s
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Z80 'maincpu'
Starting DMA8257 'dma8257'
Starting Video Screen 'screen'
Starting 8 bit latch 'ls175.3d'
Starting 8 bit latch 'ls259.6h'
Starting 8 bit latch 'virtual_p2'
Starting MB8884 'soundcpu'
Starting Speaker 'mono'
  (missing dependencies; rescheduling)
Starting DISCRETE 'discrete'
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Speaker 'mono'
Starting Driver Device 'root'
 648x 480 -> 0.001541
 400x 256 -> 2.000000
OpenGL: VBO supported
OpenGL: FBO supported
OpenGL: using vid filter: 0
GL texture: copy 1, shader 0, dynamic 0, 256x224 256x224 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,256/2048], colors: 521, bytes/pix 4
GL texture: copy 1, shader 0, dynamic 0, 256x224 256x224 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,256/2048], colors: 521, bytes/pix 4
sdl_kill: closing audio
Joystick: Start deinitialization
Joystick: End deinitialization
Enter sdlwindow_exit
Leave sdlwindow_exit
REMOVE VGA-0:    ModeLine          "400x256x57.07" 8.190000 400 416 456 520 256 257 260 276 -HSync -VSync
SwitchRes Running 'xrandr --delmode VGA-0 "400x256x57.07"'
SwitchRes Running 'xrandr --rmmode "400x256x57.07"'

Here is my xorg.conf
# Config for generic Monitor and ati Video Card

Section   "Monitor"
   Identifier   "VGA-0"
   VendorName   "Unknown"
   ModelName   "Unknown"

   HorizSync   15-50
   VertRefresh   40-80

   Option      "DPMS"   "False"

   Option      "DefaultModes"   "False"
   UseModes        "ArcadeModes"
EndSection

Section "Device"
   Identifier   "Card0"
   VendorName   "Unknown"
   BoardName   "Unknown"

   Driver      "ati"
   BusID      "PCI:01:00:0"

   Option      "ModeDebug"   "true"

   Option      "monitor-VGA-0"   "VGA-0"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "VGA-0"
        DefaultDepth    24
        SubSection "Display"
                Viewport   0 0
                Depth     8
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     16
        EndSubSection
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
   EndSection


Section "Modes"
   Identifier      "ArcadeModes"
#  648x480@60.00 15.7500Khz
   ModeLine          "648x480x60.00" 13.230000 648 672 736 840 480 484 490 525 -HSync -VSync interlace

EndSection

[Calamity]

When did you download the live-cd? The distributions before March 27th had a problem with low dotclocks, make sure you have a newer one.

[nickmudd]

When did you download the live-cd? The distributions before March 27th had a problem with low dotclocks, make sure you have a newer one.

March 12th. Will updating to MAME .142 screw my roms up?

[bitbytebit]

When did you download the live-cd? The distributions before March 27th had a problem with low dotclocks, make sure you have a newer one.

March 12th. Will updating to MAME .142 screw my roms up?

nope they should be fine

[nickmudd]

I'll give the update a try and post back here.

[nickmudd]

Ok it works now. Looks great! Thanks.

[nickmudd]

I have noticed that a few games display rolling, and I can get them to display properly if I mess with the vertical hold. Pacman and galaga are the ones I have noticed, I think it's because of the resolution. What can I do to get it working without having to change the monitor settings every time I want to run them?

[bitbytebit]

I have noticed that a few games display rolling, and I can get them to display properly if I mess with the vertical hold. Pacman and galaga are the ones I have noticed, I think it's because of the resolution. What can I do to get it working without having to change the monitor settings every time I want to run them?

It's probably from pushing the vertical lines up past 256 I guess, your monitor must be sensitive I guess to vertical height a bit more than the average arcade monitor.  Calamity might have more of an explanation of what technically needs to be done.  You could test the different CGA modes of generic, h9110 instead of cga.  Also another option is to try using a custom monitor spec line, like this...

-monitor_specs 15250.00-15700.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448

But try changing 288 above to something like 256, see if that helps.  Now it might force interlaced, probably will for pacman.  Calamity might have some better ideas, it might be a case where for games higher than 256 lines won't work on that monitor, unless you've seen them work with higher resolutions before.  Also another option would be to setup a .ini file for those games and use something with less height like 256 and then you'd either have the top/bottom cut off or choose hwstretch and it'd shrink them down a bit.

[Calamity]

I have noticed that a few games display rolling, and I can get them to display properly if I mess with the vertical hold. Pacman and galaga are the ones I have noticed, I think it's because of the resolution. What can I do to get it working without having to change the monitor settings every time I want to run them?

It's probably from pushing the vertical lines up past 256 I guess, your monitor must be sensitive I guess to vertical height a bit more than the average arcade monitor.  Calamity might have more of an explanation of what technically needs to be done.  You could test the different CGA modes of generic, h9110 instead of cga.  Also another option is to try using a custom monitor spec line, like this...

-monitor_specs 15250.00-15700.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448

But try changing 288 above to something like 256, see if that helps.  Now it might force interlaced, probably will for pacman.  Calamity might have some better ideas, it might be a case where for games higher than 256 lines won't work on that monitor, unless you've seen them work with higher resolutions before.  Also another option would be to setup a .ini file for those games and use something with less height like 256 and then you'd either have the top/bottom cut off or choose hwstretch and it'd shrink them down a bit.

Yes, the problem may be that to do 288 progressive lines being limited to 15.700 KHz you need to drop your vfreq down to 50 Hz, and depending of the width of the vertical hold adjustment it can be out of its limits if you want to simultaneously sync to 60 Hz resolutions (I'm assuming the vertical hold potenciometer is not dirty or broken).

So, for standard arcade monitors *I think* it's safe enough to use these values:

-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448

(at least ArcadeVGA has modelines covering that range)

Then, of course you may edit the ActiveLinesLimit value and do any resolution above 256 lines as interlaced:

-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,256.0,448

[nickmudd]

Before I try any of that, I got it to stop rolling. It draws the top part of the image off of the screen, but the bottom looks like it is drawing one line on top of another.

[nickmudd]

I can get it to scale the image with the monitor_specs that Calamity provided. Anything I can do to cram it in without scaling?

Output from "groovymame -rc galaga -v -v -v"
Parsing mame.ini
Parsing mame.ini
SwitchRes: Found output connector 'VGA-0'
SwitchRes: Monitor: cga Orientation: horizontal Aspect 4:3
SwitchRes: Virtualized to 640x480@60.61 15.7576Khz
SwitchRes v0.012n: [galaga] (1) vertical (288x224@60.61)->(400x288@60.61)->(640x480@60.61)
SwitchRes: # galaga 640x480@60.61 15.7879Khz
SwitchRes:    ModeLine          "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace
SwitchRes: Setting Option -redraw 0
SwitchRes: Setting Option -nocleanstretch
SwitchRes: Setting Option -rotate
SwitchRes: Setting Option -nothrottle
SwitchRes: Setting Option -refreshspeed
SwitchRes: Setting Option -waitvsync
SwitchRes: Setting Option -unevenstretch
SwitchRes: Setting Option -filter
SwitchRes: Setting Option -keepaspect
SwitchRes: Setting Option -screen_aspect 4:3
SwitchRes: Xrandr ADD VGA-0:    ModeLine          "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace
SwitchRes: Running 'xrandr  --newmode      "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace'
SwitchRes: Running 'xrandr  --addmode VGA-0 640x480x60.61'
SwitchRes: Setting Option -resolution 640x480x32@60.606060
Setting SDL audiodriver 'dsp' ...
Build version:      0.142 (Apr 19 2011)
Build architecure:  SDLMAME_ARCH=
Build defines 1:    SDLMAME_UNIX=1 SDLMAME_LINUX=1
Build defines 1:    LSB_FIRST=1 DISTRO=generic SYNC_IMPLEMENTATION=tc
SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1
Compiler defines A: __GNUC__=4 __GNUC_MINOR__=4 __GNUC_PATCHLEVEL__=4 __VERSION__="4.4.4"
Compiler defines B: __unix__=1 __i386__=1
Compiler defines C: __USE_FORTIFY_LEVEL=0
SDL Device Driver     : x11
SDL Monitor Dimensions: 648 x 480
Enter sdlwindow_init
Using SDL single-window OpenGL driver (SDL 1.2)
Leave sdlwindow_init
 648x 480 -> 0.001621
 640x 480 -> 2.000000
Loaded opengl shared library: <default>
OpenGL: Tungsten Graphics, Inc.
OpenGL: Mesa DRI R100 (RV200 5157) 20090101 x86/MMX/SSE2 TCL DRI2
OpenGL: 1.3 Mesa 7.9.1
OpenGL: forcing power-of-2 textures (creation, not copy)
OpenGL: vertex buffer supported
OpenGL: pixel buffers not supported
OpenGL: framebuffer object supported
OpenGL: GLSL not supported
OpenGL: max texture size 2048 x 2048
Keyboard: Start initialization
Input: Adding Kbd #1: System keyboard
Keyboard: Registered System keyboard
Keyboard: End initialization
Mouse: Start initialization
Input: Adding Mouse #1: System mouse
Mouse: Registered System mouse
Mouse: End initialization
Joystick: Start initialization
Joystick: End initialization
Audio: Start initialization
Audio: Driver is dsp
Audio: frequency: 48000, channels: 2, samples: 512
sdl_create_buffers: creating stream buffer of 57344 bytes
Audio: End initialization
ouput: unable to open output notifier file /tmp/sdlmame_out
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Z80 'maincpu'
Starting Z80 'sub'
Starting Z80 'sub2'
Starting Namco 51xx '51xx'
Starting Namco 54xx '54xx'
Starting Namco 06xx '06xx'
Starting Video Screen 'screen'
Starting Speaker 'mono'
  (missing dependencies; rescheduling)
Starting Namco 'namco'
Starting DISCRETE 'discrete'
Starting MB8843 '51xx:mcu'
Starting MB8844 '54xx:mcu'
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Speaker 'mono'
Starting Driver Device 'root'
OpenGL: VBO supported
OpenGL: FBO supported
OpenGL: using vid filter: 1
GL texture: copy 1, shader 0, dynamic 0, 288x224 512x256 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,288/2048], colors: 576, bytes/pix 4
GL texture: copy 1, shader 0, dynamic 0, 288x224 512x256 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,288/2048], colors: 576, bytes/pix 4
Average speed: 100.01% (8 seconds)
sdl_kill: closing audio
Joystick: Start deinitialization
Joystick: End deinitialization
Enter sdlwindow_exit
Leave sdlwindow_exit
SwitchRes: Xrandr REMOVE VGA-0:    ModeLine     640x480x60.61
SwitchRes: Running 'xrandr  --delmode VGA-0 "640x480x60.61"'
SwitchRes: Running 'xrandr  --rmmode "640x480x60.61"'

[bitbytebit]

I can get it to scale the image with the monitor_specs that Calamity provided. Anything I can do to cram it in without scaling?

Output from "groovymame -rc galaga -v -v -v"
Parsing mame.ini
Parsing mame.ini
SwitchRes: Found output connector 'VGA-0'
SwitchRes: Monitor: cga Orientation: horizontal Aspect 4:3
SwitchRes: Virtualized to 640x480@60.61 15.7576Khz
SwitchRes v0.012n: [galaga] (1) vertical (288x224@60.61)->(400x288@60.61)->(640x480@60.61)
SwitchRes: # galaga 640x480@60.61 15.7879Khz
SwitchRes:    ModeLine          "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace
SwitchRes: Setting Option -redraw 0
SwitchRes: Setting Option -nocleanstretch
SwitchRes: Setting Option -rotate
SwitchRes: Setting Option -nothrottle
SwitchRes: Setting Option -refreshspeed
SwitchRes: Setting Option -waitvsync
SwitchRes: Setting Option -unevenstretch
SwitchRes: Setting Option -filter
SwitchRes: Setting Option -keepaspect
SwitchRes: Setting Option -screen_aspect 4:3
SwitchRes: Xrandr ADD VGA-0:    ModeLine          "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace
SwitchRes: Running 'xrandr  --newmode      "640x480x60.61" 13.135514 640 664 728 832 480 482 488 521 -HSync -VSync interlace'
SwitchRes: Running 'xrandr  --addmode VGA-0 640x480x60.61'
SwitchRes: Setting Option -resolution 640x480x32@60.606060
Setting SDL audiodriver 'dsp' ...
Build version:      0.142 (Apr 19 2011)
Build architecure:  SDLMAME_ARCH=
Build defines 1:    SDLMAME_UNIX=1 SDLMAME_LINUX=1
Build defines 1:    LSB_FIRST=1 DISTRO=generic SYNC_IMPLEMENTATION=tc
SDL/OpenGL defines: SDL_COMPILEDVERSION=1214 USE_OPENGL=1 USE_DISPATCH_GL=1
Compiler defines A: __GNUC__=4 __GNUC_MINOR__=4 __GNUC_PATCHLEVEL__=4 __VERSION__="4.4.4"
Compiler defines B: __unix__=1 __i386__=1
Compiler defines C: __USE_FORTIFY_LEVEL=0
SDL Device Driver     : x11
SDL Monitor Dimensions: 648 x 480
Enter sdlwindow_init
Using SDL single-window OpenGL driver (SDL 1.2)
Leave sdlwindow_init
 648x 480 -> 0.001621
 640x 480 -> 2.000000
Loaded opengl shared library: <default>
OpenGL: Tungsten Graphics, Inc.
OpenGL: Mesa DRI R100 (RV200 5157) 20090101 x86/MMX/SSE2 TCL DRI2
OpenGL: 1.3 Mesa 7.9.1
OpenGL: forcing power-of-2 textures (creation, not copy)
OpenGL: vertex buffer supported
OpenGL: pixel buffers not supported
OpenGL: framebuffer object supported
OpenGL: GLSL not supported
OpenGL: max texture size 2048 x 2048
Keyboard: Start initialization
Input: Adding Kbd #1: System keyboard
Keyboard: Registered System keyboard
Keyboard: End initialization
Mouse: Start initialization
Input: Adding Mouse #1: System mouse
Mouse: Registered System mouse
Mouse: End initialization
Joystick: Start initialization
Joystick: End initialization
Audio: Start initialization
Audio: Driver is dsp
Audio: frequency: 48000, channels: 2, samples: 512
sdl_create_buffers: creating stream buffer of 57344 bytes
Audio: End initialization
ouput: unable to open output notifier file /tmp/sdlmame_out
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Z80 'maincpu'
Starting Z80 'sub'
Starting Z80 'sub2'
Starting Namco 51xx '51xx'
Starting Namco 54xx '54xx'
Starting Namco 06xx '06xx'
Starting Video Screen 'screen'
Starting Speaker 'mono'
  (missing dependencies; rescheduling)
Starting Namco 'namco'
Starting DISCRETE 'discrete'
Starting MB8843 '51xx:mcu'
Starting MB8844 '54xx:mcu'
Starting Driver Device 'root'
  (missing dependencies; rescheduling)
Starting Speaker 'mono'
Starting Driver Device 'root'
OpenGL: VBO supported
OpenGL: FBO supported
OpenGL: using vid filter: 1
GL texture: copy 1, shader 0, dynamic 0, 288x224 512x256 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,288/2048], colors: 576, bytes/pix 4
GL texture: copy 1, shader 0, dynamic 0, 288x224 512x256 [PALETTE16, Equal: 0, Palette: 1,
            scale 1x1, border 0, pitch 384,288/2048], colors: 576, bytes/pix 4
Average speed: 100.01% (8 seconds)
sdl_kill: closing audio
Joystick: Start deinitialization
Joystick: End deinitialization
Enter sdlwindow_exit
Leave sdlwindow_exit
SwitchRes: Xrandr REMOVE VGA-0:    ModeLine     640x480x60.61
SwitchRes: Running 'xrandr  --delmode VGA-0 "640x480x60.61"'
SwitchRes: Running 'xrandr  --rmmode "640x480x60.61"'

Unfortunately I can't see a way if the lines of the monitor are limited by 240 vertically, it's going to have this issue with the 288 line games I guess.  Actually it technically should all be one screen with this 640x480 log, it's using stretching even.  Yet I think when it actually uses a mode big enough possibly the monitor would have to be adjusted for that mode if you want it to fit on there.  One thing to try, is taking games like galaga needing the extra lines, and setting the resolution for them to something within 240 lines, like 400x240 or another width depending what turns out looking best.  This might work, I am interested in what results you see, since off hand I'm thinking it'll possibly be the best way.  Also if that has issues, try it with unevenstretch forced in the .ini for galaga, possibly keepaspect too.  That might get it to be progressive with stretching, but could avoid the oddities your seeing otherwise.  Let us know how that goes, and possibly Calamity might have some more ideas too if those don't work.

[nickmudd]

400x240 it displays progressive, with a lot of cutoff on the top and bottom. Unevenstretch and keepaspect don't change anything. I tried to display it 400x240@50 but it rolls.

[Calamity]

Which of these lines did you finally used, fist or second one?

-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448
-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,256.0,448

If you use the second one, then definitely you're telling GroovyMame to do any resolution above 256 lines as stretched, so that's what you get.
If you use the first one, you're only telling GroovyMame to try and use a somewhat higher horizontal frequency than usual for cga monitors. That will allow it to generate galaga's video mode at a higher vertical frequency too, closer to 60 than if you use the cga setup, but still way lower than the original. So, if your vertical hold has a narrow range, there's a chance it will synchronize doing that. What you have to do is to find a common point where both 60Hz and somewhat lower refresh rates sync. You can also try to increase the 16200 value a little bit, or better try the h9110 monitor setup to see if it helps.

[nickmudd]

Which of these lines did you finally used, fist or second one?

-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,288.0,448
-monitor_specs 15625.00-16200.00,49.50-65.00,2.000,4.700,8.000,0.064,0.192,1.024,0,0,256.0,448

If you use the second one, then definitely you're telling GroovyMame to do any resolution above 256 lines as stretched, so that's what you get.
If you use the first one, you're only telling GroovyMame to try and use a somewhat higher horizontal frequency than usual for cga monitors. That will allow it to generate galaga's video mode at a higher vertical frequency too, closer to 60 than if you use the cga setup, but still way lower than the original. So, if your vertical hold has a narrow range, there's a chance it will synchronize doing that. What you have to do is to find a common point where both 60Hz and somewhat lower refresh rates sync. You can also try to increase the 16200 value a little bit, or better try the h9110 monitor setup to see if it helps.

I was using the second one. I tried commenting it out and using galaga.ini 400x256x32@60. It still has cutoff but the bottom of the screen isn't distorted and I can see all of the ship. I changed 15625-16200 to reflect the rates this monitor is spec'd for but it didn't work out well. I will try to change to h9110 and see how that goes.

[nickmudd]

Using h9110 it works much better. I can see the tops of the remaining ships and I have the score. Pacman and Ms. Pacman look great too.

[nickmudd]

Ok, I'm revisiting this. I have been trying to get a few vertical games to scale in interlaced mode, but all I can get is a small window in the middle of the screen. What should I use to make the game bigger?