"Gorf" not running fullspeed on rpi3b+

[quicksilver7837]

"Gorf" does not appear to be running fullspeed on my rpi3b+. This is very noticeable starting around stages 2-3, once the enemy ships start dive bombing. I compared with some gameplay videos of the actual cab in action. I wouldnt have though that this game would be particularly demanding though. Is this a short coming of the pi or is emulation not full speed for this game?

[ghost]

there was an update that might effect speed of this game just done an update try the latest source and report back if there are still issues after compiling

[quicksilver7837]

So I tested after updating from source and the game still starts to chug after the 1st level (though the first level doesnt feel completely smooth either).

[ghost]

the only other thing you could check is the sound timing might be off goto rgui -> options -> bypass audio skew (requires a restart).

if this doesnt make a difference it will probably be something in the driver that needs fixed video or sound possibly interrupts

is there any footage of the original arcade on the levels your saying its slowing down on some real arcades do have slow down just to confirm it is a bug before someone looks into it

[ghost]

dont now if this is the same issue not really familiar with the real coin op never used it

https://mametesters.org/view.php?id=1241

[quicksilver7837]

I can try the audio option you recommended but it doesnt feel like the audio is off. Its more like the sprites movement gets very jerky when there is a lot of action on the screen. Looking at a video of actual game play I can see some slowdown on the original hardware but it still feels like its running even slower on my raspberry pi.

Here is a video of the level in question (though all levels feel slower, its very pronounced on this one): https://youtu.be/ogmAtOMMRs4?t=351

[markwkidd]

Another term for Audio Skew, arguably more accurate, is Dynamic Rate Control: https://docs.libretro.com/tech/dynamic-rate-control/

It is more about the timing of emulation than the way the audio sounds, per se.

On Fri, Feb 22, 2019 at 12:20 PM quicksilver7837 notifications@github.com wrote:

I can try the audio option you recommended but it doesnt feel like the audio is off. Its more like the sprites movement gets very jerky when there is a lot of action on the screen. Looking at a video of actual game play I can see some slowdown on the original hardware but it still feels like its running even slower on my raspberry pi.

Here is a video of the level in question (though all levels feel slower, its very pronounced on this one): https://youtu.be/ogmAtOMMRs4?t=351

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/libretro/mame2003-plus-libretro/issues/675#issuecomment-466475174, or mute the thread https://github.com/notifications/unsubscribe-auth/ASphdtR7Ofcx6gucbwspAuCRIpbJncKtks5vQCbRgaJpZM4bJygZ .

-- Mark W. Kidd http://facebook.com/markwkidd (606)536-0115

[quicksilver7837]

I see, thank you for the explanation. Unfortunately changing the audio skew didnt seem to help.

[ghost]

not quite true mark it changes the pitch depending on your setting its zig and zag it does more harm than good with the default setting for mame. All you can do is check it against mame current according to that mame testers page slowdows are normal. Hopefully arcadez might know something about this game I dont see and specific slowdow fixed for it to be fair ive only tested on windows.

[UDb23]

Could this change implemented in later versions vs. 78 (positively) affect performance ?

• 0.115u1: Changed Z80 CPU and 2x Astrocade clock speeds to 1789772 Hz, palettesize to 512 colors and VSync to 60.054442 Hz. Added 'Speech' dipswitch.

[ghost]

Gorf is fine with our MAME 72 and 84 xbox ports and we have lesser specs than the Rpi3 so im thinking the problem doesn't lie on the MAME side of things.

[ghost]

I had no issues on the windows was running 60fps ill try on the pi later. Again im not sure where the slowdown is and how it compares to the original so unless i have something to compare to I really dont know.

[ghost]

@arcadez can you do me a favor can you run midres on your 072 core and see if the sound is bad just play up to the first shop you buy things with keys in. Its bad in mame078 as well just curious if its bad a 072 as well

[ghost]

Hmm yeah it's worse in 72 than in 84, i noticed alotta scratchy sounds and sometimes the sfx and or the music will cut out.

[ghost]

Ite either the interrupts changes or the timing changes seems to be fixed @ mame081