Прямая версия CBaseRenderer безопасна?

Question

Я работаю с простым фильтром directshow, который получен из CBaseRenderer в базовых классах directshow, и я получаю тупики в этом классе.

У меня был хороший Google, и нашел кого-то, кто имел exact same problem (тупиком между InterfaceLock в СТОП и RendererLock в Receive), но он не получил никаких ответов, что предполагает его редкое обстоятельство что он и я получили наш код (а не ошибку в базовом классе MS).

Итак, кто-нибудь еще видел эту проблему? Должен ли я получить свой фильтр (который не делает столько TBH) от CBaseRenderer или перейти прямо к классам CBaseFilter/CBaseInputPin? Если я должен переопределить WaitForReceiveToComplete, что мне там положить?

Я вернусь к основам и посмотрю на фильтр образцов дампа, но мне все равно будут интересны ответы людей, у которых есть опыт использования CBaseRenderer.

Answer 1

Я полагаю, что проблема может быть вокруг этого цикла в BASECLASSES \ renbase.cpp:

void CBaseRenderer::WaitForReceiveToComplete() 
{ 
    // NOTE: m_InterfaceLock is locked higher on the call stack 

    for (;;) { 
     if (!m_bInReceive) { 
      break; 
     } 

     MSG msg; 
     // Receive all interthread snedmessages 
     PeekMessage(&msg, NULL, WM_NULL, WM_NULL, PM_NOREMOVE); 

     // TODO: Unlock m_InterfaceLock until the end of the loop 

     Sleep(1); 
    } 

Комментариев выше объяснение проблемы - бесконечный цикл может принимать параллельную нить пытается ввести m_InterfaceLock.

Если это так, спальные отпертые там могут дать шанс прорваться.