@DirtBagXon said in New Hypseus with overlays and Singe support:
BTW: Maddog will look optimal with the following argument too: -blend_singe_sprites
-blend_singe_sprites now changed to -blend_sprites
Option has become game (singe) specific....
Also just to clarify, joystick support is now within Hypseus Singe in the branch link above.
It does not need the wrapper options discussed above.
@lmerckx said in New Hypseus with overlays and Singe support:
Hello @DirtBagXon,
Mad Dog McCree is playable (memories, memories ...
). But does Singe support the joystick ?
For me, I can only move the target with the mouse but perhaps I broke something with my patch ...
Aha, the infamous Daphne joystick support.
Singe has never supported joystick axis movement as far as the codebase says, button yes, but axis no.
The LUA game script interface for mouse movement is fairly simplistic:
void sep_do_mouse_move(Uint16 x, Uint16 y, Sint16 xrel, Sint16 yrel)
{
static bool debounced = false;
int x1 = (int)x;
int y1 = (int)y;
int xr = (int)xrel;
int yr = (int)yrel;
// Not sure what's wrong here. I think things are getting started before Singe is ready.
if (!debounced) {
debounced = true;
return;
}
x1 *= g_sep_overlay_scale_x;
y1 *= g_sep_overlay_scale_y;
xr *= g_sep_overlay_scale_x;
yr *= g_sep_overlay_scale_y;
sep_call_lua("onMouseMoved", "iiii", x1, y1, xr, yr);
}
Whereas the joystick is referenced in Daphne I/O based on SDL events:
// processes movements of the joystick
void process_joystick_motion(SDL_Event *event)
I believe in the past people may have used joystick to mouse movement wrappers as a work-a-round.
I will take a look to see if I can link these differing elements of the codebase, but suspect it's not as easy as it looks or sounds.... inherited issue.....
Hi guys,
I know Recalbox uses Hypseus currently for Daphne game support, but just wanted to point you in the direction of a fork of Hypseus I have been working on recently that has overlays and Singe support.
I have a RetroPie README up that allows it as a straight drop-in over the native libretro plugin they use. Hoping it might be usuful for you guys too.
https://github.com/DirtBagXon/hypseus-singe
https://github.com/DirtBagXon/hypseus-singe/blob/master/RETROPIE.md
The way the YUV is rendered in a SDL2 texture within Hypseus made the function that reads the pixels far more difficult than it should be. I made some comments in the README of this repo:
https://github.com/DirtBagXon/hypseus_singetwo_data/tree/master/actionmax
You can try using the -nohwaccel option but on the Pi but this will probably lower your framerate to unacceptable levels. At this point I don't have a solution on the Pi until, I currently believe, X11 and SDL2 support is improved. ActionMax works fine on the Linux desktops, Windows and Mac ports.
However, as you mention versions, from v2.6.1 (very recent) adding Singe support to emulation stations will become vastly simplified using the -retropath argument. This performs on-the-fly LUA path rewrites for singe peripheral data, which removes the need for the singe sub-directory completely. I posted some early data above (which I can no longer edit), but the latest details are commented here:
https://github.com/DirtBagXon/hypseus-singe/blob/master/src/3rdparty/retropie/RETROPIE.md
You may want, if you forgive the link, look here too: https://retropie.org.uk/forum/post/263036
For information:
Version 2.6.6 now makes massive improvements in Singe functionality, with increased accuracy in gun games and increased overlay frame rates for smoother game play.
Another long standing porting issue resolved in Singe.....
Unfortunately this doesn't improve the ActionMax support on the Pi..... but improvements elsewhere are significant.
Singe ALG Lightgun support - Version 2.6.14:
Hypseus Singe now has lightgun support via EV_ABS mouse input.
Verified Sinden and DolphinBar/Wiimote operation.
See the discussion on the GitHub repo:
https://github.com/DirtBagXon/hypseus-singe/discussions/21