Author Topic: GroovyMAME 0.171 - SwitchRes v0.015m (Read 281610 times)

machyavel · « **Reply #80 on:** December 09, 2013, 01:42:02 pm »

Thanks, I want to try that!

blontic · « **Reply #81 on:** December 12, 2013, 11:24:31 pm »

Quote from: Calamity on November 29, 2013, 12:39:35 pm

Ok Ansa, thanks for testing this. I should update the diff keeping the "NO_USE_QTDEBUG = 1" commented out.

If you have any plans of making the Linux binaries available let us know, as we still don't have them in the Google site.

Hi Calamity,

I am also getting the same issues. Were you going to update the diff or is there something I need to patch etc? Is there instructions on how to do this somewhere?

Thanks

Ansa89 · « **Reply #82 on:** December 13, 2013, 04:03:48 am »

The main patch can be kept as is, because (hopefully) in next mame release, they have fixed that bug.
Until then, here is an updated patch for 0.151.

Calamity · « **Reply #83 on:** December 13, 2013, 04:40:45 am »

Thanks Ansa. I read about this in the SVN, it looks like the "not use QT" option was broken or something and it has been fixed, that's good.

Ansa89 · « **Reply #84 on:** December 13, 2013, 04:43:10 am »

Yes, exactly.

blontic · « **Reply #85 on:** December 13, 2013, 07:46:02 pm »

Quote from: Ansa89 on December 13, 2013, 04:03:48 am

The main patch can be kept as is, because (hopefully) in next mame release, they have fixed that bug.
Until then, here is an updated patch for 0.151.

Thank you

Calamity · « **Reply #86 on:** December 24, 2013, 11:24:33 am »

GroovyMAME v0.152 is out. Same SwitchRes version 0.015 (no new features by now). This version *should* compile under Linux with our patch and work under GroovyArcade (http://mametesters.org/view.php?id=5364).

Happy Christmas with your loved ones and lots of cathode ray devices for everybody.

Ansa89 · « **Reply #87 on:** December 24, 2013, 04:08:26 pm »

Quote from: Calamity on November 29, 2013, 08:27:40 am

Confirmed. It's a bug due to GM saving the current modeline to .cfg. If you remove the part between "" in the modeline in the .cfg file, the config is loaded right.

Is this bug fixed?

Calamity · « **Reply #88 on:** December 25, 2013, 04:37:28 am »

Quote from: Ansa89 on December 24, 2013, 04:08:26 pm

Quote from: Calamity on November 29, 2013, 08:27:40 am
Confirmed. It's a bug due to GM saving the current modeline to .cfg. If you remove the part between "" in the modeline in the .cfg file, the config is loaded right.
Is this bug fixed?

Yes, it was fixed on 29th November: http://forum.arcadecontrols.com/index.php/topic,135823.msg1405355.html#msg1405355

Ansa89 · « **Reply #89 on:** December 25, 2013, 05:05:59 am »

Ok, my doubt was due to you only spoke about binaries and not about diff.

Dr.Venom · « **Reply #90 on:** December 25, 2013, 06:31:27 am »

Hi Calamity,

Thanks for the quick update.

Merry XMas to all, enjoy!

Calamity · « **Reply #91 on:** December 25, 2013, 06:51:07 am »

I've udpated the .diff, there was an error that broke compilation in Linux (sdl), now it's fixed and compiles fine.

Calamity · « **Reply #92 on:** December 25, 2013, 03:32:25 pm »

Linux binaries for v0.152 available too: https://code.google.com/p/groovyarcade/downloads/list

lettuce · « **Reply #93 on:** December 31, 2013, 10:59:15 am »

Is there no, Hi_152.dat file yet???

lettuce · « **Reply #94 on:** January 04, 2014, 08:51:48 pm »

Why am i getting this error message in the dos prompt after loading a rom...

SwitchRes: Failed opening System\CurrentControlSet\Control\Video\{061F8C1F-6DE8-
41E7-9C93-31C22EC5DA29}\0000 registry entry

the game seems to run fine how ever, its obviously related to switchres

Calamity · « **Reply #95 on:** January 05, 2014, 05:48:34 pm »

Quote from: lettuce on January 04, 2014, 08:51:48 pm

Why am i getting this error message in the dos prompt after loading a rom...

SwitchRes: Failed opening System\CurrentControlSet\Control\Video\{061F8C1F-6DE8-
41E7-9C93-31C22EC5DA29}\0000 registry entry

the game seems to run fine how ever, its obviously related to switchres

You're probably running this in W7? GroovyMAME needs admin rights to access the registry, otherwise it will prompt that error. If you're using an LCD (no custom modelines) you can ignore that error.

lettuce · « **Reply #96 on:** January 06, 2014, 09:30:58 am »

Quote from: Calamity

You're probably running this in W7? GroovyMAME needs admin rights to access the registry, otherwise it will prompt that error. If you're using an LCD (no custom modelines) you can ignore that error.

I'm using Windows 8 (don't judge lol), so if I open up a command prompt window as administrator will I still get this message?. The only thing I have set in the modeline is 51-61 everything else is left as auto.

