Opened 14 years ago
Closed 14 years ago
#7779 closed defect (fixed)
Segfault watching recorded program via vdpau
Reported by: | Owned by: | markk | |
---|---|---|---|
Priority: | minor | Milestone: | 0.23 |
Component: | MythTV - Video Playback | Version: | 0.22-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
While watching a recording, mythfrontend segfaulted. It appears to happen when going from commercial back to the actual show.
I will keep the recording as it appears to be reproducible. Attached is the mythfrontend -v all log with backtrace.
MythTV Version : 22957 MythTV Branch : branches/release-0-22-fixes Network Protocol : 50 Library API : 0.22.20091023-1 QT Version : 4.5.2 Options compiled in:
linux profile using_oss using_alsa using_pulse using_jack using_backend using_dvb using_firewire using_frontend using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live using_mheg
Attachments (1)
Change History (9)
Changed 14 years ago by
Attachment: | mythfrontend.log.1.gz added |
---|
comment:1 Changed 14 years ago by
Status: | new → infoneeded_new |
---|
We need a good backtrace with debug symbols, as described at http://www.mythtv.org/wiki/Debugging and http://svn.mythtv.org/trac/wiki/TicketHowTo and http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2 .
comment:2 Changed 14 years ago by
Backtrace supplied as specified. See https://bugs.launchpad.net/mythbuntu/+bug/501539/+index
comment:3 Changed 14 years ago by
Milestone: | unknown → 0.23 |
---|---|
Status: | infoneeded_new → new |
comment:4 Changed 14 years ago by
Owner: | changed from Janne Grunau to markk |
---|---|
Status: | new → accepted |
comment:5 Changed 14 years ago by
Status: | accepted → infoneeded |
---|
Kenn
This looks interesting! Can you upload a clip somewhere that triggers this behaviour? - i.e. that spans the transition to/from a commercial break.
thanks, Mark.
comment:6 Changed 14 years ago by
Here is the clip that I used to reproduce the error: http://filebin.ca/aqmmbq If you need a longer clip, let me know.
comment:7 Changed 14 years ago by
comment:8 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | infoneeded → closed |
(In [23467]) Improved VDPAU thread safety.
Firstly, internalise all access to the display device in MythRenderVDPAU to ensure calls are serialised. Secondly, extend and tidy up locking within VideoOutputVDPAU to ensure access to the MythRenderVDPAU object is always safe when the object is being re-created. Generally this means applying the lock in all public methods (hence assuming that private methods are safe).
The only exception to this is VideoOutputVDPAU::DrawSlice?. Locking here would synchronise the decode and render threads (not a good thing) but actually the main issue being addressed here is when the decoder thread initiates recreation of the object when the input changes - hence calls to InputChanged? and DrawSlice? should not be concurrent.
Closes #7779.
mythfrontend -v all. Log truncated due to file size limitations.