Compressing VP8 video into an avi container (DirectShow)

[Maxerist]

Hi,

I try to compress vp8 stream intro avi container (no audio). But the same routine in DirectShow that creates correct webm file (using CLSID_WebmMux in
ICaptureGraphBuilder2.SetOutputFileName) creates a wrong avi (when I use MEDIASUBTYPE_Avi instead). The final avi contains twice as many frames as the original source provided and they're identical on even/odd basis. So for 200 frames in source, there are 399 final frames in the avi and the frame 1 is the same as frame 0, frame 3 identical to 2 etc. If I change the codec filter to something else (Microsoft Video 1 for example), the destination results is correct again. What can be wrong in this case?

Thanks,

Max

[Maxerist]

On Tuesday, June 17, 2014 12:20:09 PM UTC+4, Maxerist wrote:

> I try to compress vp8 stream intro avi container (no audio). But the same routine in DirectShow that creates

> correct webm file (using CLSID_WebmMux in ICaptureGraphBuilder2.SetOutputFileName) creates a wrong avi ...

Additional information.
This issue is fully reproducible with GraphEdit (graphedt). I took a video (avi, no audio), made a chain to recompress the video

TestTest.avi -> Avi Splitter -> Avi Decompressor ->Color Space Converter -> YUV Transform -> WebM VP8 Encoder Filter -> AVI Mux -> DestTest.avi

(Color Space Converter -> YUV Transform are added automatically when one connects Avi Decompressor and WebM VP8 Encoder Filter)


and run it.

DestTest.avi now contains twice as many frames with odd/even frame doubling.

Does it mean that WebM Encoder inherently not compatible with other containers or this is just some bug in the implementation?

Max