GroovyMAME 0.227 - Switchres v0.017t

[krick]

@oomek, you're probably missing the dummy dlls.

Dummy DLLs?

[haynor666]

Calamity, are You ereferring to this - http://forum.arcadecontrols.com/index.php/topic,152146.0.html ?

[oomek]

Calamity, are You ereferring to this - http://forum.arcadecontrols.com/index.php/topic,152146.0.html ?

Yup, that's what they are for.

[RobeeJ]

Try replacing win->platform_window<SDL_Window*>() by std::static_pointer_cast<sdl_window_info>(win)->platform_window().

Thanks Calamity! Sorry for the delay, been away from my cabinet.

That worked! Was just that line.

R.

[K-rnivoro]

Awesome, thanks for the update Calamity!

I have compiled several flavors with MKChamp's 0.180 suppression patch:

GroovyMame64:

GroovyMame64_0180.016_alpha4_suppression0180 : https://www.mediafire.com/?9egdiv8vklid772
GroovyMame64_arcade-only_0180.016_alpha4_suppression0180 : http://www.mediafire.com/?dgzfbse8m762onm

GroovyMame64_0180.016_alpha4_d3d9ex_suppression0180 : https://www.mediafire.com/?o6mxwzze6abnm1m
GroovyMame64_arcade-only_0180.016_alpha4_d3d9ex_suppression0180 : https://www.mediafire.com/?w509scud0i24wwk


GroovyMame32:

GroovyMame32_0180.016_alpha4_suppression0180 : https://www.mediafire.com/?112gyp4qtcqgb6q
GroovyMame32_arcade-only_0180.016_alpha4_suppression0180 : https://www.mediafire.com/?qmx78m3gteo91a1

GroovyMame32_0180.016_alpha4_d3d9ex_suppression0180 : https://www.mediafire.com/?dhpccryuzm6989x
GroovyMame32_arcade-only_0180.016_alpha4_d3d9ex_suppression0180 : https://www.mediafire.com/?urpehq7mnn2a66g

Thanks Keropi!!

Could you recall me the MK Champ's commands for the ini file? I cannot find them anywhere...

[keropi]

^ edit your mame.ini , under the "# CORE MISC OPTIONS" section change the "skip_gameinfo" option from 0 to 1

[K-rnivoro]

^ edit your mame.ini , under the "# CORE MISC OPTIONS" section change the "skip_gameinfo" option from 0 to 1

Got it!! Thanks!

[error1]

I am incredibly confused about what I'm doing wrong to make all vertical games run at 50-60% speed with sound that jumps up and down in pitch wildly. I am sure it is tied to interlace mode somehow, I saw something similar in horizontal interlaced games but that went away by enabling multithreading. The only thing that seems to help for vertical games is to rotate them 90 degrees so they use a horizontal video mode.



I'm embarrassed to say It's been like that for a year on my machine, earlier I worked around it by just filtering out all the vertical games from my frontend but I think it's time I asked for help, maybe it's some really easy fix that I'm missing

[Calamity]

I am sure it is tied to interlace mode somehow