Calamity · « **Reply #97 on:** January 06, 2014, 03:30:29 pm »

Quote from: lettuce on January 06, 2014, 09:30:58 am

I'm using Windows 8 (don't judge lol), so if I open up a command prompt window as administrator will I still get this message?

Yes, that's what I do in W7.

lettuce · « **Reply #98 on:** January 06, 2014, 05:30:20 pm »

Ok and the 2nd thing for the day ( i knew i shouldnt have done a fresh install on my HTPC), im getting the, 'could not find a video mode that meets your specs' message and all games are being displayed in stretched mode on my LCD TV, i do have 'lcd' set in the monitor mode line in the ini file also which i though this error message was usually related to....but i guess not in this case?.

Have also noticed if i have either triple buffer or waitvsync enabled the game runs about 40% speed, Any ideas??

mikecrj · « **Reply #99 on:** January 26, 2014, 05:04:32 pm »

I am having trouble forcing fractional scaling on my LCD monitor using GroovyMAME 0.152 on Windows 7 64-bit for certain games. I have been unable to display Mortal Kombat in a 4:3 aspect ratio because integer scaling is being applied. I set cleanstretch 0 from the command line and from mk.ini and neither worked. However, setting cleanstretch 2 resulted in mixed integer/fractional scaling as expected. With other games such as SF2, GroovyMAME chooses fractional scaling automatically and I do not need to force it through the command line or sf2.ini. I have attached mk.txt. Thanks for any help.

Calamity · « **Reply #100 on:** January 28, 2014, 05:12:52 pm »

Quote from: mikecrj on January 26, 2014, 05:04:32 pm

I have been unable to display Mortal Kombat in a 4:3 aspect ratio because integer scaling is being applied.

For LCD monitors, you need to set the aspect ratio manually. Unlike MAME, GroovyMAME will assume you're screen is 4:3, unless otherwise stated. Try setting -aspect 16:10 in mame.ini.

xenphor · « **Reply #101 on:** January 30, 2014, 05:14:10 pm »

hi I'm trying to get a custom modeline working manually just to test and see if I could just use my laptop LCD monitor to better match the speed of certain games with throttle off. So a common refresh rate I see used is 59.185606hz used for neogeo which seems like a good test candidate. I'm using Fedora 20 64bit so I use either cvt or gtf to generate the modeline:

Code: [Select]

$ cvt 1366 768 59.185606
# 1368x768 59.08 Hz (CVT) hsync: 47.09 kHz; pclk: 84.00 MHz
Modeline "1368x768_59.19"   84.00  1368 1440 1576 1784  768 771 781 797 -hsync +vsync

Then follow steps using xrandr to add the modeline:

Code: [Select]

$ xrandr --newmode "1368x768_59.19"   84.00  1368 1440 1576 1784  768 771 781 797 -hsync +vsync

After this I check to see what xrandr says:

Code: [Select]

$ xrandr
Screen 0: minimum 320 x 200, current 1366 x 768, maximum 32767 x 32767
eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 256mm x 144mm
   1366x768       60.0*+
   1024x768       60.0  
   800x600        60.3     56.2  
   640x480        59.9  
HDMI1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
  1368x768_59.19 (0xc8)   84.0MHz
        h: width  1368 start 1440 end 1576 total 1784 skew    0 clock   47.1KHz
        v: height  768 start  771 end  781 total  797           clock   59.1Hz

So it looks to be added under VIRTUAL1. The next command I run is:

Code: [Select]

$ xrandr --addmode VIRTUAL1 1368x768_59.19

Then I check the output of xrandr again

Code: [Select]

$ xrandr
Screen 0: minimum 320 x 200, current 1366 x 768, maximum 32767 x 32767
eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 256mm x 144mm
   1366x768       60.0*+
   1024x768       60.0  
   800x600        60.3     56.2  
   640x480        59.9  
HDMI1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 connected (normal left inverted right x axis y axis)
   1368x768_59.19   59.1  
VIRTUAL2 disconnected (normal left inverted right x axis y axis)

So it seems to be added under VIRTUAL1. Now I can try using the new mode:

Code: [Select]

$ xrandr --output VIRTUAL1 --mode 1368x768_59.19

