Just encountered a weird issue on a customer’s system with YV12 video losing the picture (to blackness) on its way down the DirectShow graph. In an unstable version of software there may be a number of reasons but this time, after a waste of valuable time – yes we are all in a hurry this week – it appeared that usual DirectShow filter graph pin connection scenaro goes unusual way.
While connecting Video YV12 to the pin that does not accept this media type, and we are expecting DirectShow’s AVI Decompressor Filter to perform necessary conversion to recognizable RGB, it appeared that instead a LogMeIn Video Encoder (racodec.ax) filter is inserted then its output pin gets connected to LogMeIn Video Decoder which in its turn gets finally connected to our input pin with RGB media type.
OK we would stay tolerant to unwanted guests here, in our performance sensitive application, but what’s the hell happens to data being streamed? We are receiving blackness on the input thanks to LogMeIn. Crap! It’s even worse that removing/unregistering racodec.ax does not fix the problem and the graph stops being even connected!
Who hired these guys? A light of diarrhea to them and the development team, both whether they are saboteurs or amateurs!