Opened 9 years ago
Closed 5 years ago
#12515 closed Bug Report - General (Fixed)
Frontend crash with GLES2 bug is back for nvidia drivers 355.11
| Reported by: | Owned by: | Mark Kendall | |
|---|---|---|---|
| Priority: | minor | Milestone: | 31.0 |
| Component: | MythTV - General | Version: | 0.27.5 |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
The bug listed here: https://code.mythtv.org/trac/ticket/12098 appears to be back. When compiling, it seems to force the frontend to link to Nvidia's GLES2 libraries, despite not specifying the build to use EGL.
I've forced the thing to work with EGL but this seems to have a weird (but possibly unrelated) side effect of causing artifacts while seeking through x264 encoded videos with a VDPAU decoder. It is also possible that this was a regression introduced by mythtv and isn't attributed to this.
Change History (3)
comment:1 Changed 9 years ago by
comment:2 Changed 5 years ago by
| Owner: | set to Mark Kendall |
|---|---|
| Status: | new → accepted |
comment:3 Changed 5 years ago by
| Milestone: | unknown → 31.0 |
|---|---|
| Resolution: | → Fixed |
| Status: | accepted → closed |
I'm going to gamble on this being long gone. OpenGL code now relies on Qt for OpenGL version detection, loading etc. Working fine with Nvidia.
Note: See
TracTickets for help on using
tickets.
Just tried switching decoder to the standard one with GL as the onscreen renderer, and the artifacts whilst scrubbing / seeking through x264 encoded videos disappear. The issue definitely appears to be a VDPAU + EGL related issue. Using VDPAU with mplayer does not cause the same issues, so I'm speculating that there's some EGL framebuffer corruption going on or VDPAU (h264) with EGL is just plain buggy on NVIDIA's part. Interestingly Mpeg2 video appears to be unaffected.