mythbackend segfaults in DTVRecorder::FindH2645Keyframes

[bib1963]

Been happening for a few weeks now.

Backtrace... #0 DTVRecorder::FindH2645Keyframes (this=0x7fdd701e67d0, tspacket=0x7fdd40052228) at recorders/dtvrecorder.cpp:917 917 m_ringBuffer->GetWritePosition?()); [Current thread is 1 (Thread 0x7fdc7f7fe700 (LWP 767))]#1 0x00007fddb4411b57 in DTVRecorder::ProcessVideoTSPacket(TSPacket const&) (this=0x7fdd701e67d0, tspacket=...) at recorders/dtvrecorder.cpp:1550 #2 0x00007fddb3f71cea in MPEGStreamData::ProcessTSPacket(TSPacket const&) (this=0x7fdd701af198, tspacket=...) at mpeg/mpegstreamdata.cpp:1030 #3 0x00007fddb3f715ab in MPEGStreamData::ProcessData?(unsigned char const*, int)

(this=0x7fdd701af198, buffer=0x7fdd4004fd70 "G\tk\036R\311B%^{\033\253\fp\347\353,\006Q\242È\355=:iz\305\v
\230hP,\307}\232\001K\202\375+^{v\035\254G`\024:R\032\335\367C&\033\020\274f$M\366d\321b\251Ǡ\253\232~\361ͬ\241(U\356B\323\341\363Mc@\356\346\362\251$u\202\362Bf\"\301}\f^{\017\376\232\333'\035\360O\367\353\306\063C\331O-V[\315\322dD\207\201\331\371\376A\376\317\030\v\374\266\236v\356\b\221\ao&\364M\216TV3\202\213k\266\365\254 \023\237", len=19928) at mpeg/mpegstreamdata.cpp:977}

#4 0x00007fddb44ffed3 in DVBStreamHandler::RunTS() (this=0x7fdd1800f600) at recorders/dvbstreamhandler.cpp:266 #5 0x00007fddb44fe227 in DVBStreamHandler::run() (this=0x7fdd1800f600) at recorders/dvbstreamhandler.cpp:119 #6 0x00007fddb3500f7a in MThreadInternal::run() (this=0x7fdd18013350) at mthread.cpp:79 #7 0x00007fddb0ae58b2 in () at /usr/lib64/libQt5Core.so.5 #8 0x00007fddb26424f9 in start_thread () at /lib64/libpthread.so.0 #9 0x00007fddb0179f2f in clone () at /lib64/libc.so.6

[bib1963]

As usual, I forgot something. This seems to happen when switching from DVB-T to DVB-T2 channel. You don't actually get to see any of the switched programme before it collapses.

[Klaas de Waal]

Fixed yesterday in commit: 17de7def4367f341bc4f19c07ab0ec349ca4bb81