Puggsy (segacd) First Boss is really slow.

[Former user]

Original [issue 235](https://code.google.com/p/genplus-gx/issues/detail?id=235) created by cheatfreak47 on 2012-07-05T17:24:00.000Z:

Its kind of odd because nothing of heavy action seems to be going on. im not sure if the emulator is at fault, or just the wii's lack of power. but im sure it doesnt do that in Kega.

[Former user]

Comment # 1 originally posted by ekeeke31 on 2012-07-05T19:04:04.000Z:

A savestate before the boss would help there too.

[Former user]

Comment # 2 originally posted by cheatfreak47 on 2012-07-07T04:29:44.000Z:

okay, but all you really have to do is play for about 2 minutes to get there. whats wierd about it is the boss that comes after it runs a normal speed just fine.

[Former user]

Comment # 3 originally posted by ekeeke31 on 2012-07-07T08:37:02.000Z:

Still faster for me to use a savestate, i'm not really familiar with that game so 2 minutes for you might be longer for me.

[Former user]

Comment # 4 originally posted by cheatfreak47 on 2012-07-07T16:52:58.000Z:

its basicly tutorial then boss, but since i know you are a busy person, here ya go.

[Former user]

Comment # 5 originally posted by ekeeke31 on 2012-07-08T20:12:40.000Z:

Definitively not an emulation performance issue as it occurs on win32 port as well and framerate is kept at 50 fps. I suspect a timing issue, maybe interrupt or something that the game uses for internal synchronization. Still need investigation.

[Former user]

Comment # 6 originally posted by ekeeke31 on 2012-07-09T21:12:55.000Z:

This one is really weird and I could not figured it yet. Seems like the game is using Sega CD rotation & scaling coprocessor for the boss so maybe it's related to the timings of gfx operations.

[Former user]

Comment # 7 originally posted by cheatfreak47 on 2012-07-10T06:17:35.000Z:

it works fine in both kega and gens, if that helps

[Former user]

Comment # 8 originally posted by ekeeke31 on 2012-07-10T07:33:58.000Z:

What is sure is that won't help figuring what the bug is in this emulator, it would only confirm something's not normal but it was already kinda obvious it was never meant to be so slow, even on PAL machines. Did you tested ntsc or pal version btw ? I tested the pal version and it was a little smoother when forcing VDP mode to 60hz (ntsc) in system settings.

[Former user]

Comment # 9 originally posted by cheatfreak47 on 2012-07-11T06:01:08.000Z:

i tested the NTSC version, and all sorts of emmulator settings. nothing made it any faster.

[Former user]

Comment # 10 originally posted by ekeeke31 on 2012-07-12T20:30:03.000Z:

Finally fixed this one as well, this part now runs at correct speed.

For the record, it was caused by CPU register polling detection, which was not handling BCLR/BSET instructions correctly (this instruction is actually a read followed by a write and the read would trigger poll detection when it shouldn't have and hang CPU until the other side CPU writes it again).

[Former user]

Comment # 11 originally posted by ekeeke31 on 2012-07-12T20:32:02.000Z:

[Former user]

Comment # 12 originally posted by ekeeke31 on 2012-07-15T15:44:14.000Z:

fixed in r693