After I do this the screen flickers and I check xrandr:

Code: [Select]

$ xrandr
Screen 0: minimum 320 x 200, current 1368 x 768, maximum 32767 x 32767
eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 256mm x 144mm
   1366x768       60.0*+
   1024x768       60.0  
   800x600        60.3     56.2  
   640x480        59.9  
HDMI1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 connected 1368x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1368x768_59.19   59.1* 
VIRTUAL2 disconnected (normal left inverted right x axis y axis)

So there it says "current 1368 x 768" which I assume means it is working? The only problem is that when I go to test this in mame, the game speed is still the same as it would be under my regular 60hz resolution. Is there a way to make sure that my refresh rate is actually changed?

update: Okay I tried the same thing except with a lower refresh game like Mortal Kombat 3 which is at 54.815170hz. So, testing with mame I get:

Code: [Select]

$ ./mame64 mk3.zip 
Average speed: 109.66% (82 seconds)

but when I change back to 60hz I get the same thing:

Code: [Select]

$ ./mame64 mk3.zip 
Average speed: 109.68% (17 seconds)

So I guess the refresh rate is not actually changing?

mikecrj · « **Reply #102 on:** January 30, 2014, 05:56:09 pm »

Calamity, I set the aspect ratio to 16:10 but Mortal Kombat still chooses integer scaling with the -cleanstretch 0 command line option. I have attached the new log and my mame.ini. Thanks.

Calamity · « **Reply #103 on:** January 31, 2014, 04:13:13 pm »

Hi mikecrj,

Yes, I've the same problem here. I'm thinking I'll add a new value for cleanstretch that actually forces fractional scaling. The current "0" value equals "auto", that's where the problem comes from, there's no actual way to force fractional scaling with current GM.

ikaruga007 · « **Reply #104 on:** February 02, 2014, 01:46:13 pm »

I don't seem to be able to force a clean stretch equally in both the x and y axis.

I'm using a 4:3 screen, showing all games in 1600x1200 resolution, and I'm trying to get all games to display with integer scaling and keep the aspect ratio, showing black borders on either axis if the screen can't be filled. The cleanstretch + keepaspect setting doesn't accomplish this for me. For example, "Rygar" (256x224) scales 6, 5 when I'd like it to scale 5, 5 while of course Rastan (320x240) scales 5, 5. Can I accomplish this across the board for all games?

This PC has an Nvidia 8800GTX card BTW, if it matters. Any help would be greatly appreciated.

EDIT: Oh, and I forgot to mention that I'm running Windows 7 64-bit on this one.

Monkee · « **Reply #105 on:** February 03, 2014, 03:42:55 pm »

Hi Calamity, I'd love to know if you implemented the last revisions (with all the files that belongs to it) of HLSL from the official MAME 152 build?

Now that GroovyMAME support the Black Frame Insertion, it could be really interesting to try it also on LCD/Plasma and HLSL is clearly the best thing around for scanlines.
Some crazy dudes created some awesome settings (based on the official MAME 152 HLSL) for it on the Shmups forum so it will be really nice to be able to use it inside Groovymame.

Thanks.
Monkee

Calamity · « **Reply #106 on:** February 03, 2014, 04:55:06 pm »

Hi ikaruga007,

Quote from: ikaruga007 on February 02, 2014, 01:46:13 pm

For example, "Rygar" (256x224) scales 6, 5 when I'd like it to scale 5, 5 while of course Rastan (320x240) scales 5, 5. Can I accomplish this across the board for all games?

As far as I understand, (6,5) is the correct integer scaling for 256x224 on your screen resolution.

scale (6,5) -> 1536/1120 = 1.37
scale (5,5)-> 1280/1120 = 1.14

1.37 is closer to 1.33 than 1.14

You can't force custom integer factors by now, and I'd prefer it wasn't required actually.

Calamity · « **Reply #107 on:** February 03, 2014, 04:59:15 pm »

Hi Monkee,

Quote from: Monkee on February 03, 2014, 03:42:55 pm

Hi Calamity, I'd love to know if you implemented the last revisions (with all the files that belongs to it) of HLSL from the official MAME 152 build?

Not sure if I get it. Regarding HLSL, GroovyMAME 152 is the same thing (same code) as MAME 152. The required files are the ones you can get in the MAME site.

Monkee · « **Reply #108 on:** February 03, 2014, 06:51:20 pm »

Thank you for your answer Calamity. Which files will I need on the MAME site to properly add HLSL to GroovyMAME?

ikaruga007 · « **Reply #109 on:** February 05, 2014, 12:19:44 pm »

Quote from: Calamity on February 03, 2014, 04:55:06 pm

