Opened 13 years ago
Closed 12 years ago
#11190 closed Bug Report - Crash (Fixed)
Segfault in MHEG NetStream constructor
Reported by: | Owned by: | stuartm | |
---|---|---|---|
Priority: | blocker | Milestone: | 0.27 |
Component: | MythTV - Video Playback | Version: | Master Head |
Severity: | high | Keywords: | |
Cc: | Ticket locked: | no |
Description
Starting with:
ian@babcom:~$ mythfrontend -v all > ~/mythfrontend.log.v.all.txt 2>&1 Segmentation fault
ian@babcom:~$ mythfrontend --version Please attach all output as a file in bug reports. MythTV Version : v0.27-pre-72-gda065e4 MythTV Branch : master Network Protocol : 75 Library API : 0.27.20120906-1 QT Version : 4.8.3 Options compiled in:
linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2
ian@babcom:~$
Please see attached.
Basically, any HD recording (typically from BBC HD), results in a few seconds of playback if you're lucky, then a restart of mythfrontend.
Instead, I have to jump behind the scenes and play the recording back using VLC.
It's been doing this since soon after I switched to 0.27. I've only just now had time to report the defect.
It's 100% repeatable.
Attachments (3)
Change History (13)
Changed 13 years ago by
Attachment: | mythfrontend.log.v.all.txt.gz added |
---|
comment:1 Changed 13 years ago by
Priority: | major → minor |
---|---|
Status: | new → infoneeded_new |
Please attach a backtrace of the mythfrontend crash, see http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2 for details.
Changed 13 years ago by
Attachment: | gdbcommands added |
---|
gdbcommands, based on the info from http://www.mythtv.org/wiki/Debugging#Running_gdb_directly onwards
comment:2 Changed 13 years ago by
Hopefully the new attachments will give you something to work with...
comment:3 Changed 13 years ago by
Thanks for the stack trace. The crash appears to be MHEG related (and I don't have access to MHEG content). Can you verify whether the problem goes away when MHEG is disabled?
comment:4 Changed 13 years ago by
Siginificant Other is watching the main FE/BE box, but I've just verified on a different machine that this IS the case.
MHEG enabled: crash
MHEG disabled: OK.
So, at least I have a workaround. To be honest, I don't use MHEG because it hasn't worked for ages.
comment:5 Changed 13 years ago by
MHEG has always worked fine here, and I'm not seeing any crash. I wonder what's different in your case?
Is this Freeview HD or Freesat?
comment:6 Changed 13 years ago by
I'm only recording HD via Freesat, either from BBC One HD or BBC HD. Do you need any more information?
comment:7 Changed 12 years ago by
Owner: | set to stuartm |
---|---|
Status: | infoneeded_new → assigned |
comment:8 Changed 12 years ago by
Milestone: | unknown → 0.27 |
---|---|
Priority: | minor → blocker |
Severity: | medium → high |
Summary: | HD playback segfaults → Segfault in MHEG NetStream constructor |
Having seen some better backtraces in IRC we're crashing on the connect() call in the NetStream? constructor but I cannot work out why.
comment:9 Changed 12 years ago by
Fixed for me by https://github.com/MythTV/mythtv/commit/0bb3bc2d9ca25528944429e84c21743db57b15a1 (I provided the 'better backtraces in IRC).
-- Seeker`
comment:10 Changed 12 years ago by
Resolution: | → Fixed |
---|---|
Status: | assigned → closed |
Log of mythfrontend -v all > ~/mythfrontend.log.v.all.txt 2>&1