RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    EmulationStation GUI starts to wrap over the edge of the screen

    Scheduled Pinned Locked Moved
    Help and Support
    emuationstation display issue gui
    4
    23
    1.2k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      max_s @abj
      last edited by

      @abj Were you able to solve this?

      abjA 1 Reply Last reply Reply Quote 0
      • abjA
        abj @max_s
        last edited by abj

        @max_s I didn't find a solution and i didn't reported it because support for the bullseye is still work in progress.

        You can try and the weekly image of bullseye, but no guarantees: https://files.retropie.org.uk/images/weekly/

        `Please be patient, my English is not very good.`

        mituM 1 Reply Last reply Reply Quote 0
        • mituM
          mitu Global Moderator @abj
          last edited by

          @abj said in EmulationStation GUI starts to wrap over the edge of the screen:

          @max_s I didn't find a solution and i didn't reported it because support for the bullseye is still work in progress.

          Not quite, Bullseye is EOL as far as RaspiOS is concerned, ever since the Bookworm release last year. @max_s looks like a driver/kernel bug, you can back-up your install and try rpi-update to see if it solves it - then upgrade to Bookworm in order to be able to have a supported RaspiOS. Any reason why you've not used the RetroPie's image and installed over Bullseye ?

          M 1 Reply Last reply Reply Quote 0
          • M
            max_s @mitu
            last edited by

            @mitu said in EmulationStation GUI starts to wrap over the edge of the screen:

            @abj said in EmulationStation GUI starts to wrap over the edge of the screen:

            @max_s I didn't find a solution and i didn't reported it because support for the bullseye is still work in progress.

            Not quite, Bullseye is EOL as far as RaspiOS is concerned, ever since the Bookworm release last year. @max_s looks like a driver/kernel bug, you can back-up your install and try rpi-update to see if it solves it - then upgrade to Bookworm in order to be able to have a supported RaspiOS. Any reason why you've not used the RetroPie's image and installed over Bullseye ?

            I'm a bit confused. I believe RetroPie's official images use Buster (Debian 10). I did not want to run this as I believe it is no longer supported by Debian or Raspberry Pi and is now quite out of date. Raspberry Pi OS (Legacy) uses Bullseye (Debian 11). I want to use my pi for a few other things so having a supported and recent base OS is important to me. I decided to try Bullseye rather than Bookworm so as not to go too far from RetroPie's officially supported version. I must admit, I'd forgotten my OS wasn't supported by RetroPie when I later encountered this display issue.

            Which version of RaspiOS would you recommend I try for a manual install? Is Bookworm likely to work with RetroPie? I'm more than happy to give it a go and see!

            Thanks,

            Max

            mituM 1 Reply Last reply Reply Quote 0
            • mituM
              mitu Global Moderator @max_s
              last edited by

              @max_s said in EmulationStation GUI starts to wrap over the edge of the screen:

              Which version of RaspiOS would you recommend I try for a manual install? Is Bookworm likely to work with RetroPie? I'm more than happy to give it a go and see!

              Bookworm is just as likely to work with RetroPie as it's Bullseye. As I said, try rpi-update first to see if it fixes your issue, before installing from scratch on another OS version (Bookworm).

              M 1 Reply Last reply Reply Quote 0
              • M
                max_s @mitu
                last edited by max_s

                @mitu Thanks. I've run rpi-update and rebooted but still get the same results.

                1 Reply Last reply Reply Quote 0
                • mituM
                  mitu Global Moderator
                  last edited by mitu

                  Strange, haven't seen this kind of error before.
                  What kind of display/TV are you using ? If there's a TV, can you set it 'Game mode' so there's post-processing done by the TV itself ? What's the resolution of the display ?

                  abjA M 2 Replies Last reply Reply Quote 0
                  • abjA
                    abj @mitu
                    last edited by abj

                    @mitu
                    For my part, my resolution is 1360x768 60HZ, My TV :(https://www.lg.com/us/monitors/lg-24lm520s-wu-led-tv), I don't use game mode for sound and screen. It happen when I changed the sound to Hdmi, i confirm this two times. Except the graphical glitch, system stop responding to gamepad commands.
                    I don't have this problem with Buster and Bookworm so far, on the same TV.

                    I have saw a bug report with the same issue with Batocera distro, so it's must be something with the kernel, or driver maybe.

                    `Please be patient, my English is not very good.`

                    1 Reply Last reply Reply Quote 0
                    • M
                      max_s @mitu
                      last edited by

                      @mitu I'm running on a Dell U2415 monitor over HDMI. It's 1920x1200@60Hz.

                      I've switched over to Bookworm and still get this exactly as I did with Buster. For me, it happens when I page through the game lists with left/right. I am not making any sound changes.

                      1 Reply Last reply Reply Quote 0
                      • M
                        max_s
                        last edited by

                        Once emulationstation is in this state I can sometimes use it normally ie continue to move between screens or launch an emulator, but often when I continue to switch screens the whole thing hangs, showing either a black screen, or a faded screen (as in stuck in the left/right transition stage). When this happens, I can't exit with f4. I could still ssh and found a lot of pi kernel: [drm] Resetting GPU. errors reported via journalctl. I also got the following task blocked errors when I tried to manually kill emulationstation:

                        [...]
Mar 04 11:11:02 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:04 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:04 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:06 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:06 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:08 pi kernel: [drm] Resetting GPU.
Mar 04 11:11:08 pi kernel: INFO: task kworker/u8:3:51 blocked for more than 368 seconds.
Mar 04 11:11:08 pi kernel:       Tainted: G         C         6.1.0-rpi8-rpi-v7 #1 Raspbian 1:6.1.73-1+rpt1
Mar 04 11:11:08 pi kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 04 11:11:08 pi kernel: task:kworker/u8:3    state:D stack:0     pid:51    ppid:2      flags:0x00000000
Mar 04 11:11:08 pi kernel: Workqueue: events_unbound commit_work [drm_kms_helper]
Mar 04 11:11:08 pi kernel:  __schedule from schedule+0x54/0xe8
Mar 04 11:11:08 pi kernel:  schedule from schedule_timeout+0x128/0x154
Mar 04 11:11:08 pi kernel:  schedule_timeout from dma_fence_default_wait+0x134/0x1e8
Mar 04 11:11:08 pi kernel:  dma_fence_default_wait from dma_fence_wait_timeout+0x134/0x160
Mar 04 11:11:08 pi kernel:  dma_fence_wait_timeout from drm_atomic_helper_wait_for_fences+0x8c/0x104 [drm_kms_helper]
Mar 04 11:11:08 pi kernel:  drm_atomic_helper_wait_for_fences [drm_kms_helper] from commit_tail+0x34/0x198 [drm_kms_helper]
Mar 04 11:11:08 pi kernel:  commit_tail [drm_kms_helper] from process_one_work+0x218/0x4cc
Mar 04 11:11:08 pi kernel:  process_one_work from worker_thread+0x58/0x554
Mar 04 11:11:08 pi kernel:  worker_thread from kthread+0xd8/0xf4
Mar 04 11:11:08 pi kernel:  kthread from ret_from_fork+0x14/0x38
Mar 04 11:11:08 pi kernel: Exception stack(0xbb925fb0 to 0xbb925ff8)
Mar 04 11:11:08 pi kernel: 5fa0:                                     00000000 00000000 00000000 00000000
Mar 04 11:11:08 pi kernel: 5fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Mar 04 11:11:08 pi kernel: 5fe0: 00000000 00000000 00000000 00000000 00000013 00000000
Mar 04 11:11:08 pi kernel: [drm] Resetting GPU.
[...]
                        mituM 1 Reply Last reply Reply Quote 0
                        • mituM
                          mitu Global Moderator @max_s
                          last edited by

                          @max_s said in EmulationStation GUI starts to wrap over the edge of the screen:

                          Mar 04 11:11:08 pi kernel: Workqueue: events_unbound commit_work [drm_kms_helper]

                          That looks definitely like a Linux kernel driver issue. I'm not sure if it's a bug or some error triggered by a badly formatted EDID or cable malfunction, though I think Dell U2415 is a well-known and pretty used monitor.

                          Not much we can do on the RetroPie side here - you may try opening a topic in the RPI forums (here) and provide your system specs and describing the issue. You can get the kernel logs by running dmesg and post its ouput on pastebin.com.

                          My guess is that you'd be able to trigger this issue by installing libsdl2-tests and running one of the tests included (testgl2, testsprite, testwm2 , testviewport, all located in /usr/libexec/installed-tests/SDL2/) or even directly with kmstest.
                          This way any RP engineer that would look into this shouldn't have to install RetroPie EmulationStation.

                          M 2 Replies Last reply Reply Quote 0
                          • M
                            max_s @mitu
                            last edited by

                            @mitu said in EmulationStation GUI starts to wrap over the edge of the screen:

                            My guess is that you'd be able to trigger this issue by installing libsdl2-tests and running one of the tests included (testgl2, testsprite, testwm2 , testviewport, all located in /usr/libexec/installed-tests/SDL2/) or even directly with kmstest.
                            This way any RP engineer that would look into this shouldn't have to install RetroPie EmulationStation.

                            Thanks for the info. I have run all of those commands successfully without triggering any kernel errors or any visual glitches. The only suspect one is testgl2 which draws the spinning graphic but outputs this:

                            INFO: Screen BPP    : 32
INFO: Swap Interval : 0
INFO: Window Size   : 640,480
INFO: Draw Size     : 640,480
INFO:
INFO: Vendor        : Broadcom
INFO: Renderer      : VC4 V3D 2.1
INFO: Version       : 2.1 Mesa 23.2.1-1~bpo12+rpt3
INFO: Extensions    : GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_framebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_S3_s3tc GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_compression_s3tc GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_ARB_depth_texture GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_ATI_fragment_shader GL_EXT_stencil_two_side GL_EXT_texture_cube_map GL_NV_fog_distance GL_NV_half_float GL_APPLE_packed_pixels GL_ARB_draw_buffers GL_ARB_fragment_program GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_vertex_program GL_ARB_vertex_shader GL_ATI_draw_buffers GL_ATI_texture_env_combine3 GL_EXT_shadow_funcs GL_EXT_stencil_wrap GL_MESA_pack_invert GL_ARB_fragment_program_shadow GL_ARB_half_float_pixel GL_ARB_point_sprite GL_ARB_shading_language_100 GL_ARB_sync GL_ARB_texture_non_power_of_two GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate GL_EXT_blend_equation_separate GL_OES_read_format GL_ARB_color_buffer_float GL_ARB_pixel_buffer_object GL_ARB_texture_rectangle GL_ATI_texture_compression_3dc GL_EXT_pixel_buffer_object GL_EXT_texture_compression_dxt1 GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_ARB_framebuffer_object GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil GL_ARB_vertex_array_object GL_ATI_separate_stencil GL_EXT_gpu_program_parameters GL_EXT_texture_sRGB_decode GL_OES_EGL_image GL_AMD_performance_monitor GL_ARB_copy_buffer GL_ARB_half_float_vertex GL_ARB_map_buffer_range GL_ARB_texture_swizzle GL_EXT_texture_swizzle GL_ARB_ES2_compatibility GL_ARB_debug_output GL_ARB_draw_elements_base_vertex GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions GL_ARB_provoking_vertex GL_ARB_sampler_objects GL_ARB_texture_multisample GL_EXT_provoking_vertex GL_NV_copy_image GL_NV_texture_barrier GL_ARB_get_program_binary GL_ARB_robustness GL_ARB_separate_shader_objects GL_EXT_direct_state_access GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ARB_compressed_texture_pixel_storage GL_ARB_internalformat_query GL_ARB_map_buffer_alignment GL_ARB_texture_storage GL_EXT_framebuffer_multisample_blit_scaled GL_AMD_shader_trinary_minmax GL_ARB_clear_buffer_object GL_ARB_explicit_uniform_location GL_ARB_invalidate_subdata GL_ARB_program_interface_query GL_ARB_texture_storage_multisample GL_ARB_vertex_attrib_binding GL_KHR_debug GL_KHR_texture_compression_astc_ldr GL_ARB_buffer_storage GL_ARB_clear_texture GL_ARB_internalformat_query2 GL_ARB_multi_bind GL_ARB_shading_language_include GL_EXT_debug_label GL_EXT_shader_integer_mix GL_ARB_get_texture_sub_image GL_ARB_texture_barrier GL_KHR_context_flush_control GL_ARB_parallel_shader_compile GL_KHR_no_error GL_KHR_texture_compression_astc_sliced_3d GL_KHR_parallel_shader_compile GL_MESA_tile_raster_order GL_EXT_EGL_image_storage GL_EXT_EGL_sync GL_NV_ES1_1_compatibility
INFO:
ERROR: Failed to get SDL_GL_RED_SIZE: OpenGL error: GL_INVALID_ENUM
INFO: SDL_GL_GREEN_SIZE: requested 5, got 8
INFO: SDL_GL_BLUE_SIZE: requested 5, got 8
INFO: SDL_GL_DEPTH_SIZE: requested 16, got 24
                            1 Reply Last reply Reply Quote 0
                            • M
                              max_s
                              last edited by

                              I've just plugged the pi in to my tv using a different HDMI cable. The console display had the first few characters of the left edge cropped off. When I ran emulationstation, its display was cropped in the same way but otherwise was normal at first. I found I could reproduce the wrapping issue in exactly the same way as when running on my monitor. The tv reported a resolution of 1920x1080@60Hz.

                              K 1 Reply Last reply Reply Quote 0
                              • K
                                KingZambo @max_s
                                last edited by

                                @max_s
                                I have the same issue with a Pi2B with PiOS Lite 32Bit (bookworm), self-installed RetroPie and kodi.Unfortunately I didn't find a solution either :-(

                                abjA 1 Reply Last reply Reply Quote 0
                                • abjA
                                  abj @KingZambo
                                  last edited by

                                  @KingZambo Can you try with another theme from default ?

                                  `Please be patient, my English is not very good.`

                                  K 1 Reply Last reply Reply Quote 0
                                  • K
                                    KingZambo @abj
                                    last edited by

                                    @abj I can try, but I don't think this will change anything, it affects kodi too, even if it is started first.

                                    1 Reply Last reply Reply Quote 0
                                    • M
                                      max_s @mitu
                                      last edited by

                                      @mitu said in EmulationStation GUI starts to wrap over the edge of the screen:

                                      Not much we can do on the RetroPie side here - you may try opening a topic in the RPI forums (here) and provide your system specs and describing the issue. You can get the kernel logs by running dmesg and post its ouput on pastebin.com.

                                      For info: I did post about this on the pi forums but did not receive any response. https://forums.raspberrypi.com/viewtopic.php?t=367591

                                      K 1 Reply Last reply Reply Quote 0
                                      • K
                                        KingZambo @max_s
                                        last edited by

                                        @max_s said in EmulationStation GUI starts to wrap over the edge of the screen:

                                        For info: I did post about this on the pi forums but did not receive any response. https://forums.raspberrypi.com/viewtopic.php?t=367591

                                        I post the same problem in german pi forum, but so far without success and I came across your posts while looking for a solution.

                                        https://forum-raspberrypi.de/forum/thread/61392-bild-ueber-hdmi-verschiebt-sich-nach-einiger-zeit/

                                        1 Reply Last reply Reply Quote 0
                                        • abjA
                                          abj
                                          last edited by

                                          Maybe is better this issue to reported in the github page here : https://github.com/raspberrypi/linux/issues

                                          `Please be patient, my English is not very good.`

                                          K 1 Reply Last reply Reply Quote 0
                                          • K
                                            KingZambo @abj
                                            last edited by

                                            @abj there is already a reported issue. I have leave a comment for bookworm.

                                            https://github.com/raspberrypi/linux/issues/5780

                                            1 Reply Last reply Reply Quote 1
                                            • First post
                                              Last post

                                            Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                                            Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.