Closed GoogleCodeExporter closed 8 years ago
This bug happens with older versions of emulator, for example on r71?
Please test it.
Original comment by N2008eo...@rambler.ru
on 26 Dec 2010 at 11:07
Does it work with the other controllers?
Original comment by KrossX3
on 26 Dec 2010 at 11:11
I meant, with the other controller plugins.
Original comment by KrossX3
on 26 Dec 2010 at 3:16
Same as issue 260?
Original comment by matbur...@gmail.com
on 27 Dec 2010 at 6:25
Dreamcast_Controller.cpp on PuruPuru:
Lines 78 and 167, the breaks should not be there. They most likely are the
cause of the issue.
Also check lines 14 to 17, I'm not sure if those should even be there.
Yeah, I'm too bored to do the changes myself...
Original comment by Mr.PsyMan
on 27 Dec 2010 at 7:34
@Mr.PsyMan:
That's perfectly valid , even if they turn out to be "dead jumps" because of
the return that takes effect before.
Original comment by Dimitris...@gmail.com
on 27 Dec 2010 at 9:15
Those breaks have always been there, and with the returns they wouldn't be
reached ever. Seem harmless sanity checks for me.
Line 14 checks if the pad is connected on that port. If unplugged, it returns
the default for unknown command since there's no controller connected (on the
Dreamcast).
Line 17 updates the input for the pad connected to that port. Without that,
there would be no response from any gamepad at all.
Original comment by KrossX3
on 27 Dec 2010 at 11:23
Yes, It's happens with older versions of emulator, for example on r27.
Actually, I had report this bug at
http://code.google.com/p/nulldc/issues/detail?id=84#c4, but it seems to be
ignored.
And yes, It work with the other controller plugins. XMaple_Win32.dll:0 and
drkMapleDevices_Win32.dll:0.
Original comment by Har...@gmail.com
on 27 Dec 2010 at 1:26
Confirmed. And yeah, it seems like Issue 260. I'll be checking it later.
Original comment by KrossX3
on 27 Dec 2010 at 5:28
Original issue reported on code.google.com by
Har...@gmail.com
on 26 Dec 2010 at 10:24