Release Emu EX Plus Alpha ported to the Pandora


For -fexpensive-optimizations, I'm using gcc4.7.2, and yes, the fight screen of Golden Sun is corrupted :( . I have tested some things that worked, so I was assuming it was ok. (I won't switch to gcc 4.8 before stable release)
GCC 4.8.0 stable is now out which fixes the GBA.emu issues.

About your EGL changes, since you're not actually using the Xlib display & window objects, maybe I can look into making a version without X and use just evdev to read input once it's ready? It's possible the flickering/tearing issues are caused by some strange interactions between X and the GPU drivers directly drawing to the framebuffer. Luckily I'm getting a Pandora in the near future thanks to ED so hopefully I can figure out what the exact problem is :)
Yes, compiling GCC 4.8.0 is on my short-term todo list ! But, last GCC took at least 2 days to compile if I remember correctly, so that will take time.

An so you will get a Pandora, that's great ! :D
 
Last edited by a moderator:
GCC 4.8.0 stable is now out which fixes the GBA.emu issues.

About your EGL changes, since you're not actually using the Xlib display & window objects, maybe I can look into making a version without X and use just evdev to read input once it's ready? It's possible the flickering/tearing issues are caused by some strange interactions between X and the GPU drivers directly drawing to the framebuffer. Luckily I'm getting a Pandora in the near future thanks to ED so hopefully I can figure out what the exact problem is :)

You need to be in SPP mode to use the in-app scanning which will take over the device for the duration the app. Once evdev support is ready in a future update, you can use it in regular HID Gamepad mode paired via the OS instead.

Great news!! :D

Thanks!!
 
 Luckily I'm getting a Pandora in the near future thanks to ED so hopefully I can figure out what the exact problem is :)


Glad to hear it!  I'm a big fan of your .EMU stuff and was glad ptitSeb ported them over.
 
I have the latest version. I was finally able to see things correctly by pushing the LCD brightness to the max and pusing the gamma to 1.2. Just a bit suprised because the other  emulator I used did nor need that<. I guess I was kust lucky. Anyway, I still prefer your emulator :) .

I do have another question, in the default keymap, going back to the UI is by using Menu. I suppose this is the Pandora button. I have to change this if I use minimenu, right? (With minimenu, it kills the app.)
I never use the "Pandora" button in my program. May be I should, but I prefert to let this button to the system.

For emu-plus-ex-alpha, the "back" is "ESC" (Fn-Q) (there is also an "Up" on folder browser with "left"). When in game, it will ask "Really quit?", choose "No" to go back to UI.

The Gamma/Contrast thing is strange? I have use the emulators in both a Rebirth (with SuperZaxxon 1.53 firmware) and a CC(with SuperZaxxon 1.54RC firmware) without any problem. I haven't personnaly tested on GHz Pandora, but haven't seen report of this issue here. What model/version of firmware (or atlternative OS)/version of GPU driver are you using?
If I set frameskip to 1 I do not need gamma, but the game runs too fast :) I guess the other 2600 emulator was frame skipping and that is why I could see better. It could be a problem specific to my device.
 
I have the latest version. I was finally able to see things correctly by pushing the LCD brightness to the max and pusing the gamma to 1.2. Just a bit suprised because the other  emulator I used did nor need that<. I guess I was kust lucky. Anyway, I still prefer your emulator :) .

I do have another question, in the default keymap, going back to the UI is by using Menu. I suppose this is the Pandora button. I have to change this if I use minimenu, right? (With minimenu, it kills the app.)
I never use the "Pandora" button in my program. May be I should, but I prefert to let this button to the system.

For emu-plus-ex-alpha, the "back" is "ESC" (Fn-Q) (there is also an "Up" on folder browser with "left"). When in game, it will ask "Really quit?", choose "No" to go back to UI.

The Gamma/Contrast thing is strange? I have use the emulators in both a Rebirth (with SuperZaxxon 1.53 firmware) and a CC(with SuperZaxxon 1.54RC firmware) without any problem. I haven't personnaly tested on GHz Pandora, but haven't seen report of this issue here. What model/version of firmware (or atlternative OS)/version of GPU driver are you using?
If I set frameskip to 1 I do not need gamma, but the game runs too fast :) I guess the other 2600 emulator was frame skipping and that is why I could see better. It could be a problem specific to my device.
Yes, that's very strange. I have no issue with 2600.emu. I have to check my config, but I think it's on Autoframeskip. Anyway, having added VSync, the frameskip shouldn't have much effect, except if your LCD  screen is faulty and takes ages to refresh... Do you have Ghosting issue?
 
I love the both SNES & GBA emus :) For me, the SNES emu is working perfect. For the GBA emu, will there be a cheat feature in future? And both emus with a rewind feature in a few steps for a few secs? A cheat searching feature would be perfect too... ;) I hope i don't call like a boss of your job^^
 
