GNOME Bugzilla – Bug 582081
ffenc_mpeg4 should be exposed as ffenc_divx5, ffenc_divx4 and ffenc_mpeg4
Last modified: 2012-11-20 09:19:51 UTC
So as the only encoder I found so far ffenc_mpeg4 got two SRC pads. One is video/mpeg,mpegversion=4 and the other is video/x-divx,divxversion=5. So according to the ffmpeg FAQ http://ffmpeg.mplayerhq.hu/faq.html#SEC23 there difference between these two (and divxversion=4) which you can also set on the ffmpeg level is the FOURCC value. Having to take this situation into account would make my code quite a bit more complex as I can no longer iterate on element to create my dictionary between caps and elements, with caps as the unique value, but have to instead iterate on caps and at the same time finding back to the original element which had that caps. My suggestion is that we do here what we did for qtmux, which is to have one virtual element for each caps type.
if switching to 3 virtual elements I would ask that a video/x-divx,divxversion=4 SRC caps is added so I can get the DIVX fourcc value to put into the AVI file
These aren't source pads, just different possible output caps on the source template. Exposing these as different elements sounds like a good idea to me.
ok, I think in 1.0 we did away with the divx caps, so closing this bug.