Main Restorations Software Audio/Jukebox/MP3 Everything Else Buy/Sell/Trade
Project Announcements Monitor/Video GroovyMAME Merit/JVL Touchscreen Meet Up Retail Vendors
Driving & Racing Woodworking Software Support Forums Consoles Project Arcade Reviews
Automated Projects Artwork Frontend Support Forums Pinball Forum Discussion Old Boards
Raspberry Pi & Dev Board controls.dat Linux Miscellaneous Arcade Wiki Discussion Old Archives
Lightguns Arcade1Up Try the site in https mode Site News

Unread posts | New Replies | Recent posts | Rules | Chatroom | Wiki | File Repository | RSS | Submit news

  

Author Topic: Video cards not suitable for Groovy Mame  (Read 3103 times)

0 Members and 1 Guest are viewing this topic.

mazinger-z

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 47
  • Last login:January 03, 2016, 12:50:47 pm
Video cards not suitable for Groovy Mame
« on: February 22, 2012, 11:34:19 am »
I'd like to share this information with others so you can spare yourself some hassle.

There are some video cards that won't work reliably with some dotclock values. While this is a minor issue with Soft15KHz and PowerStrip (as you can set your modelines avoiding the offending dotclock values), it's a big problem with Groovy Mame, because, even if you tweak the problematic modelines, Groovy Mame has the ability to alter the modelines present in the system to best suit any game it runs. Every now and then, it will choose a dotclock value that doesn't work, and you'll be angry.
I had this problem with the first 2 cards I bought, then the 3rd one worked perfectly. The 2 troublesome cards are:
- GeCube Radeon 9200 256 Mb AGP (GC-R9200-D3)
- GeCube Radeon 9200SE 128 Mb AGP (R9200L/SE)

Calamity

  • Moderator
  • Trade Count: (0)
  • Full Member
  • *****
  • Offline Offline
  • Posts: 7414
  • Last login:April 10, 2024, 02:02:31 pm
  • Quote me with care
Re: Video cards not suitable for Groovy Mame
« Reply #1 on: February 22, 2012, 11:43:32 am »
This is highly interesting to have for future reference, thanks. There're more problematic cards we might add here too (for reasons different that dotclock stability).

Important note: posts reporting GM issues without a log will be IGNORED.
Steps to create a log:
 - From command line, run: groovymame.exe -v romname >romname.txt
 - Attach resulting romname.txt file to your post, instead of pasting it.

CRT Emudriver, VMMaker & Arcade OSD downloads, documentation and discussion:  Eiusdemmodi

dmarcum99

  • Trade Count: (+1)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 238
  • Last login:January 21, 2020, 12:02:36 am
Re: Video cards not suitable for Groovy Mame
« Reply #2 on: February 23, 2012, 01:32:42 am »
I have 2 Sapphire ATI video cards that do not work with my ATI chipset motherboards, but they do work with the intel chipset motherboards.

Sapphire 9200SE 64mb PCI
Sapphire 9250 256mb PCI

I thought these would be perfect for my linux groovymame, but alas not so lucky.  The screen starts to scrool and then freezes.
While not problematic for myself as I've found other cards to work, this may help someone else down the road to avoid any headaches or unneded purchases.

Ansa89

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 377
  • Last login:December 09, 2016, 10:40:11 am
Re: Video cards not suitable for Groovy Mame
« Reply #3 on: February 23, 2012, 02:40:09 am »
That sounds strange since these graphic cards are all based on the well known ATI 9200/9250 chipsets, which let me get low dotclock resolution (my test card is a Powercolor branded ATI 9250).

I'm wondering if the brand play a so relevant role for low dotclock capability and other fancy features...
Earth could be the hell of another world

mazinger-z

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 47
  • Last login:January 03, 2016, 12:50:47 pm
Re: Video cards not suitable for Groovy Mame
« Reply #4 on: February 28, 2012, 11:37:59 pm »
In my case, it was not a matter of how low the dotclock was. Some specific values would not work. Just increasing or decreasing it by one step made the problem disappear. Since the GPU is exactly the same on other cards that do work, I suspect that some external component on the card causes the problem, maybe a wrong resistor or capacitor, that the guys at GeCube used by mistake.