Lawrence Gold wrote:
Could you please change line 1222 of src/usrintrf.c to
if (options.disable_normal_ui || ((Machine-gamedrv-flags
GAME_COMPUTER) !mess_ui_active())
and see if that works better?
That line also fixes the keyboard problem in all the systems I've tested
(once I add
Lawrence Gold wrote:
Oh, one thing I forgot to ask: Could you please try a computer
emulation, such as a800, and make sure the keyboard works in full and
partial emulation mode? You can toggle the mode using the ScrLck key.
In partial mode, 'P' should pause the emulation; in full mode,
I've tried installing xmess 0.101 and it seems like its not taking any
input from the keyboard once it gets past the initial MESS info screens.
The keyboard worked in xmess 0.100 and standard joystick input
continues to work in 0.101. The keyboard also works in xmame 0.101.
I've changed
Lawrence Gold wrote:
I take it back: The keyboard controls seem to be working fine for me.
It's just been a while since I played Legend of Zelda, and I forgot that
you have to make your selection using the Select button. :-)
Which emulation are you trying? Have you tried deleting the
Lawrence Gold wrote:
Just to rule it out, please change line 1222 of src/usrintrf.c from
if (options.disable_normal_ui || !mess_ui_active())
to
if (options.disable_normal_ui)
If that doesn't work, it'd be interesting to see if a 32-bit build would
behave differently.
That fixed
Lawrence Gold wrote:
Brian Langenberger wrote:
That fixed the problem, actually. With that line changed, all the
keyboard controls work normally again.
Interesting. Could you provide the full command line you were using? I'd
like to test here with the same configuration.
With my .xmess
I've compiled xmame 0.97 with gcc4.0.0 on Fedora Cora 4 (AMD64) with the
proper Makefile CPU flags and all the games work as they should (with
the exception of the Raiden Fighters series which segfaults after the
info screen, though I assume that's still a work-in-progress).
-Brian
Because AdvanceSCAN doesn't check CHDs, I've written a tiny CHD auditing tool
in Python (minimum version 2.3, for the built-in sets library):
http://home.comcast.net/~b.langenb/chdscan-0.1.tar.bz2
To install, simply unpack it and type:
# python setup.py install
To use it, give it the XML file
Brad Johnson wrote:
Also, I was recently playing Knights of the Round, and every 5
minutes my screensaver would kick in. I'm using the Linux joystick
interface, so I guess X Windows never listens to the joystick to see
if I'm actually doing anything. Aside from configuring the joystick
Mr. Mailing List wrote:
I'm using X11 renderer. Is it better to use SDL? How
do you tell the SDL one to use fullscreen though?
I use the SDL build all the time. Getting it fullscreen just requires
the -fullscreen flag. I've found the performance is quite comparable
to a plain,
Mr. Mailing List wrote:
which one is better?
:)
I'm not sure, actually. All the titles I run are either fast enough to
get full speed everywhere, or slow enough to have frameskips
everywhere. I have yet to find a game where the display type makes a
difference in speed. But since the SDL
F.J. McCloud wrote:
To my knowledge
there is no alternative to xmame on linux either, so if we lose
neogeo here we lose neogeo entirely.
yoda
There is another:
http://m.peponas.free.fr/gngeo/
/yoda
Not sure how accurate it is, though.
-Brian
___
Scott Patterson wrote:
Most likely a monitor. The arcade monitor seems like a PITA to me.
Besides, I thought about buying a LCD flat-screen to keep the weight
of the cabinet down as it weighs a ton already! Can anyone comment
about playing MAME on an LCD vs CRT?
LCDs have a differential
On 21 Jul 2003 09:52:41 -0500
Chris Jones [EMAIL PROTECTED] wrote:
This is the error I get no matter which rom I use:
xmess.x11 nes ./GALAGA.NES
Don't you need to specify -cart as well? Perhaps:
xmess.x11 nes -cart ./GALAGA.NES
might work better?
-Brian
On Fri, 11 Jul 2003 14:37:41 -0300
João Paulo Vasconcellos [EMAIL PROTECTED] wrote:
All right, that may be a very silly question, but I cannot find out the rom
names for xmess. Unlike xmame.x11 -listfull, xmess -listfull returns only the
emulated systems, and if I issue a xmess snes
On Fri, 11 Jul 2003 15:39:23 -0300
João Paulo Vasconcellos [EMAIL PROTECTED] wrote:
What am I missing here ? and what is spc700.rom ?
I stand corrected. spc700.rom is a SNES bios ROM required by xmess. Look for it
online. Specify a rompath for xmess to find the snes.zip bios file and your
On Fri, 11 Jul 2003 16:22:36 -0300
João Paulo Vasconcellos [EMAIL PROTECTED] wrote:
found it, worked, xmess snes runs ok, but rock n roll racing just does not
wok. then again, thanks!
That's too bad. If you're on an x86-based system, try zsnes
(http://zsnes.sourceforge.net/) for your SNES
On Thu, 2003-05-29 at 09:48, Simon Roby wrote:
Why not just asking the mamedevs to scrap all C++ style comments in the
mame source code once and for all? Isn't the use of C++ style comments
in C code a violation of ISO C standards? Besides, unless they DON'T
WANT mame to be as portable as
I've recently noticed that xmame's -list option output is basically
hard-coded to 80 character wide terminals/screens, which looks a little
odd on differently-sized ones. So, I cobbled together a quick patch to
src/unix/fronthlp.c that adjusts the width of -list according to the
size of the
On 14 Jun 2001, Stefano wrote:
On 13 Jun 2001 15:08:16 -0400, Hugh Greenberg wrote:
I like that idea a lot.
On Mon, 11 Jun 2001, Tomaso wrote:
why don't create RPMs for RedHat of every xmame released? Many people have
troubles compiling xmame and optimizing it
I think
On Thu, 14 Jun 2001, Tomaso wrote:
snip!
UPX can reduce xmame binary file to 2-3 MB... less than the source
tarball.
So, let's do it!! Who'll do it? I think that they should be as official
as possible
It sounds like a good idea, though slightly time-consuming. First we'll
need a
21 matches
Mail list logo