Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Emulator window not redrawn when GUI active? #1251

Closed
giantclambake opened this issue Mar 23, 2024 · 12 comments
Closed

Emulator window not redrawn when GUI active? #1251

giantclambake opened this issue Mar 23, 2024 · 12 comments
Assignees
Labels
bug fixed in v6 Fixed in v6.x

Comments

@giantclambake
Copy link

Start emulation (normal or RTG) -> F12 ....move GUI window ~ it's fairly evident =)

TIA

@midwan
Copy link
Collaborator

midwan commented Mar 23, 2024

I suppose you're referring to the preview branch, which has separate windows for GUI and emulation screen here?
That is by design, the emulation is paused when you open the GUI.

@midwan midwan self-assigned this Mar 23, 2024
@giantclambake
Copy link
Author

Yes, apologies... preview branch. If this is expected, then so be it ~ I was expecting the paused emulation window to be redrawn....here, I've just raised focus on the emulation window after dragging GUI -> https://imgur.com/TQkFy7Y.png

I likely notice it more always being in desktop (windowed) environment ;)

@midwan
Copy link
Collaborator

midwan commented Mar 24, 2024

Oh wait, it should be redrawn if you move stuff over it. The emulation is paused, so nothing new happens inside it, but the window contents should remain visible.

@midwan
Copy link
Collaborator

midwan commented Mar 24, 2024

And it does redraw itself correctly here, under RasperryPi OS and Debian

@giantclambake
Copy link
Author

Had to check on a LFS-11.3 build (to eliminate nvidia drivers being at cause) ~ preview branch doing it there as well ... must be a x86-64 thing? https://www.youtube.com/watch?v=iwEs5Zb4zg0

@midwan
Copy link
Collaborator

midwan commented Mar 25, 2024

I cannot recreate this here so far, and I've tested both ARM and x86-64 builds.

@giantclambake
Copy link
Author

Retested to make sure nothing erroneous had crept in ~ this procedure excludes any chance of my existing amiberry.conf & config.uae files being at fault (my usual runtime_dir is ~/Amiberry/ )

-fresh clone of preview git tree (git clone -b preview https://github.com/BlitterStudio/amiberry)
-compile as usual with PLATFORM=x86-64
-copy kickstart-1.3 rom (v34.5) into build_dir/kickstarts/
-launch amiberry from within build_dir ( ./amiberry ) -> click Start (emulation boots to Amiga insert disk screen)
-press F12 to display GUI

https://www.youtube.com/watch?v=sEubIUkNydE

Undertook the same procedure on the LFS-11.3 x86-64 build (HP 800 G1 usff, i915 IGP) ~ same result, so doesn't seem Debian specific nor anything to do with proprietary nvidia drivers.

@solskogen
Copy link
Collaborator

x11 or wayland?

@giantclambake
Copy link
Author

x11 ;)

@midwan
Copy link
Collaborator

midwan commented Mar 26, 2024

I've tested it under Wayland (RPI5) and WSL2 on Win11. Will do some more tests in different configurations to see if I can recreate it there.

@midwan
Copy link
Collaborator

midwan commented Mar 26, 2024

It seems to be related to the back-end used then, I managed to recreate it under Manjaro Linux x86.

@giantclambake
Copy link
Author

Thanks for the fix, working as expected now ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug fixed in v6 Fixed in v6.x
Projects
None yet
Development

No branches or pull requests

3 participants