Hacktarux
October 6th, 2002, 02:09
http://mupen64.emulation64.com
please post feed back here :)
iq_132
October 6th, 2002, 02:11
Sweet...
Things that are new...
<b>Right off the Mupen Site.<br>
After a huge amount of work and with the help of many people here's the 0.0.90 version that i consider a huge step in mupen64 developpement. It features a major improvememnent in compatibility even if these improvememnts only work in pure interpreter currently. Many parts of the core have been totally rewritten since last release (the list is included in the archive). The core has also been modified to work on big endian machines (without slowdown or any drawbacks for x86 users). So you can expect to see a MacOSX release very soon. Another great improvemement for final user is the new windows gui designed by ShadowPri (i will probably program a similar gui for the linux binary later) . I would also like to thanks DavFR for designing a great debugger for the linux developpement. I will put the source code on emutalk as usual tomorrow. What else to say ? Have fun with it :)</B>
iq_132
October 6th, 2002, 02:14
It doesn' t work on my machine... Maybe i'm too dumb to set it up correctly or something.
Hacktarux
October 6th, 2002, 02:17
Originally posted by iq_132
It doesn' t work on my machine... Maybe i'm too dumb to set it up correctly or something.
Could u give more infos such as what is happening exactly, what's your configuration, in which module it crashes....
iq_132
October 6th, 2002, 02:19
Uhhh...
I unzipped all of the files.
Then I double clicked on The mupen program file and nothing happens. It doesn't even bring up an error message or the gui.
It just doesn't load.
Malcolm
October 6th, 2002, 02:28
Hack and I are going to work on it, it seems to be a problem on Windows XP and 2000.
iq_132
October 6th, 2002, 02:31
Good deal :)
PS. Malcolm... One of the pictures in your sig is broken.
CoDeX
October 6th, 2002, 02:32
http://www.arkania.org/~codex/didi.JPG
cooliscool
October 6th, 2002, 02:34
Originally posted by iq_132
Uhhh...
I unzipped all of the files.
Then I double clicked on The mupen program file and nothing happens. It doesn't even bring up an error message or the gui.
It just doesn't load.
Same here. Not even compat. mode works, i am desperate to try this new version out! :(:(
cooliscool
October 6th, 2002, 02:38
it creates a stackdump file. here's what it says:
Exception: STATUS_ACCESS_VIOLATION at eip=77C3F078
eax=0023E964 ebx=0023E720 ecx=0023E98C edx=77F5166A esi=0023E95C edi=0023E98C
ebp=0023E970 esp=0023E700 program=C:\DOCUME~1\COOLIS~1\Desktop\EMU LAT~1\N64\mupen\mupen64.exe
cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023
Stack trace:
Frame Function Args
0023E970 77C3F078 (0023E98C, 0040106D, 0023E9C0, 0040107C)
0023E9AC 77C3C8C1 (77F5166A, 0040106B, 00000064, 0000006C)
0023EF7C 004011CB (0023F3EC, 0023F3EC, 00000104, 00000024)
0023F4FC 00401FDB (00200156, 00000001, 00000000, 0023F64C)
0023F528 77D43A68 (00401E54, 00200156, 00000001, 00000000)
0023F590 77D43B37 (00000000, 00401E54, 00200156, 00000001)
0023F5E4 77D4450D (01EB6E68, 00000001, 00000000, 0023F64C)
0023F614 77D4887F (0023F624, 0000009C, 0000009C, 00000023)
0023FB44 77FB4DA6 (80000000, 00000000, 0023FBDC, 02CF0000)
0023FBF0 77D48AB5 (80000000, 00401040, 0023FBDC, 02CF0000)
0023FC2C 77D48B57 (00000000, 00401040, 0040190B, 02CF0000)
0023FC68 715B2277 (00000000, 00401040, 0040190B, 02CF0000)
0023FD18 004026E7 (00400000, 00000000, 01ADA8CC, 00000001)
0023FD90 00433B15 (00000001, 02171008, 02170E9C, 715A33AA)
0023FF30 61005B8E (610C29AC, FFFFFFFE, 00000148, 610C28D0)
0023FF90 61005E2C (00000000, 00000000, 00000001, 70A71A29)
End of stack trace (more stack frames may be present)
CoDeX
October 6th, 2002, 02:47
http://www.arkania.org/~codex/rr64.JPG
cooliscool
October 6th, 2002, 02:49
:)....
CoDeX
October 6th, 2002, 02:52
o(ñ_ñ)o
:plain:
Hacktarux
October 6th, 2002, 03:44
Here's a new binary, it should work better on some configuration and it shouldn't work on other...
It would be nice if everyone could say which of the two binary is working. Please post your system specs, it's very important for me....
iq_132
October 6th, 2002, 03:48
Still doesn't work.
At least it gives an error message:
cooliscool
October 6th, 2002, 03:50
works fine here. :)
Malcolm
October 6th, 2002, 04:02
Originally posted by Hacktarux
Here's a new binary, it should work better on some configuration and it shouldn't work on other...
It would be nice if everyone could say which of the two binary is working. Please post your system specs, it's very important for me....
Please remember to download both zip archives and replace the mupen64.exe in the original file with the on mentioned above. Also the DLL error your getting is a VC++ file. I don't know why its being called during run time, im gonna check it out.
Malcolm
October 6th, 2002, 04:06
Windows 2k/XP users try this -> http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/msdn-files/027/001/856/msdncompositedoc.xml
Win 95/98/ME users try this -> http://support.microsoft.com/default.aspx?scid=kb;en-us;Q221946
If this works please tell me, i can extract the files required and include them in the next mupen64 release. Also if you find these to work, try the original release. Thanks :)
iq_132
October 6th, 2002, 04:16
Am I supposed to put the MSvcrt.dll into the Mupen Directory or replace it in the System32 folder?
If i'm supposed to put it in the Mupen directory, it still doesn't work.
EeeK
October 6th, 2002, 04:34
After runnin mupen64 for the first time, this is my comments:
- should not allow multiple instances
- able to save the width setting of the each column
- show pop-up when mouseover buttons
Also what gfx and input plugins u guys use? I tried using Jabo's 1.5 but it say initialize the dll beofre you try to config it. Anyone can help?
Malcolm
October 6th, 2002, 05:00
Originally posted by EeeK
Also what gfx and input plugins u guys use? I tried using Jabo's 1.5 but it say initialize the dll beofre you try to config it. Anyone can help?
You have to run a rom first, then go options, video settings.
I use Jabo 1.5 and N-Rage for input
markos
October 6th, 2002, 06:01
Can you please post a link with the most recent source code for the new version. I would like to compile mupen64 for my ppc machine running linux.
thanks
EeeK
October 6th, 2002, 06:11
A bug huh for the initialize thingy? Maybe it could be fix in the next version.
Suggestions:
- should not allow multiple instances
- able to save the width setting of the each column
- show pop-up when mouseover buttons
Additional suggestions:
- save width and height setting of the emulator window screen
- alt-enter instead of f1 for the fullscreen shortcut key
- should msvcr70.dll be in window system's folder or mupen's folder, if mupen's then should include in the next release.
- mempaks folder should be created together with the save and plugin folders (in lowercase :)) before zip.
Last but not least, keep up the good work of this promising emulator!!!
NeoShaggy
October 6th, 2002, 09:09
Originally posted by Malcolm
Windows 2k/XP users try this -> http://msdn.microsoft.com/downloads/default.asp?url=/downloads/sample.asp?url=/msdn-files/027/001/856/msdncompositedoc.xml
Win 95/98/ME users try this -> http://support.microsoft.com/default.aspx?scid=kb;en-us;Q221946
If this works please tell me, i can extract the files required and include them in the next mupen64 release. Also if you find these to work, try the original release. Thanks :)
Not working here :(
Theboy
October 6th, 2002, 09:34
I have downloaded both versions and put the new mupen64.exe into the directory. the thing is it crashe apon opening. I deleted the plugin directory and then it booted up, but you cant select any plugins if there is no directory. Im running Win98 se.
Has anybody created a fix?
Theboy
October 6th, 2002, 09:46
here is the error MSG I get.
MUPEN64 caused an invalid page fault in
module MSVCRT.DLL at 017f:780035d7.
Registers:
EAX=00000064 CS=017f EIP=780035d7 EFLGS=00010202
EBX=00000000 SS=0187 ESP=01c7ec60 EBP=01c7ec60
ECX=01c7ef00 DS=0187 ESI=01c7eca1 FS=3657
EDX=00000000 ES=0187 EDI=01c7eed4 GS=3627
Bytes at CS:EIP:
88 02 ff 01 0f b6 c0 83 f8 ff 8b 45 10 0f 84 73
Stack dump:
01c7eee8 780035b0 00000064 01c7ef00 01c7eed4 0040125d ffffffff 00000000 78003550 01c7eca0 00000001 01c7ef00 01c7eed4 01da04be 01da04a4 01c7efe0
Any one else have this problem?
Stezo2k
October 6th, 2002, 11:16
damn thing still doesnt work, ive tried both .exes, tried draging a rom into mupen.exe, tried puting the new mscvrt.dll in system32, nothing, when i open mupen.exe, i dont get an error, it just doesnt load up
Stez
Stezo2k
October 6th, 2002, 11:17
btw what visual style is that IQ? its very nice lookin', wouldnt mind that myself :)
Stez
Stezo2k
October 6th, 2002, 11:38
got it to work......... try runnin it in compatability mode for win9x in WindowsXP
Stez
Zephon
October 6th, 2002, 15:34
I got the same results as Theboy. When I try to load the emu, nothing happens. When I delete the "plugin" folder, the emu loads fine, but there's no plugin to select (of course). I'm using Win98.
If I try the new exe file same thing happens when there's no plugin folder, but when it's there I get an error message (check Theboy's post above for the error).
Baka
October 6th, 2002, 16:00
Originally posted by Hacktarux
Here's a new binary, it should work better on some configuration and it shouldn't work on other...
It would be nice if everyone could say which of the two binary is working. Please post your system specs, it's very important for me....
Hi mate, i'ts still not working for me too. Nothing happened on the first version, while this new one simply gives me an error message.
I use Win2000 with DirectX8 (the last version), my specs are:
P3-650
256 ram
GeForce2MX
Sound Blaster Live
Thanks,
Charlie.
Stezo2k
October 6th, 2002, 18:09
why not use XP? its better for gaming than 2000, and works mupen64 fine in win9x compatability mode :)
Stez
Baka
October 6th, 2002, 18:22
Originally posted by Stezo2k
why not use XP? its better for gaming than 2000, and works mupen64 fine in win9x compatability mode :)
Stez
Hi Stezo2k, I used WinXP by the time it was released, but unfortunately I had a problem with Outlook and the only fix for that was formating.
So I decided to back Win2000 up... and I've never experienced any problems since then. And besides I don't use my PC only for gaming... i like the win2000 system :)
Let's wait for another release by the author.
Thanks,
Charlie.
Hacktarux
October 6th, 2002, 18:49
Hey guys, i'll do another release in the next hour, i hope it will fix all these weird issues :)
Baka
October 6th, 2002, 23:21
Originally posted by Hacktarux
Hey guys, i'll do another release in the next hour, i hope it will fix all these weird issues :)
Thanks Hacktarux, it works correctly now.
Charlie.
domestos
October 7th, 2002, 00:32
Segmentation Fault Problems with Linux version with TR64 OpenGL plugin:
./mupen64
Emulateur Nintendo64 (mupen64) version : 0.0.4
file found
rom size: 8388608 bytes (or 8 Mb or 64 Megabits)
rom loaded succesfully
byteswaping rom...
rom byteswaped
80 37 12 40
ClockRate=f
Version:1444
CRC: 635a2bff 8b022326
name: SUPER MARIO 64
Manufacturer: Nintendo
Cartridge_ID: 4d53
Country : United States
size: 4096
PC= 80246000
creation of the emulation thread... PID=1026
memory initialized
TR64GL: (II) Initializing SDL...
TR64GL: (II) Getting video info...
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
Xlib: unexpected async reply (sequence 0x122b)!
mupen gfx-plugin only gives be black window and nothing happens.
I have geforce 4MX420 with latest nvidia drivers. I also XFree 4.2.1 and MesaGLU&GLUT libraries (4.0.3) installed.
Doomulation
October 7th, 2002, 13:09
Originally posted by EeeK
Suggestions:
- should not allow multiple instances
Why not? Some people like it.
To baka: may i ask why you chose the name "baka"? Do you know what it means in japanese?
Flare
October 7th, 2002, 15:24
Hey Hacktarux !
I never saw a Emulator with a great design
how Mupen64 (The New Release) :)
Baka
October 7th, 2002, 15:56
To baka: may i ask why you chose the name "baka"? Do you know what it means in japanese?
Hmmm... let me guess... it means "Idiot" or something like that? :) That's what I heard...
I chose this nick because my friends used to call me CHEWBACCA, or only BACCA... once I don't live in the USA, I'm Brazilian, i changed it to BAKA :)
I don't speak japanese, so I really don't care. I was looking for a good Chewie pic to use as my avatar, but I didn't find a good one. Maybe it's time to pick one hehehe, so everybody knows where my nick came from.
That's it,
Charlie "Baka".
Hacktarux
October 7th, 2002, 16:32
Originally posted by domestos
Segmentation Fault Problems with Linux version with TR64 OpenGL plugin:
./mupen64
Emulateur Nintendo64 (mupen64) version : 0.0.4
file found
rom size: 8388608 bytes (or 8 Mb or 64 Megabits)
rom loaded succesfully
byteswaping rom...
rom byteswaped
80 37 12 40
ClockRate=f
Version:1444
CRC: 635a2bff 8b022326
name: SUPER MARIO 64
Manufacturer: Nintendo
Cartridge_ID: 4d53
Country : United States
size: 4096
PC= 80246000
creation of the emulation thread... PID=1026
memory initialized
TR64GL: (II) Initializing SDL...
TR64GL: (II) Getting video info...
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
Xlib: unexpected async reply (sequence 0x122b)!
mupen gfx-plugin only gives be black window and nothing happens.
I have geforce 4MX420 with latest nvidia drivers. I also XFree 4.2.1 and MesaGLU&GLUT libraries (4.0.3) installed.
Firstly, no Blight he's not using your plugin but the latest tr64 ogl plugin that was ported using parts of your code...
This problem generally happen when you are missing a library needed by the plugin, to check this run the following command:
"ldd -r plugins/file_name_of_the_plugin.so"
It will list all the libraries dependencies and you'll see if something is missed... (It's probably a wrong libstdc++ version...) Then you just have to put your distribution cd and install it :)
domestos
October 7th, 2002, 21:54
Thanks for tip but unfortunately I had no luck with ldd. It seems that everything's ok.
[mk@client-d156 mupen64]$ ldd -r plugins/tr64gl_0_7.so
libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x42b6f000)
libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x42cea000)
libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x42d25000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x42d28000)
libdl.so.2 => /lib/libdl.so.2 (0x42d50000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x42d53000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x42d5b000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x42d6c000)
libm.so.6 => /lib/i686/libm.so.6 (0x42e37000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x42e5a000)
libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x42ea2000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x42f39000)
libc.so.6 => /lib/i686/libc.so.6 (0x42fb6000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x430d6000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x43471000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x43479000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x43502000)
and...
ldd -r mupen64
libz.so.1 => /lib/libz.so.1 (0x4001b000)
libm.so.6 => /lib/i686/libm.so.6 (0x4002a000)
libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x4004d000)
libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x401c8000)
libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x40203000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40206000)
libdl.so.2 => /lib/libdl.so.2 (0x4022e000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40231000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4023a000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4024a000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x40315000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40392000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x403da000)
libc.so.6 => /lib/i686/libc.so.6 (0x403ee000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x4050e000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x40598000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
mupen 0.0.4 works still fine with TR64 plugin.
Hacktarux
October 7th, 2002, 22:12
Are u sure u are running it in pure interpreter mode ?
Because it's the only usable mode in this version. It should explain your problem with the mupen64 plugin.
Another you said you have installed the latest nvidia drivers but do u have modified your XF86Config-4 file to use the correct nvidia driver and to load glx module ? (see the nvidia read me file for more infos) It's a common error.
domestos
October 8th, 2002, 01:17
Pure interpreter mode works fine with mupen64 plugin ... thanks (I thought I tried it earlier and it did'n work but I guess I didn't, sorry)! It's only TR64 plugin that gives me segfault.
Yes, I have modified XF86Config-4 file and nvidia drivers work fine with other 3d accelerated software i've tried (UT2003 demo for example).
Sri Narayan
October 8th, 2002, 11:36
Dear Hacktarux can you try the plugin with the SDL_NOPARACHUTE switch
Can you also put the source on your home page??
Would be cool
Doomulation
October 8th, 2002, 12:29
Originally posted by Baka
To baka: may i ask why you chose the name "baka"? Do you know what it means in japanese?
Hmmm... let me guess... it means "Idiot" or something like that? :) That's what I heard...
I chose this nick because my friends used to call me CHEWBACCA, or only BACCA... once I don't live in the USA, I'm Brazilian, i changed it to BAKA :)
I don't speak japanese, so I really don't care. I was looking for a good Chewie pic to use as my avatar, but I didn't find a good one. Maybe it's time to pick one hehehe, so everybody knows where my nick came from.
That's it,
Charlie "Baka".
Oh, I see. I thought that since you chose the name, I generally thought you knew what it meant in japanese. Yes, it means "idiot" :P
Sri Narayan
October 8th, 2002, 15:42
I tested the old plugins (mupen version 0.0.4)
So Tr64_0.5c works fine
perhabs you can merge the souce of the new and this old together.
TR64.ini isn't working ?????
javascript:smilie(%27%3Aplain%3A%27)
Hacktarux
October 8th, 2002, 21:16
Originally posted by Sri Narayan
I tested the old plugins (mupen version 0.0.4)
So Tr64_0.5c works fine
perhabs you can merge the souce of the new and this old together.
TR64.ini isn't working ?????
javascript:smilie(%27%3Aplain%3A%27)
Ok could you say me if 0.5h works ? (it was packaged with 0.0.4)In the latest plugin i have implemented a new config dialog box, maybe it's the problem...
Sri Narayan
October 9th, 2002, 12:55
Sorry for the late post!
TR64_5h doesn't work, because of
SDL Parachute exploit. You can see just for one second the screen.
Hacktarux
October 9th, 2002, 22:53
Well i have a few ideas of the reason that could cause it, i'll work on it tomorrow cause i didn't have any minute for me today :/ Check the board tomorrow evening i'll probably post a new plugin to test :)
It can also be usefull if u can give me your exact sdl version number.
domestos
October 10th, 2002, 09:17
I have SDL1.2-1.2.4 that came with Mandrake 9.0 distribution. Mupen 0.0.4 with TR64-plugin 0.5c works fine but 0.5h gives segfault (SDL parachute).
Sri Narayan
October 10th, 2002, 10:24
I have SDL version 1.2.4 and tried it also with the new version (1.2.5).
Can you use the console for the ucode input?
This can perhaps solve the exploit.
domestos
October 10th, 2002, 13:28
I tried mupen 0.0.90 with TR0.5c and I can use the console for the ucode input (and 0.5c works fine overall) but with TR0.7.1 i got ucode selection gui but no console input. Just after gui pops up mupen hangs. TR0.5h gives no ucode input at all.
milen
October 10th, 2002, 15:00
The new version is great. I like the gui and the compitability is near to the level of 1964
Hacktarux
October 10th, 2002, 16:55
Well, could people who have problems with the linux version try this plugin and report results ?
Hacktarux
October 10th, 2002, 18:12
Here another plugin to test....
Sri Narayan
October 10th, 2002, 18:48
The last plugin is working !!!!!!!!!
THANK YOU Hacktarux!!!!!
Hacktarux
October 10th, 2002, 18:55
If u want to thank me, post a few screen shots of what is working in linux version for u ;)
Doomulation
October 10th, 2002, 19:20
Originally posted by Sri Narayan
The last plugin is working !!!!!!!!!
THANK YOU Hacktarux!!!!!
:)
Hacktarux
October 10th, 2002, 20:49
I've just uploaded an updated archive on the web site with the bug fix :)
domestos
October 10th, 2002, 23:56
Thanks for fixed linux version. Here is Aerogauge in Linux. It's seems fully playable.
markos
October 11th, 2002, 05:06
zelda with mupen64 inside of RH8 (new bluecurve theme)
markos
October 11th, 2002, 05:07
2nd shot
markos
October 11th, 2002, 05:08
more to come later, my machine is doing tons of stuff so the fps are not great.
Sri Narayan
October 11th, 2002, 06:55
Wonderproject 2 (jp)
Debian Woody
domestos
October 11th, 2002, 12:12
Bomberman Hero (U), Mandrake Linux 9.0
Stezo2k
October 11th, 2002, 12:43
LOL nice speed :P
markos
October 11th, 2002, 19:19
enjoy
markos
October 11th, 2002, 19:21
another
markos
October 11th, 2002, 19:21
.
markos
October 11th, 2002, 19:23
keep up the nice work :)
ShadowPrince
October 12th, 2002, 19:50
Originally posted by EeeK
A bug huh for the initialize thingy? Maybe it could be fix in the next version.
Suggestions:
- should not allow multiple instances
- able to save the width setting of the each column
- show pop-up when mouseover buttons
Additional suggestions:
- save width and height setting of the emulator window screen
- alt-enter instead of f1 for the fullscreen shortcut key
- should msvcr70.dll be in window system's folder or mupen's folder, if mupen's then should include in the next release.
- mempaks folder should be created together with the save and plugin folders (in lowercase :)) before zip.
Last but not least, keep up the good work of this promising emulator!!!
Added
- able to save the width setting of the each column
- show pop-up when mouseover buttons
- save width and height setting of the emulator window screen
- alt-enter instead of f1 for the fullscreen shortcut key
Thanks for suggestions,keep em coming :)
LazerTag
October 12th, 2002, 19:57
I'm having problems getting Mupen64 .90a and the TR64GL plugin (from this thread) to work.
I am running MDK 9.0RC3 with the latest Nvidia kernel and GLX. All of the GL games I have tried seem to wrok fine (ie. HL/CS under WineX and UT2k3, and others), but in Mupen64 I just get a black window when loading a game.
If I turn on the intrepetor I do see the game but it's just green lines no filled polys.
Any idea what I may be doing wrong here?
More information can be supplied if needed
see hardware specs below.
Also is there supposed to be no sound/sound options?
Doomulation
October 12th, 2002, 19:58
Originally posted by LazerTag
I'm having problems getting Mupen64 .90a and the TR64GL plugin (from this thread) to work.
I am running MDK 9.0RC3 with the latest Nvidia kernel and GLX. All of the GL games I have tried seem to wrok fine (ie. HL/CS under WineX and UT2k3, and others), but in Mupen64 I just get a black window when loading a game.
If I turn on the intrepetor I do see the game but it's just green lines no filled polys.
Any idea what I may be doing wrong here?
More information can be supplied if needed
see hardware specs below.
Also is there supposed to be no sound/sound options?
There is no sound support atm
Btw, another suggestion would be to disable "interpreter" and "dynamic recompiler" since they don't work
Hacktarux
October 12th, 2002, 20:46
Originally posted by LazerTag
I'm having problems getting Mupen64 .90a and the TR64GL plugin (from this thread) to work.
I am running MDK 9.0RC3 with the latest Nvidia kernel and GLX. All of the GL games I have tried seem to wrok fine (ie. HL/CS under WineX and UT2k3, and others), but in Mupen64 I just get a black window when loading a game.
If I turn on the intrepetor I do see the game but it's just green lines no filled polys.
Any idea what I may be doing wrong here?
More information can be supplied if needed
see hardware specs below.
Also is there supposed to be no sound/sound options?
Sound is not implemented yet
Did u try pure interpreter WITH the tr64 plugin ?
Coz reading your post it seems that when u tried pure interpreter it was with the very basic mupen64 gfx plugin... I know that the gui is not really great but it will change in the future.
Btw when u use this combination with a compatible game you should see the ucode selection box if not try to put the focus on the gui window (sometimes it happens and i don't know how to fix it yet).
pimeys
October 19th, 2002, 22:00
I downloaded the newest version (0.0.90) for linux, but I couldn't get it to work. My system is 1 GHz TB with 512M RAM and Ati Radeon 64 video card. Everything else gl releated works just fine, but running Mario64 with mupen64 is just very slow.
I used the tr64gl plugin from mupen64 package and pure interpreter. The game works, but it seems that the driver tried to use hardware acceleration instead of my Radeon.
Doomulation
October 19th, 2002, 22:26
mupen is very slow atm
It will be faster in due time, just be patient ;)
Hacktarux
October 19th, 2002, 22:33
what do u mean by slow ?
could u post some shots of mario64 with fps ?
It can be caused by the pure interpreter core, which will be fixed in the future (i think it's better to show the progress i have made even if it's not fast yet).
The second possibility is because you don't have hardware acceleration, i am using sdl so if it work correctly with other sdl app, it should work with mupen64... I don't know how a Radeon should be configured since i don't have one myself.
pimeys
October 19th, 2002, 23:45
Hmm, it seems like my libsdl can't handle hardware acceleration. That's strange because regular gl applications like Quake 3 work just fine.
My distribution is Debian GNU/Linux testing (upgraded yesterday).
Hacktarux
October 20th, 2002, 00:08
Maybe you can find some infos on how to configure it on sdl site or somewhere else...
I can't help you to configure it but if u can find how to get it working, please let me know how you have done it :)
pimeys
October 20th, 2002, 01:48
Hey, my dri was broken, so installing dri-enabled x-server fixed the problem.
Here is the result:
http://www.vantaa-vaskivuori.fi/~julileht/pics/mario.jpg
First time playing Mario 64 in Linux, thanks!
vBulletin v3.6.2, Copyright ©2000-2009, Jelsoft Enterprises Ltd.