Opened 15 years ago
Closed 15 years ago
#6804 closed defect (fixed)
Mythfrontend crashed during livetv
Reported by: | Owned by: | markk | |
---|---|---|---|
Priority: | minor | Milestone: | 0.22 |
Component: | MythTV - Video Playback | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
During normal livetv viewing, FE crashed.
htpc:/home/mythtv/bugreport# mythbackend --version Please include all output in bug reports. MythTV Version : 21105 MythTV Branch : trunk Library API : 0.22.20090727-1 Network Protocol : 45 QT Version : 4.5.2 Options compiled in:
linux debug using_alsa using_backend using_dvb using_frontend using_hdpvr using_iptv using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg
Attachments (7)
Change History (18)
comment:1 Changed 15 years ago by
You've cropped an important line from both backtraces which tells us which thread the crash was in and what the fault was but I'm guessing from the bts the fault is with VDPAU. Does the fault go away if you use another video renderer?
comment:2 Changed 15 years ago by
I actually did not crop anything. I've tried to use the information found on the myth wiki with the gdb, but I used it after running mythfrontend. As in: 'gdb --core=core mythfrontend' and then write those logging on etc commands with last command being logging off. I did not find better instructions for doing the backtrace after the crash with the core file. And last time I tried with the instructions I found, trying to get the gdb trace done automatically, restartting the FE after that, it got stuck somewhere in the gdb process. So, WAF prevented using that...
Can you point me to better instructions to backtracing? I am not familiar with programming/backtracing...
comment:3 Changed 15 years ago by
I've updated myth. It happened again, this time I had mythFE on a gdb. So this backtrace should be better?
htpc:/home/mythtv# mythbackend --version Please include all output in bug reports. MythTV Version : 21210M MythTV Branch : trunk Network Protocol : 46 Library API : 0.22.20090811-1 QT Version : 4.5.2 Options compiled in:
linux debug using_alsa using_backend using_dvb using_frontend using_hdpvr using_iptv using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg
comment:4 Changed 15 years ago by
Component: | MythTV - General → MythTV - Video Playback |
---|---|
Owner: | changed from Isaac Richards to markk |
Status: | new → assigned |
comment:5 Changed 15 years ago by
Here is a new backtrace. I left the TV on, came back and the picture was stuck, had it on gdb, so the backtrace should be useful?
comment:6 Changed 15 years ago by
Status: | assigned → accepted |
---|
Changed 15 years ago by
Attachment: | vdpaudeintfix.diff added |
---|
Fix for unprotected clearing of reference frames on aspect ratio change.
comment:7 Changed 15 years ago by
Status: | accepted → infoneeded |
---|
Can you please test the patch I just attached. thanks, Mark
comment:8 Changed 15 years ago by
OK, I've compiled it. I'll test it, we'll see if that helps. The crash was not happening all the time, so it might take a while to see if this patch does not help. Even longer if it helps :) I'll try to keep the livetv on and run the FE on gdb. I'll comment when I have new back trace or when it seems I will not get one... Thanks, Sami
comment:9 Changed 15 years ago by
I've been running livetv quite much, so far it seems that the patch did it's job. I'll report again, later.
comment:10 Changed 15 years ago by
Milestone: | unknown → 0.22 |
---|---|
Status: | infoneeded → assigned |
comment:11 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Happened again...