Psx4gp2x Public Beta 2 Released.

[moz]

yeah!!!!!

 

[hackgrid]

 

[Vimacs]

Well, now with squidges mmu hack you can also acces other hardware functions the same way, yso you could use the dedicated 920<>940 pipe/interrups now, that would for sure speed up its use.

 

[X-Code]

Don't worry zodttd , you're doing a great job on all this , I've posted the news update on SP site ( again as best as I could )

 

[karmax75]

Awesomely cool.

 

[kcar181]

Keep up the amazing work zod

 

[Shikaku]

*Prays we can use the second core SOMEHOW in ANYTHING

 

[plounted]

is there any chance of getting isz support?
this would greatly reduce the size of the .bin or .iso files used for games. this would let me get like 2 games at a time on my sd card.

 

[Vimacs]

Use znx wih pocket iso, or manually rip them.
Many games go down to 10-50mb.

 

[Goity]

sex.

 

[PSyMastR]

I just tried Crash Bandicoot, um... sivere graphical flashing/glitches on the right side of the screen, and slow as hell. Plus, irresponsive.

EDIT:

PSx4All Beta 2:
240MHz
Interlace 0

 

[STTrife]

how's the progress zodttd (and others?) Hope it's going allright

 

[Mortys]

It's a question to the PSx4gp2x team. As the Mplayer source has been release, do you think you'll be able to use the GP2x hardware to play the video of the games ? I know it's not DivX or Xvid codecs but they're smaller and (I suppose) easier to decode than Divx.
Secondly, Why not try a hacked mode where you don't draw texture but only on of the color (like the first try of DSQuake) ?

 

[Tinnus]

I tried disabling texturing here but not only it looked unplayable but also got no noticeable speed boost.

Our problem is the CPU.

Oh, there's nothing in the GP2X that could be used to decode the MDEC video BTW, at least AFAIK.

 

[Tobriand]

Hmm... I wonder if it would be feasible to, eventually, hack the MDEC movies out in exchange for divx encoded files that the emu would detect as different from what the game thought was there and pass to the hardware decoder...?

Ok, a lot of work, I imagine, but, if it did work, might let us get games that little bit smaller that always helps for cramming them onto finite-sized cards...

 

[Jarska333]

Hah, was going to say the same thing, but figured someone else is bound to ask...

 

[Tinnus]

There has to be some thought put into that. Remember that videos play while the CPU is still executing, so the videos need to be played from inside the emulator. That implies inserting a DivX decoder INSIDE the emulator code...

Note that .Z compression of ISOs containing MDEC videos is already good too. So that takes down the space issue... Now, speed would not be affected positively too since DivX is DEFINATELY heavier to decode compared to MDEC. And as I said, the CPU is still executing at full power, so not only MDEC decoding uses a tiny part of the processing time, but DivX would make things even slower.

Oh, and BTW, what is the "hardware decoder"? AFAIK the GP2X has simply a dual-core ARM chip, no special video decoding hardware. There's a high possibility I'm missing information here too

 

[zodttd]

Hi everyone,

I'm still working on the dynarec. I reached a bug where everything will work, now get this, if a fopen/fclose I used for debugging is in a certain function. If its not there, it will crash as it seems the recompiled function won't return properly in one spot. Why this is happening is beyond me at this point, and why an fopen/fclose or usleep(500) makes it work is also beyond me. I figure it's a stack issue, but I seem to be doing things right. I'll have some people look at it and see what I'm doing wrong. I'm refusing to blame the compiler. ;P

With the trick in place above, the BIOS is completely recompiled dynamically, all 2.6 million cycles of it. Though it doesn't get as far as displaying anything from a game yet. I want to find out whats causing the memory issue mentioned above first before tackling other bugs, as they are probably related.

My feelings about the second core is that at the current state of the emulator and the way the second core is accessed, it's fairly useless. psx4all wasn't written with threading in mind, though, yes the GPU and SPU could possibly be put on the second core with a few advancements. It's just isn't happening in the immediate future as it seems so far. The best bet would be putting the GPU core on the second core, but thats in Unai's hands.

I couldn't work on the dynarec the past few days since I had to complete a commercial project, a Palm OS game. Another Palm OS game is in the works for me to do, but I'm going to get some work on the dynarec done inbetween, starting now.

I've been working non-stop, sometimes to the point I can't update everyone on the status of things.

ZodTTD

 

[TyBO!]

I've been working non-stop, sometimes to the point I can't update everyone on the status of things.

And let me say, we appreciate it a lot... don't overwork yourself though.

I always love reading your status updates. Even though I don't know the first thing about coding, they're very interesting to read, and it gives me a better understanding of how emulators work. I'm really looking forward to having a new version of PSX4GP2X with dynarec implimented, keep up the great work!

 

[daclassicgamingmaster]

I just came in my pants.

Isn't that my job?

Your job is cumming in dcgm's pants??

That's news to me.