Gngeo V0.7a B4
- Thread starter EvilDragon
- Start date
Hi,
I have a GP2x First Edition Flased with Firmware 2.0.0
I use the Selector 2.0 to launch Gngeo.
With the last Gnegeo which was not using the second Cpu for sound, it's great. (with sound)
With the last Beta10 it's Slooooooooooooow with sound when i activate the sound @ 22050 (but very very slow)
and it's smooth without sound.
Bye
Herc.
h34r:
I have a GP2x First Edition Flased with Firmware 2.0.0
I use the Selector 2.0 to launch Gngeo.
With the last Gnegeo which was not using the second Cpu for sound, it's great. (with sound)
With the last Beta10 it's Slooooooooooooow with sound when i activate the sound @ 22050 (but very very slow)
and it's smooth without sound.
Bye
Herc.
h34r:with the last version use rage2x beta not selector ^^hercule18 said:Hi,
I have a GP2x First Edition Flased with Firmware 2.0.0
I use the Selector 2.0 to launch Gngeo.
With the last Gnegeo which was not using the second Cpu for sound, it's great. (with sound)
With the last Beta10 it's Slooooooooooooow with sound when i activate the sound @ 22050 (but very very slow)
and it's smooth without sound.
Bye
Herc.
Last edited by a moderator:
Yod4z said:with the last version use rage2x beta not selector ^^hercule18 said:Hi,
I have a GP2x First Edition Flased with Firmware 2.0.0
I use the Selector 2.0 to launch Gngeo.
With the last Gnegeo which was not using the second Cpu for sound, it's great. (with sound)
With the last Beta10 it's Slooooooooooooow with sound when i activate the sound @ 22050 (but very very slow)
and it's smooth without sound.
Bye
Herc.
I tried with NeoGeo Rage2x But it worked once and then same "slowliness" than with the selector
bye
Herc.
Last edited by a moderator:
No it's really a crash of the 940 because when launch it through a terminal i can see the mmu launchingYod4z said:
and after during green screen, black screen, I have these messages:
CODE
last lr: 00000000, lastjob: 3
trying to interrupt..
i = 0x10000
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
last lr: 00000000, lastjob: 3
940 crashed 2 (cnt: 61, ve: 0 0 0 0 0 0 0 0 )
Shared data:
Cylce: 73333 sample_rate: 11025
pcma: 00100000 pcmb: 00100000
asize: 16777216 bsize: 16777216
sm1: 01800000Shared ctl:
result: 0 sound_code: 0 pending_cmd: 0 nmi_pending: 0
z80_run: 0 updateym: 1, play_buff:46c8a150
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
last lr: 00000000, lastjob: 3
trying to interrupt..
i = 0x10000
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
...
and it tries several times until the emu crash (i was thinking it was just slow, but it crashed)
Bye
Herc.
h34r:
Last edited by a moderator:
Ripster
Member
Well I have tested the latest beta (10) and it seems to be running ok... I am on FW 3.0 I have one of those value systems. I just ran Metal Slug 5 on it without issue.
Ravnos
Asleep in Samsara
hercule18 said:No it's really a crash of the 940 because when launch it through a terminal i can see the mmu launchingYod4z said:
and after during green screen, black screen, I have these messages:
CODE
last lr: 00000000, lastjob: 3
trying to interrupt..
i = 0x10000
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
last lr: 00000000, lastjob: 3
940 crashed 2 (cnt: 61, ve: 0 0 0 0 0 0 0 0 )
Shared data:
Cylce: 73333 sample_rate: 11025
pcma: 00100000 pcmb: 00100000
asize: 16777216 bsize: 16777216
sm1: 01800000Shared ctl:
result: 0 sound_code: 0 pending_cmd: 0 nmi_pending: 0
z80_run: 0 updateym: 1, play_buff:46c8a150
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
last lr: 00000000, lastjob: 3
trying to interrupt..
i = 0x10000
irq pending flags: DUALCPU 8004, SRCPND 44804260 (see 26), INTPND 04000000
...
and it tries several times until the emu crash (i was thinking it was just slow, but it crashed)
Bye
Herc.
The 940 can crash if you overclock it too high. Are you running this at the default clock? If not, you may be overclocking higher than the 940 can handle. The 920 is usually much more tolerant of a high clock speed than the 940.
Last edited by a moderator:
pepone
Pouet! Pouet! Do want!
Yes, it's definitely a serious bug in the code. I just have to find it and fix ithercule18 said:
h34r: Thanks to all the people here who make test
Last edited by a moderator:
Julius
Well-Known Member
I am on Firmware 2.10 and as soon as I enable sound it either kicks me back into the menu during the loading process or loads completely but then just displays a black screen and all I can do is to turn of my GP2X (it depends on the game it seems).
No overclock btw. And the version before you enabled the second core worked just fine, but all version with the 940 have shows this problem.
Edit: After replacing the mmuhack.o with the one from picodrive those games that had a black screen and no way to continue now show a strage green partially messed up screen, and after a while of random button pressing it actually starts the game and everything seems to work!
But Metal Slug for example still kick me back into the menu while loading when sound is enabled.
No overclock btw. And the version before you enabled the second core worked just fine, but all version with the 940 have shows this problem.
Edit: After replacing the mmuhack.o with the one from picodrive those games that had a black screen and no way to continue now show a strage green partially messed up screen, and after a while of random button pressing it actually starts the game and everything seems to work!
But Metal Slug for example still kick me back into the menu while loading when sound is enabled.
jbrodack
gp2x fan
the strange green screen is the start up test and is normal. you can disable it in unibios are starting the game up.Julius said:
Last edited by a moderator:
Is the source available? If so sometime another dev will come by and spot the bug. It can be helpful often as sometimes it can be hard to spot your own bugs
This happened with gpSP where the random crashing bug was found and fixed this way. Just a thought.
This happened with gpSP where the random crashing bug was found and fixed this way. Just a thought.
pepone
Pouet! Pouet! Do want!
the source is generally available in the svn tree. But be warned, my code is messyDaveC said:Is the source available? If so sometime another dev will come by and spot the bug. It can be helpful often as sometimes it can be hard to spot your own bugs
This happened with gpSP where the random crashing bug was found and fixed this way. Just a thought.
(and the berlios svn seems down today )https://developer.berlios.de/projects/gngeo/
Last edited by a moderator:
Fantastic work pepone!
Even the most demanding games like Garou mark of the Wolves, and the MetalSlug series work like a charm.
FW 2.1.1
95% @60fps (@240MHz)
At first it did not work well with FW 2.0 (the sound was messed up and slow speed), but 2.1.1 seems to have done the trick.
In what programming language are you programming C or assembly?
Even the most demanding games like Garou mark of the Wolves, and the MetalSlug series work like a charm.
FW 2.1.1
95% @60fps (@240MHz)
At first it did not work well with FW 2.0 (the sound was messed up and slow speed), but 2.1.1 seems to have done the trick.
In what programming language are you programming C or assembly?
