[mythtv] DVB mythfrontend crash with BT

[Christian Hack]

----- Original Message -----
From: "Christian Hack" <christianh at pdd.edmi.com.au>
To: <mythtv-dev at mythtv.org>
Sent: Sunday, January 04, 2004 12:13 PM
Subject: [mythtv] DVB mythfrontend crash with BT


> I get the attached backtrace after a segfault using the latest CVS.
>
> Procedure is to simply view an old recording. The preview of the recording
> works fine, but as soon as I select it to play it it segfaults. I don't
have
> an analogue card to try at the moment, but it would appear it may happen
> with others.
>
> I'm not sure where to start looking right now, but I do remember some
> mention of the playbox stuff changing. Also I had no issues
> with compiling DVB support in as Isaac mentioned might happen in recent
> commits.
>
> This occurs on files that worked fine before my recent update (last
updated
> about 1 week ago). This is against current CVS.
>
> CH
>
>
> Thread 11 (Thread 147466 (LWP 26837)):
> #0  0x8185807a in ?? ()
> No symbol table info available.
> #1  0x402f4c89 in VideoOutputXv::ProcessFrame(VideoFrame_*, OSD*,
> FilterChain*, NuppelVideoPlayer*) (this=0x83e2600,
>     frame=0x8516e20, osd=0x81f9190, filterList=0x840fda8, pipPlayer=0x0)
at
> videoout_xv.cpp:841
> No locals.
> #2  0x401a3da2 in NuppelVideoPlayer::OutputVideoLoop() (this=0x840e730) at
> NuppelVideoPlayer.cpp:1539
>         frame = (VideoFrame_ *) 0x8516e20
> #3  0x401a4118 in NuppelVideoPlayer::kickoffOutputVideoLoop(void*)
> (player=0x840e730) at NuppelVideoPlayer.cpp:1630
>         nvp = (NuppelVideoPlayer *) 0x840e730
> #4  0x40f68881 in pthread_start_thread () from /lib/i686/libpthread.so.0
> No symbol table info available.
> #5  0x40f68985 in pthread_start_thread_event () from
> /lib/i686/libpthread.so.0
> No symbol table info available.
>

I disabled these lines in

void VideoOutputXv::ProcessFrame(VideoFrame *frame, OSD *osd,
                                 FilterChain *filterList,
                                 NuppelVideoPlayer *pipPlayer)


//    if (filterList)
//        filterList->ProcessFrame(frame);


And it is working again. I know it's the ProcessFrame() call that's crashing
from using some debugging printfs. I am not using anything in the
CustomFilters field (and never have) in the database. I assume that's what
the code is referring to. I do have Deinterlace turned on though. I am now
getting some wierd deinterlacing type artifacts though now.

(I quit for today)

CH