I believe that SDLMAME-specific questions should go to the board
(http://www.bannister.org/forums/ubbthreads.php?ubb=postlist&Board=8&page=1),
as you will find more users there.
As for QMC2, I've done some smoke tests and it seems to work nice. I
have some suggestions, though:
1. Could you add supp
R. Reucher napisał(a):
> Hi,
>
> On Mi, Oktober 18, 2006 15:00, Julian Sikorski wrote:
>> qmamecat2 partially works with sldmame too. And because it is configured via
>> xml files, making it work better should be moderately easy task
> Well, QMC2 0.1.b5 should work just fi
Matthias Saou napisał(a):
> Frank Cox wrote :
>
>> On Tue, 17 Oct 2006 17:34:52 -0400
>> "c.s.h." <[EMAIL PROTECTED]> wrote:
>>
>>> Do any of the linux mame front ends work with SDLMame?
>> http://it.geocities.com/pinguinogoloso/
>
> A frontend in tcl/tk hosted on geocities!? Ugh :-)
>
> And "Th
theGREENzebra napisał(a):
> So, recently (a few minutes ago?) I wanted to check out sdlmame and
> hans' patches, but I 404 on all of the urls in his email. Is there a new
> spot I should be looking?
>
> B
Sdlmame has a new home at one of http://rbelmont.mameworld.info, so you
should be able to gra
Julian Sikorski napisał(a):
> Linking xmess.x11 ...
> xmess.obj/unix.x11/fronthlp.o: In function `frontend_list':
> fronthlp.c:(.text+0x10d3): undefined reference to `print_mess_devices'
> collect2: ld returned 1 exit status
> make: *** [xmess.x11] Error 1
>
> The
Linking xmess.x11 ...
xmess.obj/unix.x11/fronthlp.o: In function `frontend_list':
fronthlp.c:(.text+0x10d3): undefined reference to `print_mess_devices'
collect2: ld returned 1 exit status
make: *** [xmess.x11] Error 1
The fix is trivial, it is enough to change the function in line 551 of
src/unix
Julian Sikorski napisał(a):
> Well, it seems that 0.103u2 needs a bit more work than my compilation
> patch. The command
>
> /usr/local/bin/xmame.x11 -noloadconfig -listxml 2
>
> which is invoked by kxmame while creating gamelist, slows system down to
> an unusable level. T
Well, it seems that 0.103u2 needs a bit more work than my compilation
patch. The command
/usr/local/bin/xmame.x11 -noloadconfig -listxml 2
which is invoked by kxmame while creating gamelist, slows system down to
an unusable level. There were some config file parsing changes made,
maybe they are t
0106u3.diff.bz2
Description: application/bzip
Attached a patch that removes translucency option, as it no longer
compiles with 0.106u2. Btw, the features Aaron's new rendering system
will offer seem to be awesome, it would me nice it at least some of them
were ported to unix. Greets.
0106u2.diff.bz2
Description: application/bzip
Hans de Goede napisał(a):
>
> With DGA the code will show some frames twice when the monitor refresh
> rate is higher then the games, and drop some frames when vica versa.
>
> Regards,
>
> Hans
>
Would it be a problem to add the same feature (which is mentioned as
method 3 in the article) to x
Hans de Goede napisał(a):
>
> Julian Sikorski wrote:
>> Hans de Goede napisał(a):
>>> Julian Sikorski wrote:
>>>> Hi. I have some questions about -keepaspect and -displayaspectratio
>>>> options. To make the games look like in the arcade, I should use
Hans de Goede napisał(a):
>
> Julian Sikorski wrote:
>> Hi. I have some questions about -keepaspect and -displayaspectratio
>> options. To make the games look like in the arcade, I should use -ka
>> switch, right? This would mean that games with weird resolutions, e.g.
&g
Hi. I have some questions about -keepaspect and -displayaspectratio
options. To make the games look like in the arcade, I should use -ka
switch, right? This would mean that games with weird resolutions, e.g.
400x254 (mitwunit) were originally stretched in the arcade, or the
monitors used did not ha
Julian Sikorski napisał(a):
> As a result, MESS CVS ceased to compile. It stops here:
>
> [OSDEPEND] Compiling src/unix/sound.c ...
> src/unix/sound.c: In function ‘sound_update_refresh_rate’:
> src/unix/sound.c:36: error: invalid operands to binary /
> src/unix/so
As a result, MESS CVS ceased to compile. It stops here:
[OSDEPEND] Compiling src/unix/sound.c ...
src/unix/sound.c: In function ‘sound_update_refresh_rate’:
src/unix/sound.c:36: error: invalid operands to binary /
src/unix/sound.c: In function ‘osd_sound_enable’:
src/unix/sound.c:94: error: invali
Frank Claycomb napisał(a):
> i was wondering if someone could please explain to me how to get xmame
> into fullscreen. i tried the -fullscreen option but it is not working
> for me. i even did the left alt and page-down and it still didnt work.
>
> any help would be greatly appreciated
>
> -Fra
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>> Got it to work, it was some problem on my side. Btw, I have some questions:
>> -what are files in artwork dir for?
>
> I've never noticed those before, but I presume they're overlays or
> bezels, much like
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>> I tried to compile mess cvs today. Here is what I got:
>>
>> [MESS] Compiling mess/vidhrdw/m6847.c ...
>> mess/vidhrdw/m6847.c: In function ‘m6847_init’:
>> mess/vidhrdw/m6847.c:1847: warning:
I tried to compile mess cvs today. Here is what I got:
[MESS] Compiling mess/vidhrdw/m6847.c ...
mess/vidhrdw/m6847.c: In function ‘m6847_init’:
mess/vidhrdw/m6847.c:1847: warning: implicit declaration of function
‘add_full_refresh_callback’
mess/vidhrdw/m6847.c: In function ‘video_update_m6847’:
This time the thing is connected with change how 0.105u1 handles clones:
[OSDEPEND] Compiling src/unix/video.c ...
src/unix/video.c: In function `osd_create_display':
src/unix/video.c:558: error: structure has no member named `clone_of'
--snip--
src/unix/video.c:567: error: structure has no member
Here is the console output:
xmess.obj/unix.x11/fileio.o: In function `init_errorlog':
fileio.c:(.text+0x43): undefined reference to `options'
collect2: ld returned 1 exit status
make: *** [imgtool] Error 1
I have unix tree from mess cvs and win mess 0.105 source. xmame 0.105
built fine. Just a he
Lawrence Gold napisał(a):
> On Mar 3, 2006, at 7:20 AM, Julian Sikorski wrote:
>
>> The mentioned files are present in mame tree in src, src, src/debug and
>> src/unix respectively. My bet is that something is wrong with include
>> dirs. Btw, I'm using unix.mak from
Luo Yong napisał(a):
> Here's the problem:
>
> src/cpu/m68000/m68kmame.h:8:20: driver.h: No such file or directory
> src/cpu/m68000/m68kmame.h:9:22: cpuintrf.h: No such file or directory
> src/cpu/m68000/m68kmame.h:11:22: debugger.h: No such file or directory
> src/cpu/m68000/m68000.h:4:21: osd_cp
Have a look here. Something strange is happening. Isn't the space after
gcc too long?
[EMAIL PROTECTED] mame]$ LANG=en_GB make
/opt/gcc34/bin/gcc -std=gnu89 -Wall -Wno-unused -O3 -march=prescott
-Ixmame.obj/cpu/m68000 -c src/cpu/m68000/m68kmake.c -o
xmame.obj/cpu/m68000/m68kmake.o
M68K make src/
[EMAIL PROTECTED] napisał(a):
> P. Cizaire <[EMAIL PROTECTED]> écrit :
>> Afaik SHA1 is enough, btw the tools you are planing to write already
>> exists. there is clrmame and others, see "mame rom manager"
>
> yes those tools exists. but as I mentioned I'm a Mac User and linux PPC user
> (thus no
Lawrence Gold napisał(a):
> On Feb 24, 2006, at 1:19 AM, Julian Sikorski wrote:
>
>> Btw I have noticed that skip_disclaimer option is still present in
>> xmame. Wasn't it removed from the core?
>
>
> It doesn't appear to have been. The 0.104u3 patch r
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>
>>The first problem was connected with removed common.h - I have managed
>>to solve it. The second one it too difficult for me, though:
>
>
> The attached patch to the 0.104 src/unix should allow you to build. I
&g
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>
>>The first problem was connected with removed common.h - I have managed
>>to solve it. The second one it too difficult for me, though:
>
>
> The attached patch to the 0.104 src/unix should allow you to build. I
&g
The first problem was connected with removed common.h - I have managed
to solve it. The second one it too difficult for me, though:
[OSDEPEND] Compiling src/unix/video.c ...
src/unix/video.c: In function `update_debug_display':
src/unix/video.c:743: error: `DEBUGGER_TOTAL_COLORS' undeclared (first
Frank Cox napisał(a):
> The eolith and eolith16 games crash with a segfault when compiled with -02 on
> Fedora Core 4. Compiling with -01 seems to work, though.
>
The official supported compiler for mame is gcc 3.4.2. Fedora contains
4.0.2, which is known to cause problems, such as miscompilation
Julian Sikorski napisał(a):
> Julian Sikorski napisał(a):
>
>>Lawrence Gold napisał(a):
>>
>>
>>>Julian Sikorski wrote:
>>>
>>>
>>>
>>>>It seems that I'm alone with this problem...
>>>
>>>
>>
Julian Sikorski napisał(a):
> Lawrence Gold napisał(a):
>
>>Julian Sikorski wrote:
>>
>>
>>>It seems that I'm alone with this problem...
>>
>>
>>I don't see that problem here. Have you done a clean build? Could
>>there be so
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>
>>It seems that I'm alone with this problem...
>
>
> I don't see that problem here. Have you done a clean build? Could
> there be some files that are modified on your end? You can check by
> running
Julian Sikorski napisał(a):
> Julian Sikorski napisał(a):
>
>>I have managed to compile 0.104u2. The problem is that when trying to
>>run namcos11 or namcos22 (or probably any other game using
>>m37710/m37702) something similar appears:
>>
>>[EMAIL PROTEC
Julian Sikorski napisał(a):
> I have managed to compile 0.104u2. The problem is that when trying to
> run namcos11 or namcos22 (or probably any other game using
> m37710/m37702) something similar appears:
>
> [EMAIL PROTECTED] ~]$ xmame.x11 raveracw
> GLINFO: loaded OpenG
I have managed to compile 0.104u2. The problem is that when trying to
run namcos11 or namcos22 (or probably any other game using
m37710/m37702) something similar appears:
[EMAIL PROTECTED] ~]$ xmame.x11 raveracw
GLINFO: loaded OpenGL library libGL.so!
GLINFO: loaded GLUlibrary libGLU.so!
GLINF
compilation blows at void osd_begin_final_unloading(void). I have added
an #ifdef MESS enclosing it and it went further. I have no idea if it is
the right solution, though. Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.
Hi. I have noticed that make install installs only the emulator binaries
(xmame.x11, xmess.x11 and so on). In my opinion, it would be nice if
imgtool, romcmp, chdman and so on would be installed too. Greets.
___
Xmame mailing list
Xmame@toybox.twisted.or
Hi. This is probably connected with Aaron's changes:
Made a clean-up pass over all the makefiles. rules.mak is gone now,
replaced by cpu.mak and sound.mak. mame.mak has been reorganized. All
the makefiles are now commented and should be easier to follow.
[Aaron Giles]
The proplen itself is as fol
Chad Baker napisał(a):
> I currently use Mame in Windows. I am going to install XMame on my
> Linux box. All of my roms are version 0.98. I notice that XMame
> skipped 0.98. Will my roms work with another version of XMame or will I
> need to upgrage/downgrade my roms?
>
> Thanks
>
>
> __
Hi. I've done some testing on the xmess branch of kxmame. The things
I've noticed:
1. Frontends expects xmess snaps to be in cabinets.zip
2. In directory selection dialog, description sof the field does not
always line up with the field itself.
3. In the same dialog IMO sysinfo.dat should b
Toan T Nguyen napisał(a):
> Hi,
>
> Thanks for the report. I put up kxmame-1.90 for download on sf.net. It
> supports zip file and properly uses .xmess/cfg (nvram, ini, ...)
> instead of .xmame/cfg when running xmess. Let me know how it goes.
>
> Toan
>
> On 1/3/
Toan T Nguyen napisał(a):
> Happy New Year everybody!
>
> Damn, it rains so much in LA. I decided let you all know that there's
> an unstable branch (named "xmess") in kxmame CVS that supports xmess.
> Here is the mandatory screenshot.
>
> http://kde-apps.org/content/preview.php?preview=3&id=2827
Toan T Nguyen napisał(a):
> Happy New Year everybody!
>
> Damn, it rains so much in LA. I decided let you all know that there's
> an unstable branch (named "xmess") in kxmame CVS that supports xmess.
> Here is the mandatory screenshot.
>
> http://kde-apps.org/content/preview.php?preview=3&id=2827
Julian Sikorski napisał(a):
> It seems that the problem is more serious. Here is the output of
> /var/log messages of the first xmame.x11 exit. An the first look it
> seems tobe some problem with new nvidia drivers.
>
>
> Dec 9 21:47:19 DOMOWY kernel: [ cut here ]
It seems that the problem is more serious. Here is the output of
/var/log messages of the first xmame.x11 exit. An the first look it
seems tobe some problem with new nvidia drivers.
Dec 9 21:47:19 DOMOWY kernel: [ cut here ]
Dec 9 21:47:19 DOMOWY kernel: kernel BUG at mm
I have noticed this behaviour for tekken3, so this issue may be
connected with h8/3002 update. Xmame hangs as soon as the window
appears, even before 'press any key' screen. It can't even be killed
with killall -9 xmame.x11. Does anybody experience the same issue?
_
Hans de Goede napisał(a):
>
>
> Julian Sikorski wrote:
>
>> smf napisał(a):
>>
>>>> Anyway, how is that that the driver specifies one resolution and video
>>>> is displayed at different one?
>>>
>>>
>>> The driver speci
smf napisał(a):
>> Anyway, how is that that the driver specifies one resolution and video
>> is displayed at different one?
>
>
> The driver specifies a maximum resolution that it will use. It can
> change it to a lower one at runtime. You really need hardware stretching
> or the aspect ratio wil
Hans de Goede napisał(a):
>
>
> Julian Sikorski wrote:
>
>> Hi. I have noticed this behaviour for psx and stv games for now. If
>> video-mode 0 is used, htese games are not stretched. Is this the rifht
>> behaviour? Greets.
>>
>
> Actually Xvideo and
Hi. I have noticed this behaviour for psx and stv games for now. If
video-mode 0 is used, htese games are not stretched. Is this the rifht
behaviour? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo
Lawrence Gold napisał(a):
> On Nov 29, 2005, at 10:47 AM, Julian Sikorski wrote:
>
>> What do you mean by non-se? There are three main kernels for FC: i386,
>> i686 and i686-smp. Now I'm using the smp one to benefit from HT.
>
>
> I meant a regular, non
Lawrence Gold napisał(a):
> On Nov 29, 2005, at 10:47 AM, Julian Sikorski wrote:
>
>> What do you mean by non-se? There are three main kernels for FC: i386,
>> i686 and i686-smp. Now I'm using the smp one to benefit from HT.
>
>
> I meant a regular, non
Carl M. Fongheiser napisał(a):
> Julian Sikorski wrote:
>
>> I have enabled HAVE_MPROTECT, now the backtrace is different:
>>
>> (gdb) bt
>> #0 0x08501f04 in drc_cache_reset (drc=0x0) at src/x86drc.c:114
>> #1 0x0835ac3e in ppcdrc603_reset (param=0xab12c6
Lawrence Gold napisał(a):
> On Nov 29, 2005, at 12:40 AM, Julian Sikorski wrote:
>
>> Maybe we're getting somewhere? Moreover, a selinux and kernel update
>> have arrived. I'll check them as soon as livna releases updated kernel
>> modules. Greets.
>
&
Lawrence Gold napisał(a):
> On Nov 28, 2005, at 2:29 AM, Adam D. Moss wrote:
>
>> Julian is using a processor (implied by -march=prescott) which supports
>> the NX bit. SELinux (or a kernel reconfig, or Linux 2.6.8+ by default)
>> may very well be configured to enable no-execute on process data
Hans de Goede napisał(a):
>
>
> Julian Sikorski wrote:
>
>> Hans de Goede napisał(a):
>>
>>> nothing obvious in your updates list, have you tried an older kernel?
>>>
>>> Regards,
>>>
>>> Hans
>>>
>>
>> Bo
Hans de Goede napisał(a):
> nothing obvious in your updates list, have you tried an older kernel?
>
> Regards,
>
> Hans
>
Both 2.6.13_1532 and 2.6.14 something. Maybe selinux? Is thre a command
to disable it for a while to check?
___
Xmame mailing li
Julian Sikorski napisał(a):
> Hans de Goede napisał(a):
>
>>Could be, if the problem only happens when a certain access pattern
>>happens. I've seen stranger problems.
>>
>>Regards,
>>
>>Hans
>
>
> Memtest86+ was running f
Hans de Goede napisał(a):
> Could be, if the problem only happens when a certain access pattern
> happens. I've seen stranger problems.
>
> Regards,
>
> Hans
Memtest86+ was running for almost nine hours, 28 tests passed, no errors
found.
___
Xmame mai
Hans de Goede napisał(a):
>
>
> Julian Sikorski wrote:
>
>> Julian Sikorski napisał(a):
>>
>>> Lawrence Gold napisał(a):
>>>
>>>> On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
>>>>
>>>>
>>>>>>
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>
>>
>> I surrender :( I have no idea what might have broken drc cores. Any help
>> would be appreciated.
>
>
> In case it isn't a hardware problem as Hans suggests, is there any
> possibility you c
Julian Sikorski napisał(a):
> Lawrence Gold napisał(a):
>
>>On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
>>
>>
>>>>Did this crash occur in 0.101, or just since 0.101u5?
>>>
>>>
>>>If you'd like to get u5, It is still mon m
Lawrence Gold napisał(a):
> On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
>
>>> Did this crash occur in 0.101, or just since 0.101u5?
>>
>>
>> If you'd like to get u5, It is still mon mamedev.com:
>> http://mamedev.com/updates/0101u5_diff.zip
>
Lawrence Gold napisał(a):
> On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
>
>>> Did this crash occur in 0.101, or just since 0.101u5?
>>
>>
>> If you'd like to get u5, It is still mon mamedev.com:
>> http://mamedev.com/updates/0101u5_diff.zip
>
Lawrence Gold napisał(a):
> On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
>
>> This is not mess-specific change and _not_ to ppc core as mips drc also
>> crashes with same backtrace. Moreover the crash appeared in vanilla u5
>> with unix subdir from released xmam
Lawrence Gold napisał(a):
> On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
>
>> This is not mess-specific change and _not_ to ppc core as mips drc also
>> crashes with same backtrace. Moreover the crash appeared in vanilla u5
>> with unix subdir from released xmam
Lawrence Gold napisał(a):
> On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
>
>> This is not mess-specific change and _not_ to ppc core as mips drc also
>> crashes with same backtrace. Moreover the crash appeared in vanilla u5
>> with unix subdir from released xmam
Lawrence Gold napisał(a):
> Any chance you could try a vanilla compiler? You can install to an
> isolated directory, such as /usr/local/gcc4.
>
> Either way, the MESS changes to the PPC code interfere with scudrace,
> so I'll work with Bletch to see what the best solution to that problem
> is.
Lawrence Gold napisał(a):
>
> Ah-hah, now we're getting somewhere. Xmame built from MESS CVS is not
> segfaulting for me when I try scudrace, but it's dying with
>
> ctrl_w: 06, 0308,
>
> printed to the console. In a clean MAME 0.102 tree, it runs fine. Could
>
Lawrence Gold napisał(a):
> Julian Sikorski wrote:
>
>>
>> Disabling -march=prescott also does not help here. Here is the backtrace
>> from scudrace:
>
>
> Ah-hah, now we're getting somewhere. Xmame built from MESS CVS is not
> segfaulting for me
Lawrence Gold napisał(a):
> On Nov 15, 2005, at 11:29 AM, Julian Sikorski wrote:
>
>> with the attached makefile it still crashes.
>>
>
>
> Which version of GCC are you using?
>
>
> ___
> Xmame mailing li
Julian Sikorski napisał(a):
> Lawrence Gold napisał(a):
>
>>On Nov 15, 2005, at 3:06 AM, Julian Sikorski wrote:
>>
>>
>>>Hi. I have just compiled latest mess cvs and dynarec cores still
>>>segfault. According to mametesters, the issue does not ex
Lawrence Gold napisał(a):
> On Nov 15, 2005, at 3:06 AM, Julian Sikorski wrote:
>
>> Hi. I have just compiled latest mess cvs and dynarec cores still
>> segfault. According to mametesters, the issue does not exist in windows
>> build. Can anybody help?
>
>
> I
Hi. I have just compiled latest mess cvs and dynarec cores still
segfault. According to mametesters, the issue does not exist in windows
build. Can anybody help?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/list
Julian Sikorski napisał(a):
> Have a look here:
>
> http://www.mameworld.info/ubbthreads/showflat.php?Cat=&Number=54112
>
> I have tried building with gcc 3.2.3 and 4.0.1, same result for both.
> Does anybody have
Have a look here:
http://www.mameworld.info/ubbthreads/showflat.php?Cat=&Number=54112
I have tried building with gcc 3.2.3 and 4.0.1, same result for both.
Does anybody have the same issue? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
htt
Lawrence Gold napisał(a):
> On Oct 31, 2005, at 12:19 AM, Julian Sikorski wrote:
>
>> Could you forward this to Aaron so that it will be fixed in next
>> release?
>
>
> Done.
>
> ___
> Xmame mailing list
Could you forward this to Aaron so that it will be fixed in next release?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Lawrence Gold napisał(a):
> On Oct 25, 2005, at 2:27 PM, Julian Sikorski wrote:
>
>> Linking xmame.x11 ...
>> xmame.obj/cpu/mips/mips3drc.o(.text+0x188): In function `tlbp':
>> mips3drc.c: undefined reference to `debug_halt_on_next_instruction'
>> col
Sorry, my fault, did not run make clean. Probably that's the reason of
failure.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Hi. I have tried to disable MIPS3_DRC in order to work around the
previous issue, but here is what happens:
xmame.obj/cpu/powerpc/ppcdrc.o(.text+0x134c): In function
`append_generate_exception':
ppcdrc.c: undefined reference to `drc_append_dispatcher'
xmame.obj/cpu/powerpc/ppcdrc.o(.text+0x1475):p
Linking xmame.x11 ...
xmame.obj/cpu/mips/mips3drc.o(.text+0x188): In function `tlbp':
mips3drc.c: undefined reference to `debug_halt_on_next_instruction'
collect2: ld returned 1 exit status
make: *** [xmame.x11] Error 1
I though it is an error with empty file, but I'm unable to find which
one, so
Hi. I have noticed that -march=athlon64 has been added to the makefile.
How about adding -march=prescott too? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
William Edsall napisał(a):
> Hello!
>
> This is my first post, hopefully I'm doing it right.
>
> Anyways. I've been working with Fedora Core 3 and Xmame for the last few
> weeks. I'm using the mamed front end.
> My problem is, everything runs at high processor utilization. Games like
> x-men run
Federico napisał(a):
> hi all,
> 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 this pc? I have installed the last
> version of xmame and I have 20% cpu usage for X and 80% cps usage for
> xmame... naturally it doesn't work well Ar
Scott Wagner wrote:
> I have a iBook g3 500mgz 384mg of ram and when i compile Xmame i get
> this error:
> Compiling src/machine/segacrpt.c ...
> Linking xmame.x11 ...
> /usr/bin/ld: Undefined symbols:
> _drc_append_call_debugger
> _drc_append_dispatcher
> _drc_append_restore_volatiles
> _drc_appe
Matthias Saou wrote:
> Lawrence Gold wrote :
>
>
>>xmame and xmess 0.100 are now available.
>
>
> Thanks a lot Lawrence! :-)
>
>
>>- Using "make install" no longer strips debug symbols from the
>> executables.
>
>
> But it seems the default LD with -s still strips the binaries you get fro
Matheus Villela wrote:
> Are the effects code working with xmame.x11 in GL mode? (video-mode 2)?
> I remember using effects in GL mode some months ago but now it isn't
> working.
>
> My xmamerc relevant configs:
> video-mode 2
> effect 3
>
> I've also tried with "control
I have made a patch against current cvs to fix compilation issues with
0.99u6. Unfortunately, xmame still does not compile but you will
probably have much less work. Good luck.
[OSDEPEND] Compiling src/unix/mode.c ...
In file included from src/unix/sysdep/sysdep_display_priv.h:24,
Christopher Stone 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: Application 'kxmame' crashing...
>
> On 8/25/05, Toan T Nguyen <[EMAIL PROTECTED]> wrote:
>
>>Hello everyon
src/unix/video.c: In function `update_params':
src/unix/video.c:651: `ui_dirty' undeclared (first use in this function)
src/unix/video.c:651: (Each undeclared identifier is reported only once
src/unix/video.c:651: for each function it appears in.)
src/unix/video.c: In function `update_game_vis_area
Is mailing list for kxmame set up? It may be annoying for Lawrence to
use theirs for a longer period. Locale works fine, same as in gxmame.
What I really meant concerning the bioses in not to hide the bios
category, but rather not to list them in e.g available folder. The only
bios that is able to
Toan T Nguyen wrote:
> Hello,
>
> I add support to kxmame for viewing the marquees, flyers, ... with
> proper scaling and hide the BIOS category as you requested. I also
> add the translation files from gxmame. They compile and install. But I
> have no idea if it works properly or not. (I tried t
> That was just two lines to add :)
> I wish I add time and will to resume the dev branch which is far more
> powerfull than what is the current mamory. It's been almost two years
> now that I did not touch it, and unfortunately it's not in suitable
> conditions to be put somewhere on a CVS (or SV
Pierre Maziere wrote:
>
> minor fix
>
> Changes:
> - fix clrmamepro dat file parsing, allowing the use of titles
>clrmamepro dat files and possibly others
> (thanks to Julian Sikorski for reporting)
>
> -
> Pierre Maziere
&
> I keep the bios listing to make things compatible with gxmame.
>
> Toan
I have suggested the same thing on gxmame mailinglist, but no one seemed
to reply. as the developers state, gxmame is 'not dead, but almost'.
___
Xmame mailing list
Xmame@toybox.
Toan T Nguyen wrote:
>>Now everything works ok. I presume that support for title screenshots
>>and custom icons will appear.
>
>
> Title screenshot is already supported. You can set it by
>
> Menu->Directories->"Xmame additional paths"->"Snapshots path"
>
> Bests,
> Toan
>
> __
Ren Hoek wrote:
> On 8/17/05, Lawrence Gold <[EMAIL PROTECTED]> wrote:
>
>>On Aug 17, 2005, at 12:35 AM, Julian Sikorski wrote:
>>
>>
>>>Hi. I am using Mametitles and I would like to audit them with provided
>>>clrmamepro dat file. I was trying to u
1 - 100 of 213 matches
Mail list logo
