This patch is a little clean up.
Shyouzou Sugitani wrote:
> 1. pacman and 1943 segfault at exit.
>If I remove the allocation of rotation_dbbuf in osd_create_display(),
>they segfault at start.
> (Very strange. rotation_dbbuf should be allocated in
> update_visible_area().)
>Without a
Sven Goethel wrote:
> rotation stuff is within video.c (no problem), but in the blit* macros either !
To avoid rotation in the blit* macros, add a new global variable(like
blit_hardware_rotation), and chnage
if (blit_flipx || blit_flipy || blit_swapxy) {
to
if (!blit_hardware_rotation && (blit_
Lawrence Gold wrote:
> > > 2. Tempest segfaults when rotation is enabled.
> >
> > Attached file is a patch for fixing this bug.
>
> Thanks. Everything seems to be working fine now.
One more patch.
This patch fixes the segfaults with some games(1941, 19xx, etc.).
I'm having one problem:
1. pac
On Wed, Feb 12, 2003 at 12:11:06PM +0100, Gerd Sussner wrote:
> hi folks,
>
> i have never played area51 until today. now i have realised that it seems
> to be broken. when i start the game with "xmame.x11 area51" after some
> time my screen gets dumped with
>
> 27272727 27272727
>
> lines. fina
On Wed, Feb 12, 2003 at 12:46:40PM +, EmulMad wrote:
> Hi all,
>
> I would be grateful to find out why with many releases the record option is
> not available. Could someone point me in the direction of where to switch
> this back on?
Which release(s) are you having problems with? It appe
On Wed, Feb 12, 2003 at 10:16:25AM -0700, William Kucharski wrote:
> gunbird2 never actually creates a window for me. Anyone else?
I get a window, but it takes longer than most games and really bogs down
the system. It's probably quite a memory hog.
On Thu, Feb 20, 2003 at 03:47:38PM +0900, Shyouzou Sugitani wrote:
> Lawrence Gold wrote:
> > 2. Tempest segfaults when rotation is enabled.
>
> Attached file is a patch for fixing this bug.
Thanks. Everything seems to be working fine now.
___
Xmame
I forgot one important speed advantage of advancemame - it still
supports 8-bit modes, which is a lot faster than 16 bit. xmame
dropped 8 bit when the core did a while back, which definitely slowed
things down.
Dan
___
Xmame mailing list
[EMAIL PROTE
I'm comparing XMAME to 0.62 for Windows. The Motherboard is an Amptron P55LMR
or some name to that regard. In specific, it has an SiS 530 chipset w/
onboard video (shares 8 MB of PC100 memory), C-Media 8738 audio. 100 MHz bus
of couse. The Voodoo 3 overrides onboard video.
-- Deven "Epicenter"
Hi Deven,
On Friday 21 February 2003 10:11 pm, you wrote:
> Turned it on, recompiled. Only a 1-frameskip improvement. Still runs at 50%
> at 0 Fskip in Aero Fighters (aerofgt.zip). Can only run at 100% at 3-6
> Frameskip.
Two thoughts:
Firsly, what are you comparing XMAME against? Is the win
Turned it on, recompiled. Only a 1-frameskip improvement. Still runs at 50%
at 0 Fskip in Aero Fighters (aerofgt.zip). Can only run at 100% at 3-6
Frameskip.
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 05:16 pm, you wrote:
> > 5. Compiled a 2.4.19 kernel with nearly everything off
gcc -v reports: "gcc 2.95.4 20011002 (Debian prerelease)
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 04:46 pm, you wrote:
> >>ok then this is proof it is not a blitter problem, and it probably not a
___
Xmame mailing list
[EMAIL PROTECTED]
Deven wrote:
Yes. Same problem with default-- no CFLAGS, and gcc 2.x.
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 01:24 pm, you wrote:
ok then this is proof it is not a blitter problem, and it probably not a
video related problem either. There is something else going on. Have you
Yes, mine has that. But these are geniune USB HID devices. Linux and Windows
support them, but they aren't arcade controls mapped to a keyboard like most
MAME cabinets.
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 04:23 pm, you wrote:
> Many motherboards (dare I say most?) have a BIO
Yes. Same problem with default-- no CFLAGS, and gcc 2.x.
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 01:24 pm, you wrote:
> ok then this is proof it is not a blitter problem, and it probably not a
> video related problem either. There is something else going on. Have you
> tried com
*eyebrow* I know what I'm doing with the parameters. I only turned on
-throttle because it was lagging to an insane degree in all games, and
Throttle added a considerable speed-up. There wouldn't be any real reason
to provide an output file, since the FPS ratings I've given for EVERY
combination
It has to frameskip an extra 2-3 frames to keep it around 100%.
-- Deven "Epicenter" Gallo
On Thursday 20 February 2003 01:15 pm, you wrote:
> Apologies if this has been gone through before (I've only been half
> following this conversation), but what happens in xmame with the
> -nothrot
Lawrence Gold wrote:
> On Fri, Feb 21, 2003 at 09:30:52AM -0500, Deven wrote:
>
>>If I do have to use Windows .. is there some sort of absolute-minimal install
>>I can use? I would use DOS, but this arcade box uses USB controls, and if I
>>am not mistaken, USB support in DOS is very, very sketch
5. Compiled a 2.4.19 kernel with nearly everything off (only kept what I
really needed.) Optimized the kernel for K6-series CPUs (k6/k6-2/k6-3).
This is the problem right here.
Did you turn on MTRR support? Or did you leave it off? I believe its default
is off, and if you left it that way, your
On Friday 21 February 2003 06:30 am, Deven wrote:
> Is there a pre-fab CD-ROM or downloadable installer of some sort that will
> set up an XMAME linux enviornment?
There is also KnoppixMAME
http://www.ibiblio.org/pub/Linux/system/emulators/
___
Xmame
On Friday 21 February 2003 05:18 am, [EMAIL PROTECTED] wrote:
> It runs at the same speed covered or not.
ok then this is proof it is not a blitter problem, and it probably not a video
related problem either. There is something else going on. Have you tried
compiling it with NO opitmizations,
On Thursday 20 February 2003 10:15 am, Steve Freeland wrote:
> Apologies if this has been gone through before (I've only been half
> following this conversation), but what happens in xmame with the
> -nothrottle option instead of -throttle?
ya it seems kinda funny that you are telling it to
On Fri, Feb 21, 2003 at 09:30:52AM -0500, Deven wrote:
> I tried the new blit code patch .. no real help; it runs about the same as it
> did before. It's starting to seem more and more like I'm going to have to run
> Windows on here.. doesn't look like I'm ever going to get this working
> proper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 February 2003 18:36, Lawrence Gold wrote:
> On Thu, Feb 20, 2003 at 06:05:58PM +0100, Sven Goethel wrote:
> > hmm ..
> >
> > looks like unix/video.c:adjust_bitmap_and_update_display(...)
> > does the bitmap rotation if such blit_* flags
On Thu, Feb 20, 2003 at 06:05:58PM +0100, Sven Goethel wrote:
>
> hmm ..
>
> looks like unix/video.c:adjust_bitmap_and_update_display(...)
> does the bitmap rotation if such blit_* flags are set !
>
> video_norotate forces makes osd_video_initpre to ignore the games orientation,
> and the users
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 February 2003 17:25, Lawrence Gold wrote:
> On Thu, Feb 20, 2003 at 04:55:02PM +0100, Sven Goethel wrote:
> > well, sounds nice, 'cause opengl can provide this rotation in hardware !
>
> I forgot about that. Someone had mentioned it a w
On Thu, Feb 20, 2003 at 04:55:02PM +0100, Sven Goethel wrote:
>
> well, sounds nice, 'cause opengl can provide this rotation in hardware !
I forgot about that. Someone had mentioned it a while ago.
> ... so can i use the blitter _without_ rotation ??
You can use the bitmap provided by the core
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 February 2003 16:41, Lawrence Gold wrote:
> It's been too long since I made any changes to the code, so I don't recall
> any details, but my goal was to get it to compile and run without
> crashing. It was broken by some of the core ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 February 2003 16:41, Lawrence Gold wrote:
> The biggest change now is that the MAME core no longer rotates the bitmap,
> so using the bitmap directly will cause many games to be oriented the
> wrong way.
>
well, sounds nice, 'cause open
On Thu, Feb 20, 2003 at 02:11:12PM +0100, Sven Goethel wrote:
>
> Q why and who:
> - removed the whole split texture semantics
> - texture number loops texnumx/texnumy removed
> - reset the square to 0/0 - orig_width/orig_height
>
> - glgen.c:896 void Init
On Fri, Feb 21, 2003 at 09:30:52AM -0500, Deven wrote:
>
> If I do have to use Windows .. is there some sort of absolute-minimal install
> I can use? I would use DOS, but this arcade box uses USB controls, and if I
> am not mistaken, USB support in DOS is very, very sketchy.
Er, disregard my pr
On Fri, Feb 21, 2003 at 09:30:52AM -0500, Deven wrote:
> I tried the new blit code patch .. no real help; it runs about the same as it
> did before. It's starting to seem more and more like I'm going to have to run
> Windows on here.. doesn't look like I'm ever going to get this working
> proper
On Thu, Feb 20, 2003 at 03:47:38PM +0900, Shyouzou Sugitani wrote:
> Lawrence Gold wrote:
> > 2. Tempest segfaults when rotation is enabled.
>
> Attached file is a patch for fixing this bug.
Thanks, I'll give this a try after work today. BTW, your other patches
worked great for Ms. Pac-Man.
_
I tried the new blit code patch .. no real help; it runs about the same as it
did before. It's starting to seem more and more like I'm going to have to run
Windows on here.. doesn't look like I'm ever going to get this working
properly. For comparison, these are my optimal results in each OS:
L
On Thursday 20 February 2003 14:11, you wrote:
> dear xmame'ers
>
> 'cause i am getting sentimental ;-),
> i want to play it again.
I'm glad to here that, Sven ! Was a bit odd with all these broken releases
lately :)... in regard to xgl at least.
> any hints for me, how i can bugfix my old code ?
It runs at the same speed covered or not.
-- Deven "Epicenter" Gallo
On 19 Feb 2003 at 19:03, XulChris wrote:
> try running it in a window, then cover the window up with another window so
> nothing needs to be drawn to the screen and see how fast it runs.
>
> _
I gave svgalib a shot. Same results, unfortuntely, plus I can't use options like -
xsync, so the performance was actually lower.
-- Deven "Epicenter" Gallo
On 20 Feb 2003 at 2:04, [EMAIL PROTECTED] wrote:
>
> What's different about AdvanceMAME .. is it quicker than normal
> XMAME,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dear xmame'ers
'cause i am getting sentimental ;-),
i want to play it again.
any hints for me, how i can bugfix my old code ?
Q why and who:
- removed the whole split texture semantics
- texture number loops texnumx/texnumy r
38 matches
Mail list logo