Yes, the problem with interlaced modes running at 50% on Windows 7 is well known. That's one of the reasons I recommend HD 5000+ cards for W7 and up. There's a lot of inertia on the web and I keep seeing people buying 4xxx cards. Anyway, as a workaround you can enable -frame_delay (you'll probably see some tearing). Another possibility is using positive sync (check CRT Emudriver 2.0), but that will only work if your monitor accepts it.

[krick]

Yes, the problem with interlaced modes running at 50% on Windows 7 is well known. That's one of the reasons I recommend HD 5000+ cards for W7 and up. There's a lot of inertia on the web and I keep seeing people buying 4xxx cards.

Maybe you should put a bold "Recommended HD 5000+" after the list of Emudriver 2.0 supported cards...



Or, and I know this is kind of radical, maybe you could REMOVE support for cards below the HD 5000 level from Emudriver 2.0.  It might save you a lot of headaches in the long run.

[haynor666]

Lots of people are using HD4xxx cards with windows 7.

[krick]

Lots of people are using HD4xxx cards with windows 7.

Can't they just use Emudriver 1.0 with HD 4xxx and under?

[error1]

I think it just needs to be a bit more visible on the various download pages that you will have issues with interlaced video modes with older cards. I had found the discussions about the new models having better pixel clocks and less noisy output, but had missed the fact that these half speed problems were hardware related. I remember windows listed interlaced modes as 30hz on older versions of emudriver so I thought it would work as long as the mode showed 60hz in the OSD

I've ordered a brand new old used HD 6450 from eBay now, eager to see if that solves everything

[Recapnation]

So long as there are people finding that the HD-5000 series onwards have added blur against the HD-4000 series when using interlaced modes, there's at least a good reason to keep the legacy support, in my opinion. There're many things indeed that should be more visible or are entirely absent in Eiusdemmodi's doc. pages. The graphics card matter is in the top 3, I'm sure. But it's still a question with no ultimate answer, and we tried to get there as many discussions on the subject as possible so that the readers could at least have some opinions to quickly check. Though I'm more convinced every day that we should explain first and foremost that interlace for gaming beyond a couple of intro scenes is an aberration in this day and age no matter how good your monitor is at that, and that displaying 3 : 4 games in a 4 : 3 set-up is an even bigger aberration which doesn't make much sense for anybody into Groovy MAME. I wonder which is the adjective when you combine them both.

[u-man]

Though I'm more convinced every day that we should explain first and foremost that interlace for gaming beyond a couple of intro scenes is an aberration in this day and age no matter how good your monitor is at that, and that displaying 3 : 4 games in a 4 : 3 set-up is an even bigger aberration which doesn't make much sense for anybody into Groovy MAME. I wonder which is the adjective when you combine them both.

Dont know what you are talking here, but there are many games that are interlaced and not only their intro-screen. The main aim of GroovyMAME are CRTs and every CRT is capable of displaying interlaced stuff.
Also why would be tated setups be a aberration?? Not many people have the room or can afford two different cabs/setups and not many can easily rotate a 50kg CRT in their cab (at least they shouldnt try alone).

I wouldnt like to miss those features and i am happy to see much progress for Calamity putting GroovyMAME into baseline MAME, big thumbs for that.

[R-Typer]

Though I'm more convinced every day that we should explain first and foremost that interlace for gaming beyond a couple of intro scenes is an aberration in this day and age no matter how good your monitor is at that, and that displaying 3 : 4 games in a 4 : 3 set-up is an even bigger aberration which doesn't make much sense for anybody into Groovy MAME. I wonder which is the adjective when you combine them both.

Dont know what you are talking here, but there are many games that are interlaced and not only their intro-screen. The main aim of GroovyMAME are CRTs and every CRT is capable of displaying interlaced stuff.
Also why would be tated setups be a aberration?? Not many people have the room or can afford two different cabs/setups and not many can easily rotate a 50kg CRT in their cab (at least they shouldnt try alone).

I wouldnt like to miss those features and i am happy to see much progress for Calamity putting GroovyMAME into baseline MAME, big thumbs for that.

I totally agree. I play games in interlaced mode like Crack Down and DoDonPachi because I cannot rotate my 29" Trinitron CRT easily if at all. It would probably break under its heavy weight if I place it in a vertical position.

[Recapnation]

Have been rotating 29'' Trinitrons for more than 10 years now. At most, I defocused one due to this repeated-ad-nauseam process. Nothing you can't easily repair or substitute, for that matter. But sure -- not everybody can/wants to do it due to many reasons. That doesn't make of displaying a game for 3 : 4 in a 4 : 3 set anything less than an aberration, though, from any point of view -- visually, mechanically, emotionally, even.

Dont know what you are talking here, but there are many games that are interlaced and not only their intro-screen.

There are a few, not "many", and, saving very exceptional stuff like some ST-V titles, they respond to a moment when the principles weren't totally set -- that is, American developers doing some experimentation, to put it in kind words. There's a point in emulating all this with an interlaced picture which has to do with purism, nostalgy and whatnot, obviously, I'm not denying that. But since you're asking, I'll also say there's a bigger point in restoring the visual consistency of these games' graphics, much like when we run VGA MS-DOS games designed at 320 x 200 at 15-kHz. And the emulation allows you to do it. Just try, say, MAME's Columns '97 in a 31-kHz CRT and you'll know what I'm talking about here. (Or maybe not.)

The main aim of GroovyMAME are CRTs and every CRT is capable of displaying interlaced stuff.

So what? Are you missing that there're 24 and 31-kHz (and beyond) CRTs? Anyway, I'd never advocate less features for GM or something (!), don't panic; just encouraging people who went all the way to have a dedicated CRT at home to re-think their habits and their original motivation with the games for a 3 : 4 display.

[R-Typer]

Have been rotating 29'' Trinitrons for more than 10 years now. At most, I defocused one due to this repeated-ad-nauseam process. Nothing you can't easily repair or substitute, for that matter. But sure -- not everybody can/wants to do it due to many reasons.

So it is possible then. Im gonna do that then with one of mine I have in collection. 

[strontium]

Hi guys,

Congratulations on this new release, I just wanted to highlight my findings on the testing I have done using the Linux version of Groovymame 1.80.

All my testing worked apart from any of the games that use a mouse (dial, spinner, trackball) etc.. All these titles (Arkanoid, Tempest, Snakepit) seemded to suffer from little to no movement using a mouse device.

Reverting back to 1.71 fixed this so I guess it's something specific to the 1.80 code. I have reported issues with analog movement before on this forum but it was fixed before by Ves so I'm hoping Doozer or Ves can maybe do their thing with this bug.

I'm happy to test with any new versions if that helps, I look forward to hearing your thoughts,
 
Thanks again,

Strontium

[Sledge]

- Windows 7/8/8.1/10-64-bit + CRT Emudriver 2.0 beta (ATI/AMD Radeon HD 2xxx to HD 7xxx).
                   CRT Emudriver download site (ftp courtesy of Abubu)

Hi,
Not sure if anyone noticed, but the link is bad:
extra http:// in there

[oomek]

It's actually the colon missing in the link

[Sledge]

It's actually the colon missing in the link

that's what i thought originally, but not if you actually look at the link in the source..
(quote the message)

Just wanting to confirm that these would be good for GM/emudriver 2.0??
http://www.gumtree.com.au/s-ad/ferryden-park/components/-10-amd-radeon-5450-graphics-card-512mb-memory-low-profile-/1133626768

[keropi]

^ yes it will work just fine provided you can get a VGA signal out of this card

[Calamity]

- Windows 7/8/8.1/10-64-bit + CRT Emudriver 2.0 beta (ATI/AMD Radeon HD 2xxx to HD 7xxx).
                   CRT Emudriver download site (ftp courtesy of Abubu)

Hi,
Not sure if anyone noticed, but the link is bad:
extra http:// in there

Fixed 

[Sledge]

^ yes it will work just fine provided you can get a VGA signal out of this card

well.. i'd be using a DVI-VGA dongle
EDIT: Just figured out they use DMS-59 which isn't DVI...
So would require buying an extra dongle.. Might as well put that $ to a better suited card

[krick]

EDIT: Just figured out they use DMS-59 which isn't DVI...
So would require buying an extra dongle.. Might as well put that $ to a better suited card

You can sometimes find Sapphire Radeon HD 7750 cards on Ebay for under $50 (set up an automated search).  They're well suited for an arcade cabinet because they're low power parts that don't require the external power connector.  Low power = lower heat.

Here's some that have recently sold on Ebay:  http://www.ebay.com/sch/i.html?_nkw=SAPPHIRE%20Radeon%20HD%207750&LH_Complete=1

[Sledge]

EDIT: Just figured out they use DMS-59 which isn't DVI...
So would require buying an extra dongle.. Might as well put that $ to a better suited card

You can sometimes find Sapphire Radeon HD 7750 cards on Ebay for under $50 (set up an automated search).  They're well suited for an arcade cabinet because they're low power parts that don't require the external power connector.  Low power = lower heat.

Here's some that have recently sold on Ebay:  http://www.ebay.com/sch/i.html?_nkw=SAPPHIRE%20Radeon%20HD%207750&LH_Complete=1

Vast majority are full height though... i need low profile

[keropi]

^ get a 5450/6450 since they are almost always low profile cards

[Calamity]

GroovyMAME 0.181 is out!

What's new in SwitchRes v0.016 alpha 5 (December 2016)

- Now scaling options are properly re-applied after a resolution switch, for instance when rotating the screen from the internal user interface.

- Dropped the set_focus fix as it's no longer required since SDL 2.0.5 [Doozer].

[Paradroid]

GroovyMAME 0.181 is out!

Woohoo! As always, thanks for your continued efforts!

[keropi]

ooohhhhh yiiissss
will there also be a D3D9ex patch as well? edit: double yiissss, I see the patch on the GM download site 

as always thanks Calamity for the update!!! 


edit2: Switchres v0.016 alpha 6 is wrong right? alpha 5 is the latest, correct?

edit3 again 
Do I need to use the --binary switch as well when applying the GM patch? because I am getting lots of errors like these:

Code: [Select]

[MINGW64] D:\msys64\src>patch -p0 -E <d:\msys64\gm.diff
(Stripping trailing CRs from patch; use --binary to disable.)
patching file 3rdparty/bgfx/include/bgfx/bgfx.h
(Stripping trailing CRs from patch; use --binary to disable.)
patching file 3rdparty/bgfx/src/bgfx.cpp
(Stripping trailing CRs from patch; use --binary to disable.)
patching file 3rdparty/bgfx/src/bgfx_p.h
(Stripping trailing CRs from patch; use --binary to disable.)
and so on...

[Calamity]

edit2: Switchres v0.016 alpha 6 is wrong right? alpha 5 is the latest, correct?

Yes, fixed.

Do I need to use the --binary switch as well when applying the GM patch? because I am getting lots of errors like these:

You don't need the --binary switch. Better use the patch tools in the attachment, I keep these ones as a treasure because any other version I've tried is buggy as hell.

[keropi]

Awesome, the "treasure\patch.exe" did the work fine, no more errors/complains. Thanks again Calamity!

...time to make some EXEs 


edit - just in case anyone else faces the same error as me (yes another!) :
MKChamp's suppression patch needs a newer PATCH.EXE as Calamity's one crashes when you try to apply  the suppression patch ... so I just renamed the Calamity PATCH.EXE as PATCH2.EXE (inside /USR/BIN of the MSYSxx directory) and this way you have the new-updated patch.exe for suppression patch and Calamity's patch2.exe for the GM/D3D9ex patches... that was the only way I could succesfully compile on my machine. 
Not a big deal but it seems that there are some changes and one needs both PATCH.EXEs ...

[keropi]

For now here are for your enjoyment some 64bit executables with MKChamp's suppression patch (32bit ones coming later tomorrow)

GroovyMAME64 D3D9ex version: http://www.mediafire.com/?q5gtnk1wiiz7ncx
GroovyMAME64 D3D9ex arcade-only version: http://www.mediafire.com/?6ofsxsyx68n022w

GroovyMAME64 version: https://www.mediafire.com/?su6lywrvus80z22
GroovyMAME64 arcade-only version: https://www.mediafire.com/?y7di2i0yqc8qbb9


edit: 32bit executables

GroovyMAME32 D3D9ex version: http://www.mediafire.com/?crq4a11aicoxoc9
GroovyMAME32 D3D9ex arcade-only version: http://www.mediafire.com/?h2vh7ylnqfxdxf5

GroovyMAME32 version: http://www.mediafire.com/?rbam2n26p52pci7
GroovyMAME32 arcade-only version: http://www.mediafire.com/?y7di2i0yqc8qbb9

[nikolash]

Thanks Calamity and Keropi 

[funkycochise]

thank you guys, 

keropi, seems that two first links are inverted.
great job !

[brad808]

Sweet! I haven't updated in a few versions now so I might do an update. Is anyone still updating/supporting groovymame with ASIO driver?

[keropi]

[...]
keropi, seems that two first links are inverted.
great job !

good catch, fixed! 

[RobeeJ]

Thanks Calamity as always!

Btw if anyone has trouble compiling this on Linux, this is what I usually do to fix line endings issues:

Code: [Select]

mkdir mame181
cd mame181
unzip ../mame.zip
dos2unix ../0181_groovymame_016_alpha5.diff
dos2unix $(grep 'diff -Nru' ../0181_groovymame_016_alpha5.diff | cut -d ' ' -f 4)
patch -p0 -E < ../0181_groovymame_016_alpha5.diff
make 

Well not character for character, but it should illustrate the point!

[burn_654]

Hi there Calamity,

Just discovered an issue with GroovyMame 0.180 and 0.181 (d3d9ex builds and normal from your site) that does not seem to appear for me in mainline mame 0.181 - my trackball responds either erratically or not at all in trackball games such as Centipede (centiped) and AmeriDarts (amerdart). Running the exe for GroovyMame 0.179 or official Mame 0.181 solves the issue for me, keeping the same mame.ini

These are the pertinent options in my mame.ini:

Code: [Select]

#
# CORE INPUT OPTIONS
#
coin_lockout              1
ctrlr                     
mouse                     1
joystick                  1
lightgun                  0
multikeyboard             0
multimouse                0
steadykey                 0
ui_active                 0
offscreen_reload          0
joystick_map              auto
joystick_deadzone         0.3
joystick_saturation       0.85
natural                   0
joystick_contradictory    0
coin_impulse              0

#
# CORE INPUT AUTOMATIC ENABLE OPTIONS
#
paddle_device             keyboard
adstick_device            keyboard
pedal_device              keyboard
dial_device               keyboard
trackball_device          mouse
lightgun_device           lightgun
positional_device         keyboard
mouse_device              mouse

Also I see "mouseprovider auto" which I've messed with (apparently it can be set to rawinput, dinput and win3d.) the only setting which changed anything was setting it to dinput but it was acting like it's on a VERY low sensitivity...taking all kinds of spin to move one pixel.

I have tried this in d3d9ex builds and the standard build with the same result - even with a fresh mame.ini (only changing mouse to 1 and trackball_device to mouse, as this allowed gm .179 and official mame .180 on to work normally with my trackball)

I've attached logs for those games running under GM d3d9ex .181
The trackball is a Betson/Imperial using a ps2 mouse hack, with a ps2 to usb converter.

Thanks for any insight!