On 5/25/07, Sven Gothel [EMAIL PROTECTED] wrote:
I assume that bug still exist ?
Then I will have a look a at it within some days ..
Well, I havn't tested it with your latest patches yet, I tried to use
your patches against the MESS svn, but they did not apply.
The bug report is kind of
On 5/24/07, Sven Gothel [EMAIL PROTECTED] wrote:
As you might noted, I am currently updating the OpenGL rendering
in sdlmame ..
Sven:
I have been working with Wilbert the past month or so doing massive
testing for MESS' Atari 2600 emulator. I have seen that you have
submitted a bunch of
On 5/23/07, Avuton Olrich [EMAIL PROTECTED] wrote:
On 5/23/07, Lawrence Gold [EMAIL PROTECTED] wrote:
Sven Gothel wrote:
I would prefere having SDLMAME in the MESS repository ..
Any ideas ?
SDLmame is already in the MESS SVN repository. ;-)
Can you give an address for that? I just
On 12/5/06, Simon Roby [EMAIL PROTECTED] wrote:
On 12/5/06, Christopher Stone [EMAIL PROTECTED] wrote:
Is it possible to build this with qt 3.3.7 for people with crappy
distros like Fedora which have a difficult time realizing that KDE is
vastly superior to GNOME?
KDE hasn't moved to Qt 4.x
On 12/5/06, R. Reucher [EMAIL PROTECTED] wrote:
Hi again,
Morgan was right. It was a layout bug... I've uploaded a current snapshot of
my development-tree, which fixes it.
See http://www.mameworld.net/mamecat/
Hi Rene,
I wanted to package this for Fedora, but I am unable to because I do
not
On 12/4/06, Simon Roby [EMAIL PROTECTED] wrote:
On 11/24/06, Christopher Stone [EMAIL PROTECTED] wrote:
On 11/24/06, Hans de Goede [EMAIL PROTECTED] wrote:
Replacing xmame with an enhanced version of sdlmame and reusing the name /
mailinglist / cvs, etc. Has been disussed before and AFAIK
On 11/24/06, Hans de Goede [EMAIL PROTECTED] wrote:
Sven Gothel wrote:
On Thursday 23 November 2006 23:40, Hans de Goede wrote:
Sven Gothel wrote:
Hi Hans,
so they don't have a old fashion mailinglist ?
(I don't like these html forums ..)
I'm afraid not (I don't like these html forums
On 11/22/06, Sven Gothel [EMAIL PROTECTED] wrote:
Hi all,
after almost a few year of xmame abstinence,
I would like to continue a little development on the OpenGL side.
My email address has changed from [EMAIL PROTECTED] - [EMAIL PROTECTED]
I have read about the new render model,
thus I think
Judge put up some text on how to fix the current CVS:
http://ch.jdg.info/mess/xmess.txt
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
On 6/30/06, Laurent Desnogues [EMAIL PROTECTED] wrote:
I own an AMD64 running FC 4 x86_64
FC4 is scheduled to be deprecated in a couple weeks ;-) But nice to
see you have a setup very similar to mine! :)
Welcome aboard!
___
Xmame mailing list
On 5/24/06, Hans de Goede [EMAIL PROTECTED] wrote:
As you al know I've lately been busy with other stuff and my interest in
xmame has been feinting. I did take a shot at adding multiple window
support to the current xmame video code for the debugger and multi
screen games sometime ago. I have
By latest I literally mean latest as in CVS. And, yes, if
*breaks* gcc. No, I'm not talking about a compile error or warning,
I'm talking about actualy gcc breakage, as in there is a bug in gcc.
adding CC=gcc -m32 should be enough, but it's not. It still tries
to link against my 64 bit
On 4/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sun, 16 Apr 2006, Christopher Stone wrote:
Adding LD=ld -m32 is redundant and not necessary since you already
defined it in CC.
This does not always work.
adding CC=gcc -m32 should be enough, but it's not. It still tries
On 4/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sun, 16 Apr 2006, Christopher Stone wrote:
On 4/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sun, 16 Apr 2006, Christopher Stone wrote:
Adding LD=ld -m32 is redundant and not necessary since you already
defined it in CC
On 4/16/06, Carson Gaspar [EMAIL PROTECTED] wrote:
--On Sunday, April 16, 2006 5:35 AM -0700 Christopher Stone
[EMAIL PROTECTED] wrote:
It gives the same error as before when there was no -m option present.
It searches the lib64 dirs for libexpat, says its incompatible, then
at the end
On 4/16/06, Carson Gaspar [EMAIL PROTECTED] wrote:
--On Sunday, April 16, 2006 6:30 AM -0700 Christopher Stone
[EMAIL PROTECTED] wrote:
ugh... I *do* have a 32-bit libexpat installed...
OK, so your system ld was configured... oddly. Add --verbose to the ld line
(or -Wl,--verbose to the gcc
On 4/16/06, Christopher Stone [EMAIL PROTECTED] wrote:
What a pain. Is Fedora the only distro that is _this_ difficult?
Wow, Fedora is not even letting me install i386 -devel packages even
when I force it to use an i386 based repository! Seems my only
options now are to hand install the rpms
.
On 4/14/06, F.J. McCloud [EMAIL PROTECTED] wrote:
Yes you do. Add -m32 again there.
IIRC you also need to pick i386 instead of amd64 in the
makefile.
(Been awhile since I've done this but that's how it worked
prior to xmame-0.99.)
--- Christopher Stone [EMAIL PROTECTED] wrote:
Does anyone
Okay, there is one more issue it seems. The linker looks in
/usr/lib64 instead of /usr/lib when trying to link against libm and
libexpat. How do you tell the linker to look for libraries in
/usr/lib instead of /usr/lib64?
On 4/15/06, Christopher Stone [EMAIL PROTECTED] wrote:
Okay, I added
Does anyone have a makefile that will make a 32 bit version of xmame
on an 86_64 architecture? I tried adding -m32 to CFLAGS, but it fails
at:
usr/bin/ld: warning: i386 architecture of input file
`xmame.obj/cpu/m68000/m68kmake.o' is incompatible with i386:x86-64
output
Generating M68K source
On 4/3/06, Frank Cox [EMAIL PROTECTED] wrote:
Fedora Core 5 has a new and rather annoying feature, where opening a window
from a terminal doesn't give focus to the newly opened window. You have to
click on the newly opened window to give it focus.
KDE behaves normally. One more reason to
Here are some 64 bit patches I made to clean up some warnings. I have
no idea of the correctness of some of these patches.
diff.txt.gz
Description: GNU Zip compressed data
gfire2 works here. How do you create the crash?
On 3/1/06, Oliver Stöneberg [EMAIL PROTECTED] wrote:
gfire2 crashes in xamem, but doesn't in official win32 MAME. Here is
the backtrace:
gram received signal SIGSEGV, Segmentation fault.
0x083db927 in cpu_readop (A=32768) at memory.h:1122
I can only reproduce one of these errors with valgrind-3.1, what
version of valgrind are you using, and what command line are you
using?
I really wonder if valgrind can be trusted...
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
On 2/25/06, Firewave [EMAIL PROTECTED] wrote:
- How do I end the emulation of xmess? ESC doesn't work and the X in the
x11 window doesn't work either. STRG+C in the console where xmess was
started doesn't exits it properly.
You have to press scroll-lock to enable the UI keys, then press ESC.
I was wondering this myself recently, as I now have three mice
attached to my PC. It's not really a big problem though, except that
player 2 could mess up player 1s game play if she so desires ;-)
On 2/12/06, Christoph Fritz [EMAIL PROTECTED] wrote:
Hi
I finally built a spinner today for
(gdb) run apple2p -s6d1
/usr/local/share/xmess/software/apple2/games/action/drol.dsk
(gdb) bt
#0 0x003f35672000 in strlen () from /lib64/libc.so.6
#1 0x003f35671d36 in strdup () from /lib64/libc.so.6
#2 0x00d20c5c in osd_begin_final_unloading () at src/unix/config.c:887
#3
Ya I started mucking around with the makefiles. I removed rules.mak
and added sound and cpu.mak which got xmame to compile, but it failed
to link properly. I hoping Lawrence knows how to fix it.
On 2/4/06, Julian Sikorski [EMAIL PROTECTED] wrote:
Hi. This is probably connected with Aaron's
Lawrence commited some fixes to CVS, xmame now compiles and links, and
xmess now compiles, but link failes on xmess.obj/cheat.o
Getting close! :)
On 2/4/06, Juergen Buchmueller [EMAIL PROTECTED] wrote:
On Sat, 04 Feb 2006 16:42:04 -0700
Lawrence Gold [EMAIL PROTECTED] wrote:
I should have a
On 2/4/06, Christopher Stone [EMAIL PROTECTED] wrote:
Lawrence commited some fixes to CVS, xmame now compiles and links, and
xmess now compiles, but link failes on xmess.obj/cheat.o
Getting close! :)
Oh, I should mention, that's after I modified the MESS ms_rules.mak to
use cpu and sound .mak
ok here it is. Lots of warnings, but they are confined to just a few
files, hopefully it wont be too bad.
On 1/28/06, Lawrence Gold [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
Hi Hans:
Thanks for the reply, that was the problem! I get tons and tons of
warnings when compiling
Hi,
I just got a new super amazingly powerful mongo machine that has a 64
bit cpu, and when I compile xmame/xmess I get the following warning on
link:
/usr/bin/ld: warning: i386 architecture of input file
`xmess.obj/unix.x11/effect_asm.o' is incompatible with i386:x86-64
output
Is it safe to
in looking into these, or should I just
patiently wait for more mamedevs to upgrade their PCs?
Regards,
Chris
On 1/24/06, Hans de Goede [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
Hi,
I just got a new super amazingly powerful mongo machine that has a 64
bit cpu, and when I compile xmame
On 12/28/05, smf [EMAIL PROTECTED] wrote:
There is to an extent. There are several high up developers who wish to
ditch -verifyroms and even the whole concept of a built in database of roms.
I reckon the fall out after that will be very fun to watch.
This is the only thing you said that makes
The CVS is currently missing the latest src/mame.mak file. I'll ask
Nate if there was any reason why he omitted it, if not then I'll check
it into CVS. In the meantime you can just grab the latest diff file
and add the two or three missing lines from that file.
On 12/27/05, [EMAIL PROTECTED]
On 12/23/05, smf [EMAIL PROTECTED] wrote:
Huh? Is this some kind of attempt at an insult?
It was humour. If you want to take it as an insult then it's up to you.
No, it was just stupid.
Seriously man, if you don't have anything intelligent to say, then don't
say it.
Touché
Oh right,
On 12/23/05, Pete French [EMAIL PROTECTED] wrote:
What is a poke rom?
Its a pun - a few years ago there was a japanese gameboy game called
''pokemon'
which was marketted (at least over here) with the slogan gotta catch 'em
all.
in mame circles the act of trying to collect a full set of
FYI, mace and macea chds *are* different. moving mace to macea will
give you a correct macea chd, but then it leaves you without a mace
chd. By repair, I am implying that you patch the macea chd to make a
correct mace chd. I'm surprised you did not understand what I was
referring to.
On
On 12/22/05, smf [EMAIL PROTECTED] wrote:
Other than that you fell foul to the anti poke rom leagues christmas
campaign: Full mame sets aren't just for christmas. They'll be clogging up
your hard drive for ever.
Huh? Is this some kind of attempt at an insult? Do you think you
could refrain
Just for those of you who need to repair their mace chd and don't know
how to do it with the PAR2 file that is floating around, all you need
is libpar2 and gpar2 files from:
http://sourceforge.net/project/showfiles.php?group_id=30568
gpar2 works beautifully!
I reported the bug to the packager of my kde packages, they confirmed
the bug and should be fixed soon.
On 12/11/05, P. Cizaire [EMAIL PROTECTED] wrote:
Can it be related to a missconfigured ls that is used somewhere (see ls -F) ?
On 12/10/05, Christopher Stone [EMAIL PROTECTED] wrote
$ artsc-config --cflags
-I/usr/include/kde/artsc@
For some reason my artsc-config is putting an @ at the end of the
directories, I'm guessing this is a bug in artsc-config?
On 12/10/05, Lawrence Gold [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
I just installed KDE 3.5 and discovered
I just installed KDE 3.5 and discovered today that the arts sound
drivers for xmame are no longer compiling.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Where are xmame versions:
0.18
0.18pl1
0.18pl2
0.19
0.19.1
0.20
0.20.1
0.20.2
0.20.3
0.21.1
0.21.6
0.21.7
0.22.1
0.23.1
0.23.2
0.23.3
0.26.1
0.26.2
0.26.3
0.27.2
0.28.2
0.29.1
0.29.3
0.33b4.1
0.33.1
0.33.2
0.34.1
0.35b10.2
0.35.2
? Historic versions are complete? ya
works for me now too.
On 10/30/05, Lawrence Gold [EMAIL PROTECTED] wrote:
Samson Lee wrote:
Has anybody gotten California Speed (calspeed) to work with xmame? I
have both the rom and chd files, and the game loads without errors under
windows mame.
This is the error that xmame gives:
crashes for me too
On 10/23/05, Samson Lee [EMAIL PROTECTED] wrote:
Has anybody gotten California Speed (calspeed) to work with xmame? I
have both the rom and chd files, and the game loads without errors under
windows mame.
This is the error that xmame gives:
*** glibc detected ***
Compiling src/usrintrf.c ...
src/usrintrf.c: In function 'menu_main':
src/usrintrf.c:1414: error: 'UI_rapidfire' undeclared (first use in
this function)
src/usrintrf.c:1414: error: (Each undeclared identifier is reported only once
src/usrintrf.c:1414: error: for each function it appears in.)
make:
BTW,
Nate is looking for a pentium BIOS to add to MESS. If you got one,
send me a private e-mail.
Thanks,
Chris
On 10/12/05, Olivier Galibert [EMAIL PROTECTED] wrote:
Federico wrote:
I have a question. I have an old laptop with a Pentium I 100Mhz and 32
MB ram. Do you think xmame can run in
On 9/19/05, Toan T Nguyen [EMAIL PROTECTED] wrote:
Thank for the encouragement. I don't think I will try to write config
to the normal
xmame config file because this may cause incompatibility with other
frontend or future version of xmame and hard to maintain.
On the contrary, the config file
-- which is pretty good because I have high
standards. :) Keep up the great work!
-Chris
On 9/18/05, Toan T Nguyen [EMAIL PROTECTED] wrote:
On 9/17/05, Christopher Stone [EMAIL PROTECTED] wrote:
In addition, when I click on Unavailable roms, all the BIOS roms show
up even though my bios
Has anyone made an rpm for this yet? It wont run properly in the
build directory :(
On 9/16/05, Toan T Nguyen [EMAIL PROTECTED] wrote:
Download at:
http://sourceforge.net/projects/kxmame/
ChangeLog since 1.0.2:
Fixes:
Fix 'disable sound' doesn't work for newer xmame
Hi,
PLEASE PLEASE PLEASE make the skins compatible with MAMEWAH [1].
MAMEWAH has lots of cool skins that have already been made [2]. Would
be nice if we could use these skins for MAMED.
[1] http://mamewah.mameworld.net
[2] http://home.comcast.net/~cpviewer/mamewah.htm
-Chris
On 9/10/05,
Does kxmame need to be installed in order to run correctly? I
compiled it and ran it under the ./src/ directory and it didn't last
very long. :)
KCrash: Application 'kxmame' crashing...
On 8/25/05, Toan T Nguyen [EMAIL PROTECTED] wrote:
Hello everyone,
I'm pleased to annouce the first
in
manupulating the game filters list. I fixed them in the latest cvs.
Toan
On 8/26/05, Christopher Stone [EMAIL PROTECTED] wrote:
Does kxmame need to be installed in order to run correctly? I
compiled it and ran it under the ./src/ directory and it didn't last
very long. :)
KCrash
According to the Changelog there were two releases for xmame 0.28
http://x.mame.net/changes-unix.html
Do you have every version that is mentioned in the change log?
On 8/9/05, Mame Fan [EMAIL PROTECTED] wrote:
Good morning,
I've been working to create an archive of historic Xmame sources.
LOL. This is a problem?
On 7/25/05, Julian Sikorski [EMAIL PROTECTED] wrote:
So fedora sucks once again. I have to use gcc 3.2.3 which deprecates
#pragma once, or gcc 4.0.0 miscompiling v60 core :(.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
This isn't fixed in the CVS?? I could have sworn Lawence updated CVS...
On 7/25/05, Julian Sikorski [EMAIL PROTECTED] wrote:
Compiling src/sndhrdw/mcr.c ...
In file included from src/sndhrdw/mcr.c:19:
src/includes/mcr.h:16: error: array type has incomplete element type
make: ***
What's really amazing is that there were no linker errors this time!
Way to go MAMEdevs! ;-)
On 7/19/05, Matthias Saou [EMAIL PROTECTED] wrote:
Lawrence Gold wrote :
I just tried to recompile a current CVS checkout on Fedora Core 4
i386 and
got this error :
[...]
mkdir -p
Lawrence:
FYI: Nate told me to tell you that for the next xmame release, you
should use the MAME version of the PPC core instead of what is in the
MESS CVS. The MESS version is a fork and it currently breaks the
model3 games or something.
___
Xmame
I just noticed these warnings:
src/unix/blit/advance/xq2x_yuy2.h: In function
'blit_xq2x_line_3x3_lq2x_16_YUY2':
src/unix/blit/advance/xq2x_yuy2.h:66: warning: 'p2[0]' may be used
uninitialized in this function
src/unix/video-drivers/x11.c: In function 'x11_set_window_hints':
=
{seconds = 0, subseconds = 1556386400}) at src/timer.c:357
#4 0x080c1c45 in cpu_run () at src/cpuexec.c:918
#5 0x0806697d in run_game (game=0) at src/mame.c:599
#6 0x094854d9 in main (argc=0, argv=0x0) at src/unix/main.c:92
On 6/19/05, Christopher Stone [EMAIL PROTECTED] wrote
On 4/24/05, Frank Cox [EMAIL PROTECTED] wrote:
compiles to 4438 bytes with GCC4 but only 4730 bytes with GCC 3.4.3.
There must be slightly more standard overhead with GCC4, but that
appears to be made-up-for with a less trivial program.
It looks like its smaller with gcc4 to me.
There is a bug in the user interface in xmame/xmess in which that last
character typed from the UI is sent to the emulated machine. This
does not occur in Windows. To understand what I am talking about you
can run this simple test case:
1. xmess.x11 apple2p
2. press ctrl-F12 (this is the apple2
Might also want to try 0.95.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
On Apr 5, 2005 5:49 PM, Bruno Barrera C. [EMAIL PROTECTED] wrote:
Hi list,
Any ideas about [1] ?
[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=301623
Works for me.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
I retested it again after removing my nvram file, and it started with
no problems. After pressing OK I immediately press F2 and hold it
down, then I tap the F3 key once while continuing to hold down F2.
Once the EEPROM OK message appears, I release F2. I tested this twice
and it worked
On Mon, 28 Mar 2005 09:48:05 +0200, Peter Trauner
[EMAIL PROTECTED] wrote:
Hello,
MESS consoles:
special keys like (left alt+page down) are not working in arcadia,
supervision (but work in vic20/computer if in ui-mode).
For some reason, MESS consoles are always in ui_active mode, however,
the
On Mon, 28 Mar 2005 09:48:05 +0200, Peter Trauner
[EMAIL PROTECTED] wrote:
Hello,
MESS supervision lcd aspect ratio is quadratic:
I'll check this in for you. Your CVS account should still be active
AFAIK though. Let me know if you need me to reset your CVS password.
Works fine here.
On Tue, 29 Mar 2005 00:31:27 +0200, Maxime Henrion [EMAIL PROTECTED] wrote:
Hi all,
I've been trying to get Simpson's Bowling to work with xmame with no
luck as of now. I have the correct rom, bios and CHD, but I can't get
past that screen with four red BAD
?
Christopher Stone worked on that several releases ago. I haven't really
pursued it, because apparently MAGE duplicates a bunch of core MAME
files rather than using them directly the way MESS does. It also
doesn't (or didn't) appear to keep in sync with the MAME releases
On Mon, 21 Mar 2005 13:27:14 -0800 (PST), Dan Hollis [EMAIL PROTECTED] wrote:
netmame is core too isnt it?
so youre saying all core modifications will rejected?
Are you saying you have a netmame core rewrite and you are not sure if
it has any core code?
The netmame code was removed from the
On Mon, 21 Mar 2005 13:49:44 -0800 (PST), Dan Hollis [EMAIL PROTECTED] wrote:
because this netmame code works? but since its core, it would be rejected,
shrug shoulders and sigh? i'll keep it to myself and use it amongst
friends instead.
It's possible Lawrence can maintain it and patch the
Just out of curiosity, what is a pokerom? :)
On Sat, 19 Mar 2005 12:50:24 -0700, mushroom blue
[EMAIL PROTECTED] wrote:
On Fri, 2005-03-18 at 21:33 +0100, Olivier Galibert wrote:
On Fri, Mar 18, 2005 at 12:08:03PM -0800, Dan Hollis wrote:
Has anyone revisited the subject of 7-zip support
Would the blitters compile any faster if they used gcc's precompiled
header feature?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
In MESS, ctrl-pgup will not respect UI mode (scrllock). In other
words, ctrl-pgup should only work when MESS UI mode is on.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
On Fri, 31 Dec 2004 09:23:57 +0100, Hans de Goede [EMAIL PROTECTED] wrote:
... I see no reason (ever) to stretch a game
across multiple monitors especially since doing this with the usual two
monitor setup in combination with the aspect keeping code will give you
the same size as using only
I remember a long time ago, in a galaxy far far away xmame used to
support .gz compression. Somewhere along the way this got removed,
however I think it would be a beneficial feature mainly for the xmess
side of things. Many disk images and carts, and so forth are
compressed with gz since they
I'm not sure if this is xmame only, or also affects dos, but warlords
doesn't seem to display all the graphics when artwork is enabled.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
If XINPUT_DEVICES is commented in makefile.unix, then
src/unix/video-drivers/xinput.c does not compile correctly giving the
following errors:
src/unix/video-drivers/xinput.c: In function 'xinput_open':
src/unix/video-drivers/xinput.c:425: error: 'X11_FORCE_INPUT_GRAB'
undeclared (first use in
On Fri, 24 Dec 2004 16:01:12 -0600, Frank Cox [EMAIL PROTECTED] wrote:
FEATURE IDEA
It occurs to me that it might come in handy to have a little log file that
stores the messages that xmame normally sends to the terminal every time
you load a game. This little log could be
Maybe we should add -std=c99 to the makefile? Can someone remind me
what are the reasons for converting // comments to /* */ style, and
for ensuring no C99 code is in xmame?
On Sun, 19 Dec 2004 11:42:09 -0700, Lawrence Gold [EMAIL PROTECTED] wrote:
Julian Sikorski wrote:
As usual:
On Sun, 19 Dec 2004 12:50:35 -0700, Lawrence Gold [EMAIL PROTECTED] wrote:
It's because some platforms just have old-fashioned compilers. Until it
becomes really burdensome, I don't mind supporting C89. But at some
point I imagine C99 will become standard.
According to the gcc man page, C99
This is an interesting topic, it has never occured to me to offload
effects code onto a GPU. As an end-user this would be a very nice
feature to have. With some of the effects, I can't even get pacman to
run fullspeed with both artwork and advance effects. Would it make
sense to use the new
This is a bad patch, it is full of indenting changes. It is much
better to sumbit whitespace changes as a separate patch.
On Wed, 15 Dec 2004 15:01:47 +, Matthew Earl [EMAIL PROTECTED] wrote:
Ok, heres what I've got so far:
http://users.ox.ac.uk/~newc2303/gpupatch.txt
Details:
- All
That's strange I get the same error as Julian gets.
On Sat, 11 Dec 2004 20:04:55 -0700, Lawrence Gold [EMAIL PROTECTED] wrote:
Julian Sikorski wrote:
Is it a bad rom, or something wrong with the driver?
It seems to work here, so I'd suspect a bad rom.
On Wed, 08 Dec 2004 10:37:51 +0100, Hans de Goede [EMAIL PROTECTED] wrote:
Erm, I really should take the time to read it (I've done so a long time
ago), but you mean that there is not a list of these specific
modifications I assumed that there would be a list of what those mods
are, for
The MAME license is a joke
On Tue, 7 Dec 2004 22:28:47 -0800 (PST), Ken Arromdee
[EMAIL PROTECTED] wrote:
On Wed, 8 Dec 2004, Mark Nipper wrote:
Also the derivative works clause. The license basically says you can
distribute derivatives, but we consider a derivative work to be
:37:09 +0100, Hans de Goede [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
The MAME license is a joke
Explain?
Regards,
Hans
On Tue, 7 Dec 2004 22:28:47 -0800 (PST), Ken Arromdee
[EMAIL PROTECTED] wrote:
On Wed, 8 Dec 2004, Mark Nipper wrote:
Also
src/machine/nitedrvr.c:11: error: static declaration of 'nitedrvr_gear' follows
non-static declaration
src/includes/nitedrvr.h:11: error: previous declaration of 'nitedrvr_gear' was h
ere
src/machine/nitedrvr.c:12: error: static declaration of 'nitedrvr_track' follows
non-static declaration
They are declared static in the .c files
On Mon, 1 Nov 2004 16:57:26 -0700, Lawrence Gold [EMAIL PROTECTED] wrote:
On Nov 1, 2004, at 2:22 PM, Christopher Stone wrote:
src/machine/nitedrvr.c:11: error: static declaration of
'nitedrvr_gear' follows
non-static declaration
src
On Sat, 30 Oct 2004 11:06:49 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
Hans:
Did some testing after you logged out with effect switching in DGA
mode. It still skips some modes that worked before. It's skipping
rgbstripe and rgbscan, these used to work
I got this email from Raphael:
The problem is MacMESS is not using Makefile but custom project
files; I can but guess the necessary changes to the Makefile when I
add new files, so I not commit them but rely on other to do so.
Maybe I should systematically post a note to MESSDEV when I add
Hans:
Did some testing after you logged out with effect switching in DGA
mode. It still skips some modes that worked before. It's skipping
rgbstripe and rgbscan, these used to work for me before. Even if I
try to start effect 3 from the command line it's telling me it can't
find a suitable
On Thu, 28 Oct 2004 18:04:01 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
I've got this really really fixed now in CVS. Please pound on it. The
ghost images are still there though.
The scaling hotkeys work great in DGA mode, however in Xv and OpenGL
mode, the Shift-Ins/Home/End/Del hotkeys
On Wed, 27 Oct 2004 09:43:55 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
with artwork, the artwork flashes on and off really fast.
As always any more clues?
Well I tried with -nolcf to see if it was one of the options I set,
but this didn't help. If I start
On Wed, 27 Oct 2004 10:32:41 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
Thanks, thats the clue I needed. If I start directly in fullscreen mode
I have the bug too. Its fixed in CVS now. Please test.
Yep fixed!, kinda. It will still flash if you run -skip_gameinfo and
I just found another
On Wed, 27 Oct 2004 16:30:00 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
Ok all cases of flashing should be really fixed now! please test.
All flashing bugs seem to be fixed now! :D
Is XV fixed now?
I think I've got this fixed now, please test.
Works again now! :D
Thats correct, but it
On Tue, 26 Oct 2004 23:07:50 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
On Mon, 25 Oct 2004 01:40:11 -0700, Christopher Stone
Have you tested this with -skip_gameinfo?
No I haven't thanks for the hint, should be fixed in CVS as of now.
Confirmed fixed
On Tue, 26 Oct 2004 22:56:46 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
Christopher Stone wrote:
with artwork, the artwork flashes on and off really fast.
Hmm, strange this was a known bug, but now it should work fine. It does
work fine here. Could you try with -vsync-pagelimit 0
On Mon, 25 Oct 2004 08:11:39 +0200, Hans de Goede [EMAIL PROTECTED] wrote:
What happens if you use the ui, for example press F11 to show the number
of fps.
I have three pictures for you:
http://tkmame.retrogames.com/starcas1.png
This is a picture of star castle running in x11-mode 2 with
1 - 100 of 222 matches
Mail list logo