A cheat feature will come in the GBA.emu, in the form of IPS patching on the fly. That's all for now. The "rewind feature", while extremly usefull for playin, is very very difficult to implement ! Don't hold your breath on that.

But all *.emus fetures well implemented Savestate. You should configure "Save" on an easy to reach button and use that before .. well ... difficult and delicate moment. Of course, it's not rewind, but it's better than nothing.
 
New release flood on the repo.

There is a brand new C64 Emulator, based on vice. Zipped files seems missing for now, but appart that, it runs very well.

Build 06
----------

 

  • In sync with official v1.5.10 version
  • New C64 emulator, based on Vice (doesn't seems to support zipped files, but savestates and all other bells and whistles are here)
  • Compiled with gcc 4.8.0

And here is the change log from official v1.5.10 (removed android & iOS parts).:

  • Pushing the "Left" key on a controller/keyboard unbinds the selected action under Input Device Setup (allows unbinding single actions without using a touchscreen or mouse)
  • Automatically re-activate touch controls if touch-screen is used in-game after a gamepad is detected
  • Fixed incorrect Wii Nunchuk input caused by previous update
  • C64: First release
  • GBA: On-the-fly IPS/UPS/PPF patching upon loading a rom (patch file should match rom name and be in the save directory)
  • NES & MD: Added Video System option to force NTSC/PAL timings (NES can switch mid-game)
 
Think he forgot to change the versionnumber or something.
 
OOoooh :( Really. I have change all PXML, but maybe I changed only the application version and not the package version, or the other way around... I have to check that.
 
Hum, I don't understand. I've double checked, and all PXML seems ok to me (all set to 1.5.10.06). Also, the repo shows them to the correct version. Maybe the fact that I upload them in a row may have disturbed a bit PNDManager?
 
apart from th e new C64 emulator, I also see the new updates through PND manager as not updates (if that makes sense?)
 
I understand was you write, but that doesn't make sense. There are all new, and with different version than before ?!

Maybe I have to do some new package and upload them less quickly, so it can be registered correctly ?
 
Last edited by a moderator:
the appeared on my list within PND manager as updated today, but didn't appear in my upgrade list (hope I've phrased it better now)
 
Yes ok. Very clear now. But that's weird, it should register as upgrade, I didn't change the package id ?!!! I'll do an update tomorow I think, so it register as update if it hasn't improved by itself.

Thank you for mentioning it, as I clearly can't see that on my side (or can I, may be it's the "update" on the repo that don't show for *.emus, or is it something else).
 
Are the old versions 1.5.9.5?  If so then it's easy to explain as a bug in PND Manager if it's doing its version compares as a string compare instead of tokenizing the version and doing numeric compares of the tokens: as a string, 1.5.10.6 < 1.5.9.5 (because the 1 in the 10 is before 9).  Hence, PND Manager sees these as older than 1.5.9.5. :p  What it should be doing, of course, is comparing 1 vs 1 (same), then 5 vs 5 (same), then 10 vs 9 (indicating a new version when done as a numeric comparison).

Yes ok. Very clear now. But that's weird, it should register as upgrade, I didn't change the package id ?!!! I'll do an update tomorow I think, so it register as update if it hasn't improved by itself.

Thank you for mentioning it, as I clearly can't see that on my side (or can I, may be it's the "update" on the repo that don't show for *.emus, or is it something else).
 
Are the old versions 1.5.9.5?  If so then it's easy to explain as a bug in PND Manager if it's doing its version compares as a string compare instead of tokenizing the version and doing numeric compares of the tokens: as a string, 1.5.10.6 < 1.5.9.5 (because the 1 in the 10 is before 9).  Hence, PND Manager sees these as older than 1.5.9.5. :p  What it should be doing, of course, is comparing 1 vs 1 (same), then 5 vs 5 (same), then 10 vs 9 (indicating a new version when done as a numeric comparison).

Yes ok. Very clear now. But that's weird, it should register as upgrade, I didn't change the package id ?!!! I'll do an update tomorow I think, so it register as update if it hasn't improved by itself.

Thank you for mentioning it, as I clearly can't see that on my side (or can I, may be it's the "update" on the repo that don't show for *.emus, or is it something else).
Ah yes, that may be the reason why. For build number (last digit), I put "05" or "06", but for the other version number, I don't.. So yes, 1<9, even if 10>9, may be that why.
 
Hi.. Just installed a few of these emulators.. They look great so far.. But..


Any reason why my menu font is garbled? I mean, certain letters are all messed up!! Its not unresdable but weird is all.


Thanks


Sent from my A500 using the cli.
 
Back
Top