As far as I understand, (6,5) is the correct integer scaling for 256x224 on your screen resolution.

Ah, you're right of course. Thanks for clarifying, I see it now.

xenphor · « **Reply #110 on:** February 07, 2014, 06:39:08 pm »

How will switchres work in Wayland with no xserver?

machyavel · « **Reply #111 on:** February 10, 2014, 02:24:57 pm »

In XP64 w/crt_emudriver, is it normal GM behavior to display a blurry menu? In GA menu looks as usual, i.e. like a std mame on a std monitor. This no big deal but if there's a fix...

Thanks

krick · « **Reply #112 on:** February 11, 2014, 12:16:48 am »

Quote from: machyavel on February 10, 2014, 02:24:57 pm

In XP64 w/crt_emudriver, is it normal GM behavior to display a blurry menu? In GA menu looks as usual, i.e. like a std mame on a std monitor. This no big deal but if there's a fix...

Not sure if this is the issue you're experiencing or not, but worth trying to see if it fixes your issue...

You can modify a setting in mame.ini...

uifont default

...just remove "default". This causes MAME to fall back on some kind of low-res bitmap font that looks reasonably decent on an arcade monitor.

Calamity · « **Reply #113 on:** April 07, 2014, 06:37:51 pm »

Just for a quick update, I'm uploading the diff files for version 0.153. No updates for SwitchRes (still v0.015). I'll add some fixes that are pending as soon as possible.

UPDATE: Files updated to fix a problem with the hiscore patch (thanks Dr.Venom for reporting).

UPDATE2: For the current hi_153.diff file go to this post: http://forum.arcadecontrols.com/index.php/topic,135823.msg1433497.html#msg1433497

Dr.Venom · « **Reply #114 on:** April 08, 2014, 05:14:37 am »

Hi Calamity,

Thanks for the update.

There seems to be a slight issue though that causes some errors to be thrown when running the compiled gm binary. At start of each MAME game, upon display of the game title screen (i.e right after the memory check screen), it will log a number of the following:

Error: attempt to free array 00000000099D4E60 with global_free in (null)(0)!
000000000021E940: 000000000169D977 (not found)
000000000021E9B0: 0000000002349B0D (not found)
000000000021EA50: 000000000228A0A9 (not found)
000000000021EC30: 000000000217E0AA (not found)
000000000022F350: 00000000020CD88F (not found)
000000000022F880: 0000000002223B57 (not found)
000000000022FE10: 00000000016A0A49 (not found)
000000000022FE60: 00000000024920BC (not found)
000000000022FF20: 00000000004013F0 (not found)
000000000022FF50: 00000000004014F8 (not found)
000000000022FF80: 000000007796652D (BaseThreadInitThunk+0x000d)
000000000022FFD0: 0000000077B9C541 (RtlUserThreadStart+0x0021)

This doesn't happen in regular MAME, either selfcompiled or from the mamedev site. This suggests that it's an issue related to the 0153 HI and/or Groovypatch? See attachment for the full log (logged with MT disabled).

Calamity · « **Reply #115 on:** April 08, 2014, 05:59:57 am »

Hi Dr., no problem here. Only possible difference is I'm running on an LCD right now. Did you try a clean compile?

Dr.Venom · « **Reply #116 on:** April 08, 2014, 07:42:19 am »

Yes, I did a clean compile of both ume and mame, but the problem persists. Those are the 64-bits ones btw, compiled with MinGW.

Interestingly GroovyMESS 0153 doesn't show any problem. To be sure there's not something with my machine, I also verified with GM 0152, but that one (still) works without issues.

Could you possibly attach your 0153 binary, such that I can see if it throws the same error on my machine? Did you also test on a Win 7 machine?

Calamity · « **Reply #117 on:** April 08, 2014, 08:01:04 am »

Here's the 64-bit version (the only one I've built):

http://www.aburamushi.net/calamity/groovyume64_0153.015.7z

Tested on Windows 8.1 (the log posted above). Still need to test this on my real machine.

Dr.Venom · « **Reply #118 on:** April 08, 2014, 08:44:28 am »

Thanks.

Your build gives me the same error unfortunately. At least that does exclude the possibilty of a compilation issue on my side...

Does your 8.1 machine have CRT_emudriver installed?

I also did some tests with MT, d3d/ddraw and switchres on/off, but they don't make any difference.

Calamity · « **Reply #119 on:** April 08, 2014, 11:59:14 am »

Just tested this in W7 too, no problem either.

Have you tried running it in a fresh folder (no .cfgs)?

I don't have CRT Emudriver in my 8.1 machine, I think it won't be possible because "test mode" must be enabled manually per-session.


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