Homebrew CTRX - PS1 Emulator

[machinamentum]

v0.3-alpha now available. This release implements some HLE for CDROM reading. Since I've yet to learn how the filesystem for CDROM images work, this uses just a plain folder to hold the CD data. The BIOS reads SYSTEM.CNF for the filename of the target program then loads + executes it.
This is a crucial step for the emulator as this lays the ground work for running homebrew that loads image data from a CDROM.

 

[AtlasFontaine]

v0.3-alpha now available. This release implements some HLE for CDROM reading. Since I've yet to learn how the filesystem for CDROM images work, this uses just a plain folder to hold the CD data. The BIOS reads SYSTEM.CNF for the filename of the target program then loads + executes it.
This is a crucial step for the emulator as this lays the ground work for running homebrew that loads image data from a CDROM.

So, can this now load the bios?

 

[machinamentum]

So, can this now load the bios?

It has always loaded a BIOS. The official BIOS won't be compatible since CTRX does not currently emulate many of the low-level hardware registers. CTRX's BIOS is the only one compatible with it at this time.

 

[jamieyello]

What if you wanted to push L1 and R2 at the same time and use dual analog games at the same time? I've already said this.

Probably by getting clever with custom button mapping/button combinations.

 

[Queno138]

-snip-

can this work on gateway?

 

[machinamentum]

can this work on gateway?

It will work with anything that can run .3dsx homebrew.

EDIT: small progress update
I've put a lot of effort into file access emulation and fixing a handful of GPU bugs and I've been able to make the puzzle example from PSXSDK render somewhat correctly in the CTRX simulator (desktop implementation)

 

[Sanic666]

This gives hope for a n64 and saturn emulator

 

[AtlasFontaine]

It will work with anything that can run .3dsx homebrew.

EDIT: small progress update
I've put a lot of effort into file access emulation and fixing a handful of GPU bugs and I've been able to make the puzzle example from PSXSDK render somewhat correctly in the CTRX simulator (desktop implementation)
View attachment 25526

Great Progress man! I see that you're full time looking this, and theres nothing wrong with that!

 

[machinamentum]

v0.4-alpha now available. This release marks a very important milestone as it is the first release with a playable game. Included is the puzzle example from nextvolume's PSXSDK. Note that this release is very slow (barely fast enough to not be frustratingly slow on N3DS ). More than likely due to the large amount of redundant texture decoding happening every draw call. This should be much, much faster with the next release/when texture caching is implemented. Also note that the colors are off. Seems to be an issue with the lazy 16-bit decoding implemented in Caelina, this should be fixed soon as well.

 

[teampleb]

Probably by getting clever with custom button mapping/button combinations.

It'd be a pain in the ass. Just get a CPP.

 

[Tigroid]

v0.4-alpha now available. This release marks a very important milestone as it is the first release with a playable game. Included is the puzzle example from nextvolume's PSXSDK. Note that this release is very slow (barely fast enough to not be frustratingly slow on N3DS ). More than likely due to the large amount of redundant texture decoding happening every draw call. This should be much, much faster with the next release/when texture caching is implemented. Also note that the colors are off. Seems to be an issue with the lazy 16-bit decoding implemented in Caelina, this should be fixed soon as well.

Wow!! You're working very well and incredibly fast!

 

[Disharmony16]

v0.4-alpha now available. This release marks a very important milestone as it is the first release with a playable game. Included is the puzzle example from nextvolume's PSXSDK. Note that this release is very slow (barely fast enough to not be frustratingly slow on N3DS ). More than likely due to the large amount of redundant texture decoding happening every draw call. This should be much, much faster with the next release/when texture caching is implemented. Also note that the colors are off. Seems to be an issue with the lazy 16-bit decoding implemented in Caelina, this should be fixed soon as well.

that link just send me to the v0.03

 

[teampleb]

This gives hope for a n64 and saturn emulator

You are never getting a Saturn emulator. N64? Maybe. Saturn? Hell naw.

 

[Vague Rant]

that link just send me to the v0.03

Correct link.

 

[MyJoyConRunsHot]

You are never getting a Saturn emulator. N64? Maybe. Saturn? Hell naw.

IKR. Almost nothing aside from a good PC and the system itself runs Saturn games decently if at all.

 

[Selim873]

IKR. Almost nothing aside from a good PC and the system itself runs Saturn games decently if at all.

Totally true! I want to get a Saturn myself, but most games that caught my attention are Japanese Exclusive I believe. I'm not sure. I didn't research much on the Saturn. The only game that really intrigued me was Grandia, but it was only in Japanese which I'm still yet to learn just to play their region exclusives, then I found out that it came out in America on the PSOne, so I got it on PSN.

 

[TylerSGman]

You are never getting a Saturn emulator. N64? Maybe. Saturn? Hell naw.

Every single comment you make is negative

 

[teampleb]

Every single comment you make is negative

It's still true. Deal with it.

 

[TylerSGman]

It's still true. Deal with it.

Explain why you think a saturn emulator is not possible

 

[teampleb]

Explain why you think a saturn emulator is not possible

Because it's an incredibly complicated system. You need a PC with a lot of power to run even the fastest emulator on PC. An ARM11 isn't gonna cut it.