Too bad... Thanks for the efforts, man. I've been using your groovymame builds for a long time but I can't find the last one those two games worked fine. Could you posted it?I don't understand why MAME doesn't focus on accuracy instead of just compatibility. The only emulator that can "run perfectly" Dark seal is fba, but for some reason the music is in a slower tempo, maybe the author underclock the driver to avoid the speeds up... in mame you can do that putting the sound cpu in a 23% underclock, but is a pain doing it everytime you run the game.

Too bad... Thanks for the efforts, man. I've been using your groovymame builds for a long time but I can't find the last one those two games worked fine. Could you posted it?I don't understand why MAME doesn't focus on accuracy instead of just compatibility. The only emulator that can "run perfectly" Dark seal is fba, but for some reason the music is in a slower tempo, maybe the author underclock the driver to avoid the speeds up... in mame you can do that putting the sound cpu in a 23% underclock, but is a pain doing it everytime you run the game.

I've checked using Calamity's experimental build and indeed you can underclock the 'audiocpu' down to 23% and the setting is saved (individually for the game since it's stored in the corresponding .cfg)

I've checked using Calamity's experimental build and indeed you can underclock the 'audiocpu' down to 23% and the setting is saved (individually for the game since it's stored in the corresponding .cfg)

Yes. I've already test it. It's amazing!Finally we can save the over/underclocks. This have to be a "must" in the futures build of groovymame. Thanks for the post link

Initially I wasn't to optimistic about that just like MameSick and You:

Quote

The fix for darkseal and vaportra is no more valid. The function that is commented out is now declared internally in the H6280 CPU core and is always enabled. So those extra lines listed in 202 diff are useless now.

In file h6280.cpp infact there is:

void h6280_device::internal_map(address_map &map){ map(0x1fe800, 0x1fe80f).mirror(0x3f0).rw(FUNC(h6280_device::io_buffer_r), FUNC(h6280_device::psg_w)); map(0x1fec00, 0x1fec01).mirror(0x3fe).rw(FUNC(h6280_device::timer_r), FUNC(h6280_device::timer_w)); map(0x1ff000, 0x1ff000).mirror(0x3ff).rw(FUNC(h6280_device::port_r), FUNC(h6280_device::port_w)); map(0x1ff400, 0x1ff403).mirror(0x3fc).rw(FUNC(h6280_device::irq_status_r), FUNC(h6280_device::irq_status_w));}So the only way to enable again the fix would be comment out the line here but with the serious risk to break a lot of other games that uses the same audio CPU.

Robbbert should remove both VAPORTRA.CPP and DARKSEAL.CPP files from his source. The code there is no more valid.

Quote

Because of this, darkseal and vaportra have been reverted back to MAME standard.

If someone wants to check the existing audio in everything else that uses the h6280, then we will know if it's a global problem, or just for some games. If it happens for everything h6280-related, then the patch can be done.

But after some disscussion and test of experimental build patch will stay in ARCADe32/64 and my build at least until someone will find some problems associated with this patch

Right now thunderx and snk changes are reverted - problems with modifications. System1 games needs checking.ssv changes are also reverted - absent in Arcade32/64.Gradius/Nemesis audio fix does not work, video part is fine.

Right now thunderx and snk changes are reverted - problems with modifications. System1 games needs checking.ssv changes are also reverted - absent in Arcade32/64.Gradius/Nemesis audio fix does not work, video part is fine.

Just finished my download of MAME .205 and used your compile above. Just under 2,000 games in my filtered list. Seems to work well. Anything I should pay attention to besides the above?

Logged

When you find great deals on Craigslist for CRT based cabs, exuberance can be a bad thing!

All changed games should be fine by now. The only bug left is not working neo-geo cd console emulation due not implemented sprite hack.

Awesome! Canít wait! When diff files are released, I think Iím going to try and compile on groovy arcade (arch Linux). I have a really good windows 10 setup, but curious about making things work on pc Linux.

Does your latest build include Direct3D9Ex ? There's a user in another thread trying to use your build on XP because they have an ancient video card that needs the non-power-of-two texture change but they are having issues...