|
|
Post by yoyofr on Jan 27, 2005 21:16:41 GMT 1
For people not able to use the "asm cpu core" in snes module, please try to replace the ljp_snes.lem file from last beta, with following lem : *EDIT5* Use the following lem to test : yoyofr92.free.fr/ljp/files/ljp-snes-debug4.zipWarning : it's a slow process, and it's usefull only if you get a crash (fatal error, ...). I'll need you to report the last messages on screen before crash. |
|
|
|
Post by scott0968 on Jan 27, 2005 21:56:01 GMT 1
The test .lem crashed on my T3 so I tried the debug.
Here's my results:
go for mainloop - I select yes and the palm crashes
if I select no it also crashes.
|
|
|
|
Post by phoinix on Jan 27, 2005 22:19:29 GMT 1
Try testing lem with my Zire 72 black screen....
debug version - message "go for mainloop" and nothing more... I even can't tap on buttons.
|
|
|
|
Post by JeremySmith on Jan 27, 2005 22:31:48 GMT 1
Zire72 with/without UDMH:
Debug version asks "go for mainloop" if I select yes or no my palm locks up.
Test version locks up palm.
|
|
|
|
Post by yoyofr on Jan 27, 2005 22:34:52 GMT 1
I've updated the 2 files with a "softer" version (some asm stuff disactivated).
Could you redownload & test please ?
btw, you can always try to join me on ymagnien@hotmail.com on msn
|
|
|
|
Post by angel on Jan 27, 2005 22:36:31 GMT 1
Palm T5 :
go for the main loop , [yes] [no]
cant even clic on anything, the palm stop there, need soft reset.
Zire 71 :
Crash whatever i try to select (yes or no)
Edit new version
gb/gb/gb/sb/sw/sb/sb/sb/sw/sw/gw/gw/sw/sb/gw/sb/gw/sb ( all this by clickin on "yes")
pretty same thing by clicking on "no".
|
|
|
|
Post by Tinnus on Jan 27, 2005 23:01:36 GMT 1
It doesn't work on the Zire 71? That's odd, because it's the same CPU as the Tungsten|E. They're pretty much the same except the T|E has double the heap (and no camera).
|
|
|
|
Post by scott0968 on Jan 27, 2005 23:18:03 GMT 1
The new test .lem ran just fine on my T3.
However I was surprised I would expect the ASM to be significantly faster, but I was getting the same frame rate as when I used the C version.
However, whatever you did worked, because I can now use the ASM without crashing.
|
|
|
|
Post by yoyofr on Jan 27, 2005 23:22:07 GMT 1
the current testing lem is a lot slower than the normal one. but it will help me to locate the issue in the asm cpu core.
|
|
|
|
Post by yoyofr on Jan 27, 2005 23:29:25 GMT 1
btw, could you test the latest one : ljp-snes.zip ?
|
|
|
|
Post by Vitreal on Jan 27, 2005 23:35:23 GMT 1
ASM works on test core.
Experiences where rather odd though.
Glitchy areas. game being confused. but in a semi-playable state.
it Glitched the game something weird (FF2). but still operated.
the Debug LEM will not work at all. it asks SB regardless of yes or no it locks up when asking GB
/* edit */
The snes .lem listed in the first post. the 3rd one operates as if it where the C core. Input causes it to slowdown. operates normal without any input
|
|
|
|
Post by scott0968 on Jan 27, 2005 23:41:45 GMT 1
The new version (ljp-snes.zip) works just fine on my T3. ;D
|
|
rick
New Member
Posts: 35
|
Post by rick on Jan 28, 2005 0:17:23 GMT 1
ljp-snes.zip works on the T5 with UDHM hack.
Without UDMH on the 650, my device just soft resets. With UDMH it works!
Tried a few games and going back and forth to launcher and it seems fine on both devices.
One thing to note is that the ASM ran at the same FPS as the C. So there is not a speed increase.
|
|
|
|
Post by angel on Jan 28, 2005 8:17:57 GMT 1
The snes test version works pretty fine on my T5 on both asm & c. Anyway in asm version there is some sprite bugs (under secret of mana) that does not appear in c mode. If you need some over test just ask  |
|
|
|
Post by mirios on Jan 28, 2005 8:18:03 GMT 1
Hey!
really nice emu i have been testing it for about a week now but didnt think of registering until this snes problems and testing begun.
the new test .lem (ljp-snes.zip) works on my t3 (asm core) at same speed as c core
there are some graphical glitches in the asm though
|
|
|
|
Post by yoyofr on Jan 28, 2005 14:09:23 GMT 1
The speed being the same between asm & c core isn't an issue : in the testing build, I've disactivated the code part which cause the crash. This code part is about emulation memory io of the snes, which is a very important part. So that's why it's slower than it is on alerady working device (zodiac, T|E, ...).
Moreover the speed difference between ASM & C core is higher on slower device, since on fast device (200Mhz zodiac, 400Mhz T|3, T|5, ....) the computing time needed for emulation the snes cpu is far lower than the time spent on emulating the gfx & sound. So the speed gain of the asm cpu core, even if it's 50% faster than the C core, represents a small gain in the overall process.
|
|
|
|
Post by FreakyDeaky on Jan 28, 2005 21:05:48 GMT 1
Great work,
The Test ljp-snes.zip ( asm ) works fine on my T3 with the occasional turn off. Haven't noticed any graphical glitches but have only tested with a few games so far.
Keep up the good work,
P.S. any chance of a genesis version, would be the icing on the cake for me. ;D
|
|
arab
New Member
Posts: 10
|
Post by arab on Jan 29, 2005 17:15:45 GMT 1
Hi
I think ill be the first to try ljp-snes-debug1.zip
I have zire 72 and with UDMH it would stop at S9xGetPPU (Y,N), it wouldn't freeze, it just stops responding to taps and buttons, but I can turn the palm off.
Hope it helped
BTW I agree - you're doing wonderful job. Thanks
|
|
|
|
Post by yoyofr on Jan 29, 2005 17:48:45 GMT 1
Could you please tell me the previous messages you got before it freezed ?
|
|
arab
New Member
Posts: 10
|
Post by arab on Jan 29, 2005 18:00:26 GMT 1
it's a bit more complicated now that i've tried it with different roms:
wolfstein3d: no messeges before S9xGetPPU
Chrono Trigger: same
doom: 1st - S9xGetCPU, 2nd - debug asm:0 then 1,2,3 after debug asm:3 comes debug asm:99 then it loops thru the numbers again
|
|
|
|
Post by angel on Jan 29, 2005 18:16:41 GMT 1
T|T5 S9xGetPPU crash hope it help  |
|
|
|
Post by yoyofr on Jan 29, 2005 18:32:31 GMT 1
|
|
arab
New Member
Posts: 10
|
Post by arab on Jan 29, 2005 18:44:50 GMT 1
ChronoTrigger
debug asm:0
debug asm:1
debug asm:4
debug asm:5
S9xGetPPU 2140
return 19
debug asm:6
debug asm:99
debug asm:0 and so on
DOOM:
debug asm:0
debug asm:1
debug asm:2
debug asm:3
debug asm:99
|
|
|
|
Post by yoyofr on Jan 29, 2005 18:47:19 GMT 1
ok thx, that's interesting.
what I would need now, for you to continue pushing
"yes" or "no" until a crash occurs...
if it's too long, then I'll build a new version
with messages not shown but instead logged on the card.
|
|
arab
New Member
Posts: 10
|
Post by arab on Jan 29, 2005 18:56:59 GMT 1
tried that for couple of minutes for both roms: nothing happened, it just loops in the same order.
|
|
|
|
Post by angel on Jan 29, 2005 19:06:32 GMT 1
Version 2 on T|T5 : ZELDA 3 : debug asm : 0 debug asm : 1 debug asm : 4 debug asm : 5 S9xGetPPU2140 return19 debug asm : 6 debug asm : 99 <<return to debug asm : 0>> Secret Of Mana : debug asm : 0 debug asm : 1 debug asm : 2 debug asm : 3 debug asm : 99 <<return to debug asm : 0>> I'm going to make it crash now I'm fed up clicking on "yes" its very long to make it crash this way... |
|
|
|
Post by yoyofr on Jan 29, 2005 19:49:50 GMT 1
ok, so please stop by now and wait for a debug3 version which will log infos on card.
|
|
|
|
Post by yoyofr on Jan 29, 2005 20:16:04 GMT 1
ok, debug3 is ready. it will generates a file "ljp-debug.txt" at the root of you card. Things to know : - it is very slow, you'll have to let it run until it crashes
- your palm will probably power off automatically, so you'll have to power on at that time.
here it is : yoyofr.fr.st/ljp/files/ljp-snes-debug3.zipplease send me the ljp-debug.txt file once you have something crashing |
|
|
|
Post by angel on Jan 29, 2005 20:39:33 GMT 1
|
|
arab
New Member
Posts: 10
|
Post by arab on Jan 29, 2005 21:02:54 GMT 1
i've sent you 2 debug files by email
|
|
