spark: remove videodecoder hack from dmx destructor

This commit is contained in:
Stefan Seyfried
2015-02-21 22:14:47 +01:00
parent d09ff5bb29
commit 5830d4adc3

View File

@@ -73,7 +73,7 @@
#include "lt_debug.h"
#include "video_priv.h"
/* Ugh... see comment in destructor for details... */
/* needed for getSTC... */
extern cVideo *videoDecoder;
#define lt_debug(args...) _lt_debug(TRIPLE_DEBUG_DEMUX, this, args)
@@ -148,19 +148,8 @@ cDemux::~cDemux()
{
lt_debug("%s #%d fd: %d\n", __FUNCTION__, num, fd);
Close();
/* wait until Read() has released the mutex */
(*P->mutex).lock();
/* in zapit.cpp, videoDemux is deleted after videoDecoder
* in the video watchdog, we access videoDecoder
* the thread still runs after videoDecoder has been deleted
* => set videoDecoder to NULL here to make the check in the
* watchdog thread pick this up.
* This is ugly, but it saves me from changing neutrino
*
* if the delete order in neutrino will ever be changed, this
* will blow up badly :-(
*/
if (dmx_type == DMX_VIDEO_CHANNEL)
videoDecoder = NULL;
(*P->mutex).unlock();
free(P->mutex);
free(pdata);