Psx4gp2x Beta Testers Thread

[Mudi]

Chrono Cross - OC 280MHz
Right all my videos are online now, so quit complainin'!

Ugh, that's a shame, that game seems to have degraded... I was getting about the same speed except without the graphical glitches on one of the old versions.

The FF7 video looks good though. I want it.

(hi everyone, I'm back I guess)

 

[Fishbong]

you dont have to argue with me, everyone on IRC told me that thats how it works.

*sigh* Don´t be silly. Where should the chip get the energy from for getting that hot? Those puny AA´s ? Don´t make me laugh, i bet you can´t even tell the difference between RISC and CISC, and neither can those guys on the IRC.

For Dummies:
Modern Desktop processors have a power consumption of 60 Watts.
ARM9 Processors have a power consumption of about 70 milliWatts.
Result: Desktop processors need 857 times more energy than ARMs, and therefor get 857 times as hot as ARMs.

That means in practive, an ARM9 don´t get hot at all by usage.

Only because something works with Desktop processors, you assume it also works with handheld ones? Oh man.... <_<

...but how else can you explain why putting thermal pads on my cpu's allows me to overclock more?

Allright, you got me here. I don´t know it.
I also don´t know how Harry Potter´s wand works and how to fly a magic carpet, and to be honest, i have no clue about the physiognomy of pink elephants.
THAT´S BECAUSE ALL THOSE THINGS ARE THE PRODUCT OF SOMEONE´S FANTASY. :angry:

Got it?

 

[PokeParadox]

We know the power and the voltage so we need to find the current: P = IV
we rearrange to find the current: I = P/V
We do the maths:
V = 2.4v P = 7mW (7E-3W)
= 0.0007 / 2.4
= 2.92E-4 A
= 0.000292 A
= 0.2 mA

ok now so now we know the current we want to see how to raise the voltage: so we use V = IR, rearrange to get R. R = V/I
=2.4 / 0.000292
=8228.5714285714285714285714285714 Ohms (Thankyou calculator)
= 8.2kOhms This is the default resistance (according to the numbers brought up.)

Now we will see what will happen if we make the resistance bigger!

R = 10kOhms (10 000kOhms)
V = IR
= 0.000292 * 10 000
= 2.9166666666666666666666666666667

Surprise surprise we raised the voltage.

 

[Fishbong]

Yeah, but not the core voltage of the proc, but only the voltage that´s on the resistor.

...But at least you know some basic physical laws.

 

[lubidog]

Okay you two, get a room.

 

[PokeParadox]

lol. I wasn't trying to prove or disprove overclockability.
I was simply trying to clarify the ideas that people were throwing around.

 

[Fishbong]

Okay you two, get a room.

?
You two?

I weren´t arguing with poke, he was talking about something completely different, also he is right.

I just don´t know what relevance it has on overclocking, but i also don´t know if he´s actually talking about that.

 

[CABBAGES]

i learned v=ir and p=iv and all that in high school and also a bit in college while i was an apprentice electrician. Now i am a fully qualified electrician i know weverythin about electrickery. Like im so good i can even change light bulbs on my own as long as they are not those big huge ones and not too high.

Anyway i think this thread should be used to talk about psx4gp2x and not sticking pencils and pads in your gp32 or gp2x as i keep comin here thinkin maybe the new beta has been released but na its just another page full of crap :angry:

Anymoire videos yet ? what about gallop racer 3 ?

 

[zodttd]

Just letting everyone know were still working on psx4gp2x. It's just taking more time than expected.
I'll give a better update in a bit.

 

[kardasan]

comming back to the psx4gp2x, zodttd said something about switching from interpreter to recompiler. How does it work. Am I close when I'll say that recompiler will dissassemble the code of PSX game and compile it for psx2gp2x readable format? It's kind of interesting thing and nobody here ever asked about it.

 

[Paradox]

you dont have to argue with me, everyone on IRC told me that thats how it works.

*sigh* Don´t be silly. Where should the chip get the energy from for getting that hot? Those puny AA´s ? Don´t make me laugh, i bet you can´t even tell the difference between RISC and CISC, and neither can those guys on the IRC.

are you an idiot or just didnt read my post? i dont know /fuck all/ about the chips, like i've said already, this is just what i was told in irc on the developers channel. dont be a bloody moron

=i just lost in a game and am venting some anger so dont be too offended=

 

[paulobecker]

comming back to the psx4gp2x, zodttd said something about switching from interpreter to recompiler. How does it work. Am I close when I'll say that recompiler will dissassemble the code of PSX game and compile it for psx2gp2x readable format? It's kind of interesting thing and nobody here ever asked about it.

If you're correct, such a technique would be great for a GBA emulator, especially considering the code must be much more simple than for a PSX game, and the CPU that GBAs use is practically the same as the GP2X (both use ARMs right?). Anyway, can't wait to hear the updates. I'm probably gonna place my order today since Play-Asia finally has them in stock

 

[Firecooler]

hello,

i'cant wait for beta 2

the emu looks nice

 

[Loubear]

Dynamic recompilation, name explains part of it. It's just recompilation of code during runtime to better suit and run more effieciently on whatever hardware the software is running on.

 

[Jarska333]

Why cannot it be non-dynamic? Not on the run, but done in advance, on a fast PC?

 

[PokeParadox]

Because that fast PC doesn't have information that the target system has at run-time.

 

[zodttd]

What Jarksa says is possible. And I think would work great if it can be done at some point. It's called a static recomilation I think. Basically, instead of doing all that emulation bull, you take 99% of that process away by taking the ISO of a game, and turning that MIPS bytecode to ARM bytecode + extra magic needed for keeping track of registers. The bonus is it would run nearly as fast as native compiled code, the problem is static binaries would be huge, and I find it to be a step above dynamic recompilers.

So maybe in the future, we could just take a PSX (MIPS cpu) ISO on the PC/Mac and turn the bytecode in it to ARM. It's wishful thinking at this point though.

Btw, a 25% increase in 2D rasterizer improvement was made by Unai recently. So games going at 16 FPS such as Buster Bros, will now go 20+ FPS.

Tinnus and I are still working on the interpreter. Right now were just rewriting it in ARM assembly. 20 MIPS R3000A instructions are now working in ARM assembly equivelant code. Basically, almost all the instructions used by the PSX are working in the interpreter, except for DIV , and branch opcodes. Once those are done, the interpreter can be completed and sped up by multiple optimizations. It should be a good amount faster even at that stage, since with a LARGE amount of overhead currently in the arm asm interpreter, the speed of the emulator doesn't drop ANY. So once that overhead is removed and more assembly is optimized, things should be sped up more.

I'll keep everyone updated. Sorry about the lack of beta 2. I got swamped with work. I also want to get some features working in psx4gp2x working such as the arm asm interpreter and the new gpu additions in before releasing.

 

[soup_nazi]

That all sounds great ZodTTD. No worries on the time frame either, all your work is much appreciated.

Oh and I found a game that runs full speed on the beta :lol: :

Bubble Bobble 2

OC: 280
Vsync: I forget
Frame Rate: 22 on interlace 1 (full speed, ish), 28 on interlace 3!!!

And because of it's 2d nature the interlace isn't even that noticable with the progessive scan on.

 

[nubie]

Btw, a 25% increase in 2D rasterizer improvement was made by Unai recently. So games going at 16 FPS such as Buster Bros, will now go 20+ FPS.

Tinnus and I are still working on the interpreter. Right now were just rewriting it in ARM assembly. 20 MIPS R3000A instructions are now working in ARM assembly equivelant code. Basically, almost all the instructions used by the PSX are working in the interpreter, except for DIV , and branch opcodes. Once those are done, the interpreter can be completed and sped up by multiple optimizations. It should be a good amount faster even at that stage, since with a LARGE amount of overhead currently in the arm asm interpreter, the speed of the emulator doesn't drop ANY. So once that overhead is removed and more assembly is optimized, things should be sped up more.

Wow, I am impressed, It's looking like full-speed might happen (I don't think sound is necessary, a personal opinion, I know some don't feel this way)

 

[paulobecker]

Wow, I am impressed, It's looking like full-speed might happen (I don't think sound is necessary, a personal opinion, I know some don't feel this way)

Shut up sound is essential! (not meaning to sound harsh sorry if I did)

I'd rather play at 20 fps with sound than at 30 without it. But whatever comes is fine with me. Please do keep up the awesome work guys! And if I ever get a GP2X before my country goes bankrupt, you can expect some more donations coming your way