Opened 9 years ago

Closed 9 years ago

#8809 closed defect (invalid)

OpenGL Video renderer segfaulting w/ NULL audio

Reported by: Roger Martensson <roger.martensson@…> Owned by: markk
Priority: minor Milestone: unknown
Component: MythTV - Video Playback Version: Unspecified
Severity: medium Keywords:
Cc: Ticket locked: no

Description

Manage to get a system without audio and myth uses NULL as the audio device. Quite correct.

The bad thing it is doing a segmentation fault when watching live tv.

Backtrace will be added.

Hopefully I got the backtrace correct.

Attachments (2)

gdb.txt (38.4 KB) - added by Roger Martensson <roger.martensson@…> 9 years ago.
Backtrace as referenced in 22.2 in documentation.
myth.log (10.4 KB) - added by Roger Martensson <roger.martensson@…> 9 years ago.
myth log from same backtrace session

Download all attachments as: .zip

Change History (9)

comment:1 Changed 9 years ago by robertm

Status: newassigned

Changed 9 years ago by Roger Martensson <roger.martensson@…>

Attachment: gdb.txt added

Backtrace as referenced in 22.2 in documentation.

Changed 9 years ago by Roger Martensson <roger.martensson@…>

Attachment: myth.log added

myth log from same backtrace session

comment:2 Changed 9 years ago by robertm

Component: MythTV - Audio OutputMythTV - Video Playback
Owner: changed from JYA to markk

Looks like this one is actually in the GL Renderer, reassigning. Apologies if I'm misreading it.

comment:3 Changed 9 years ago by robertm

Summary: Got a segmentation fault when Audio is set to NULLOpenGL Video renderer segfaulting w/ NULL audio

comment:4 Changed 9 years ago by robertm

User states that this is being run in Virtualbox w/ GL. Segfault probably shouldn't happen regardless, but may be a factor.

comment:5 Changed 9 years ago by markk

Status: assignedinfoneeded

The point at which the crash occurs is inside the Qt library and that call is already well protected by some sanity checking - so not much we can do there.

Can you confirm whether this is entirely repeatable and the crash occurs in the same place? If so, you'll probably need to file a bug upstream with Qt.

Otherwise please post some additional backtraces with full logs from 'mythfrontend -v playback'

comment:6 Changed 9 years ago by Roger Mårtensson <roger.martensson@…>

Been doing some more tests and think this can be closed as user error. Seems there is problem if the user trying to do the opengl operations isn't the owner of the X display. So, logging in using one user and running mythfrontend as the another user is not working. It works with mplayer but then myth might use more complex opengl.

summary: logged in as user A, mythfrontend running as user B(with xhost +) equals crash in livetv. Running mythfrontend as the logged in user equals no crash.

comment:7 Changed 9 years ago by robertm

Resolution: invalid
Status: infoneededclosed

Thanks for reporting back, Roger.

Note: See TracTickets for help on using tickets.