Search results

I hear the spring noises too. But I think they are normal. For the drift, I can imagine a dead zone will help. But how can this be realized?

No need to hurry, I still consider and recommend the buster image as the current "stable" release. I just wanted to tell/warn/inform that they're not working out of the box when using the newer distros and wanted to show a quick'n dirty solution to make them run anyway...

Try the following: In your appdata/hode folder you find the hode.ini Change line 38 to fullscreen=true and tell me if the face buttons now work. I totally forgot I made this change!

On my emmc is still buster and I tested all my ports with it. It does run in fullscreen mode as well!

These "P" emulators don't work in bullseye or bookwork anymore, since they look for older versions of the libGLEW, libcrypto and libtinyxml2 dependencies. If the emulators do relay on the older libraries it may work if local copies from the buster versions are included... Edit: I managed to...

Hm I really don't know what you mean... The game starts in full screen mode and face buttons are working. I even can't switch to windowed mode because the alt key causes the game to quit immediately. However, the nubs are too sensitive and can affect the controls even if you don't use the nubs...

I'm sure it's an intentional choice. The question is, what was it what what they said about it...

No need to be sorry for having ideas :cool:

Good point, but on bullseye we have SDL2 v2.0.14 and the issue is still the same...

So what exactly is not working? The bookworm image works fine so far...

Hold down the power button a few seconds, then it boots. Does anyone know why the bullseye and bookworm images do only boot when pressing the power button longer?

It's still the same issue...

I tested your SDL2 version, but in fullscreen mode stays the game resolution very small and the rest of the screen is filled black. In your updated SLD1 do the sound effects now work correctly, but it still occurs in fullscreen mode that the music in the opening sequence starts later. If this...

You're right, the controls were not ideal. And yes, somehow the options menu is not supported in the recreated engine. I swapped the Jump and Shoot keys, so that it is now possible to run and jump without breaking your thumb. New build is up!

fheroes2 is a recreation of the Heroes of Might and Magic II game engine. https://pyra-handheld.com/repo/apps/231 You have to use at least bullseye to run the game!

So we finally have bookworm :) There are now images for bullseye and bookworm but they are 4GB f2fs partitions. It is not possible to resize these partitions on Debian≥11 systems with f2fs-tools and as a workaround, I do resizing them with a Buster image on a spare SD card. Is there another...

Yes, it's paired with GL4ES as well. Is this really due to GL4ES? Maybe a future release of sdl12-compat can solve this... However, GL4ES alone still has it's limits and I would like to see updates as well. Some games just don't work with it. IIRC, some complex shaders are not supported yet...

This game uses SDL1.2 which means that the game doesn't run easily in fullscreen mode on a Pyra. There is a possibilty to get a fullscreen mode nontheless by using sdl12-compat but there are sound issues when using the sdl12-compat libraries. So the game runs in windowed mode with system SDL1.2...

I already tried, that's what you get ifeq (armhf,$(DEB_BUILD_ARCH)) ifeq (,$(shell grep -l cpu:type:aarch64 /sys/devices/system/cpu/modalias)) # There is not enough memory in armhf userspace with a 32-bits kernel. $(error Unfortunately cannot build on armhf. Try a 64-bits kernel) I also...

With this port, I realized a few oddities. The engine supports a nice looking fullscreen mode, but then the game crashes ...mostly... when the actual gameplay starts (in the Terminal it reports "ERROR: I/O error on seeking to offset #####!") However, ...sometimes... it does not crash and then...