PS3 version of E-UAE Amiga Emulator

[AmazingLarry]

Link removed..

Thank AmazingLarry

No problem!

I almost made the same mistake, when i uploaded the source and the packages for the ntsc fix to this site, i accidentally uploaded my personal package that had my adf's and kickstart rom included, luckily i deleted the attachment before i even posted, but it could have gotten me banned. I'm already on the naughty list right now any way.

I've been taking a look at some other developers code (i'm not much of a programmer, the semester i took technical school used visual basic and it was kind of a joke, and i was a drunk at the time so remember very little although i got good grades) and i'm wondering how difficult it would be to add a gui like squarepushers emulator's and implementing better display settings that are configured in the emulator itself and universal to NTSC/PAL.

I wish i had more talent, i've been looking into some PS3 docs and some of the code looks simple enough. I have a full build environment, the only thing i've really developed for was android, and it was a minimal settings and updates app in java, the erst of my knowledge is just bash scripting etc.

I wonder if Ole is working on this still as well.

in the meantime, i'm trying to do what i can about the problems people different consoles have with different packages. we shouldnt need to have seperate forks.

if you havent downloaded the ntsc version yet, i'm going to upload a package later, the only change is that although the /game/EUAEXXXXX folder is still named 00825 rather than the updated 00829, i hadnt really anticipated anyone working on a newer base version of UAE for this emulator, as ole is hard to reach and didnt often update the PS2 E-UAE emu either.

This way your packages, kick rom, etc dont need moving, even if it is a minor annoyance. everything else will be 0.8.29, game's TITLEID will just be the same and version of that title id will chagne with newer revisions, hopefully by mickjt, sounds like he has a better handle on the coding than i do.

[MickJT]

I only know AREXX. C/C++ is pretty jibberish to me, though I understand a few basic things enough to just copy & paste, and make small modifications.

The fact you could code anything in Java from scratch shows you know more than I do.

I'm going to see how hard it is to map the left analog stick to the joystick. At the moment I believe it works like a mouse, constantly sending signals. If you hold the stick to the left, it'll keep sending signals to move to the left. That wouldn't work very well.

Savestates are working, but slow to save, so I will add "Saving, please wait.." to the menu as well.

[MickJT]

Good news everyone. I can get you to read this in Professor Farnsworth's voice!

Aside from that, I have managed to figure out why I couldn't get dual mouse support working. Hours of looking at the code and then realised the purpose of the "keep mouse moving" code in input.c.

Basically what it does, is when you have the left analog stick all the way to one side, you are no longer moving it. Therefore the mouse will stop moving on the screen. With a real mouse, you are always moving it. That section of code was taking input from any left analog stick and outputting to all mouse ports.

Thankfully, the analog stick has enough different "points" as I will call them, that there isn't really much of a detriment to me commenting out this code.

What I will do, is disable that part of the code ONLY when you are using 2 mice, or I might be able to fix up the code properly later on.

This will allow 2 player Lemmings ;-) A beta link will be sent to 3 people for testing.

[seuden]

Awesome work. Will test later today as I'm proper hungover.

[emsef]

I've also been reading input.c - it should be relatively easy to introduce a new option that sections off the existing mouse code and does something alternative with the left analog hat values.

I'm yet to set up a dev environment though so it'll take me a short while to get up to speed to be able to actually test my small code changes.

[MickJT]

Fixed up the code properly now. hat_x and hat_y have been put in an array, so there's an individual hat_x/hat_y for each mouse now. That was the root cause of the problem, using the same variable for both mice.

Both mice motion is now smooth. So to those people I sent a beta to, you can disregard that one. I'll package up an "r2" in a moment for NTSC (hopefully) and PAL. They'll be specific, so the NTSC version won't work on PAL.

But before I do, I want to make a little .txt documentating the changes made since Ole's version, and put a little "Saving, please wait.." text when saving savestates.

Edit: Just fixing up some compiler warnings. Then going over it once more.

[emsef]

Hi Mick,

Just while you're ready to package something new up, any idea why I couldn't install your previous builds?

I had to install the one by subcon959 from post #205 (PS3 version of E-UAE Amiga Emulator)

Any thoughts appreciated.

Cheers

[MickJT]

Yes, I know why. Don't worry, you should be able to install these. Release is imminent. I will post the links as an edit to this post in a few minutes. I'm pretty sure it's because you're running the geohot firmware, not kmeaw, and if you have an NTSC console, my previously released builds wouldn't have worked for you anyway.

e-uae-0.8.29-ps3_r2.zip (Binaries)
e-uae-0.8.29-ps3-r2-src.tar.gz (Source)

r2 (21st Feb 2011)

- Savestate loading & saving added to menu.
- Dual mouse support.

Also added a new a sound/background for the XMB.

Please read the included .txt if you get stuck.

[emsef]

Thanks Mick, you're right that installed with no issues.

[Headrush69]

MickJT, thanks.

This version working fine on NTSC @ 1080p.

(Clarification: 1080p in the PS3 display settings, not in emulator.)