Update to v084r05 release.
(note: before the post announcing this release, there had been
a discussion of a performance optimisation that made the Super Scope
emulation a lot faster, but caused problems for the Justifier perpheral)
byuu says:
Spent a good two hours trying things to no avail.
I was trying to allow the CPU to run ahead, and sync on accesses to
$4016/4017/4201/4213, but that doesn't work because the controllers have
access to strobe IObit at will.
The codebase is really starting to get difficult to work with. I am
guessing because the days of massive development are long over, and the
code is starting to age.
Jonas' fix works 98% of the time, but there's still a few missed shots
here and there. So that's not going to work either.
So ... I give up. I've disabled the speed hack, so that it works 100% of
the time.
Did the same for the Super Scope: it may not have the same problem, but
I like consistency and don't feel like taking the chance.
This doesn't affect the mouse, since the mouse does not latch the
counters to indicate its X/Y position.
Speed hit is 92->82fps (accuracy profile), but only for Super Scope and
Justifier games.
But ... at least it works now. Slow and working is better than fast and
broken.
I appreciate the help in researching the issue, Jonas and krom.
Also pulled in phoenix/Makefile, which simplifies ui/Makefile.
Linux port defaults to GTK+ now. I can't get QGtkStyle to look good on
Debian.
2011-12-18 03:19:45 +00:00
|
|
|
ifeq ($(platform),x)
|
|
|
|
|
ifeq ($(phoenix),)
|
|
|
|
|
phoenix := gtk
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
ifeq ($(phoenix),gtk)
|
|
|
|
|
phoenixflags := -DPHOENIX_GTK `pkg-config --cflags gtk+-2.0`
|
|
|
|
|
phoenixlink := `pkg-config --libs gtk+-2.0`
|
|
|
|
|
endif
|
|
|
|
|
|
|
|
|
|
ifeq ($(phoenix),qt)
|
|
|
|
|
phoenixflags := -DPHOENIX_QT `pkg-config --cflags QtCore QtGui`
|
|
|
|
|
phoenixlink := `pkg-config --libs QtCore QtGui`
|
|
|
|
|
endif
|
|
|
|
|
else ifeq ($(platform),win)
|
|
|
|
|
phoenixflags := -DPHOENIX_WINDOWS
|
2012-06-25 12:49:39 +00:00
|
|
|
phoenixlink := -lkernel32 -luser32 -lgdi32 -ladvapi32 -lole32 -lcomctl32 -lcomdlg32 -lshlwapi
|
Update to v084r05 release.
(note: before the post announcing this release, there had been
a discussion of a performance optimisation that made the Super Scope
emulation a lot faster, but caused problems for the Justifier perpheral)
byuu says:
Spent a good two hours trying things to no avail.
I was trying to allow the CPU to run ahead, and sync on accesses to
$4016/4017/4201/4213, but that doesn't work because the controllers have
access to strobe IObit at will.
The codebase is really starting to get difficult to work with. I am
guessing because the days of massive development are long over, and the
code is starting to age.
Jonas' fix works 98% of the time, but there's still a few missed shots
here and there. So that's not going to work either.
So ... I give up. I've disabled the speed hack, so that it works 100% of
the time.
Did the same for the Super Scope: it may not have the same problem, but
I like consistency and don't feel like taking the chance.
This doesn't affect the mouse, since the mouse does not latch the
counters to indicate its X/Y position.
Speed hit is 92->82fps (accuracy profile), but only for Super Scope and
Justifier games.
But ... at least it works now. Slow and working is better than fast and
broken.
I appreciate the help in researching the issue, Jonas and krom.
Also pulled in phoenix/Makefile, which simplifies ui/Makefile.
Linux port defaults to GTK+ now. I can't get QGtkStyle to look good on
Debian.
2011-12-18 03:19:45 +00:00
|
|
|
else
|
|
|
|
|
phoenixflags := -DPHOENIX_REFERENCE
|
|
|
|
|
phoenixlink :=
|
|
|
|
|
endif
|