XVideo segfault on input change

[buzz <buzz@…>]

USING SVN version 8636, compiled with "--enable-proc-opt --enable-dvb --compile-type=debug":

attached is the log from running this:

#gdb mythfrontend gdb>run -v all,nodatabase <i hit c to continue gdb, so frontend runs> <in frontend app, press enter to enter LiveTV> <then once the segfault occurs (few seconds later), I type: gdb>bt

if you need the backend log, I have it too.

[danielk]

(In [8652]) References #1058, and references #990.

This adds a verbose to VideoOutputXv when shm buffers are created. This should make any problems on buffer creation debuggable.

[danielk]

Please retest with the latest svn, using 'mythfrontend -v playback'. And please compile without '--enable-proc-opt'.

I'll need the log of course, and the 'thread apply all bt' backtrace.

Does this happen with all your recorders, or only a specific one? What kind of device is it and what is your video codec and resolution (if applicable)?

[buzz <buzz@…>]

My device is a DViCO "FusionHDTV DVB-T Plus" card. Chipset is a cx23882-19 This is seen in SVN myth as a "Zarlink MT352 DVB-T'. I only have one recorder.

rebuild of SVN in progress (as requested), will advise.

[buzz <buzz@…>]

video codec and resolution...? I'm not sure what you mean by that. Do you mean SVGA resolution(1280x1024), or resolution of media stream(variable, how do I get this info)? Codec?... I have no idea what you mean by this, whatever the default is?

[danielk]

Buzz, just post those logs. I can get the information I need from them.

[danielk]

Needed info not provided by submitter, closing.

[buzz <buzz@…>]

sorry I'm not as quick as you want me to be... but I have another problem occuring (tuning is failing) that is more critical than hitting the 4GB boundary, and has prevented me from getting the logs that you require for this one - It's started happening directly when I tried to "retest with latest svn" as you instructed, and I've been trying to revert my svn down again, but I can't fugure out how, as even though svn says I'm on the correct slightly older svn version, I'm getting compile-time errors (even after a dozen different make distclean/configure/make cycles. I haven't opened a ticket for that, though, as it's just a local problem, I'm sure.... just not sure where. I'm re-opening ticket. If I don't get back to you in 7 days, feel free to close it again.

[danielk]

svn co -r REVISION http://svn.mythtv.org/svn/trunk/mythtv mythtv-X

Don't reopen the ticket until you have the needed logs.

[buzz <buzz@…>]

1) Cnfirming problem still exists with SVN 8733. 2) Problem is channel specific - only happens on entering live TV if one of the problem channel/s is the default (which it will be if it was the last watched when mfe crashed). Ie channel that caused mfe to crash is set as default channel (last watched?) for mfe to watch when starting livetv, and hence causes crash. 3) problem channel/s is High Def, not all high-def channels cause this problem - AFAIK. 3.5) given problem channel/s are high-def, I have initially left enable-proc-opt enabled, but will be providing a second set of logs with it turned off, when my build finishes. 4) definitely occurs when compiled with: ./configure --enable-dvb --enable-proc-opt --compile-type=debug 5) gdb was run thus:

handle SIGPIPE nostop noprint handle SIG33 nostop noprint set logging on set pagination off set args -l myth.log -v playback #run #thread apply all bt full

6) I have attached files gdb.txt and myth.log output when compiled with "--enable-proc-opt" (note, I'll also be providing logs with --enable-proc-opt removed, in a little while.

[buzz <buzz@…>]

problem appears identical when compiled without --enable-proc-opt. logs attached.

[buzz <buzz@…>]

I can now confirm the following:

A) problem is only high-def channels. B) problem is not all high-def channels (of 3 prime-time high-dev channels we have, 2 suffer the problem) C) work-around to get live-tv functioning temporarily again: schedule a recording of a currently occuring program on a non-problematic channel, wait a few seconds for the tuner to tune to that channel, and then cancel the recording. Tuner is now on an OK channel, and live TV can be started without crashing, Avoid watching problematic channels, including avoid surfing 'over' then.

[danielk]

Debug patch for CreateShmImages problem

[danielk]

Buzz, please send me the log with the attached patch.

It looks like CreateShmImages() is being called correctly. So maybe there is some problem inside that function. This should print out info about what it is doing and later what clear_xv_buffers() is doing. I don't need the backtrace, unless it somehow changes.

[buzz <buzz@…>]

frontend log with your patch applied is attached. (Sorry I'm not being much help here, but thread debugging is all a bit beyond me):

[Isaac Richards]

(In [8741]) Should fix #1058, at least the crashing part of things.

In this case, it looks like a video card and/or driver is being used that can't handle Xv images of 1920x1088. Bail out if we don't get a size large enough when trying to create the image surfaces, since we won't be able to decode anything.