GNOME Bugzilla – Bug 655244
encodebin has to provide the downstream possible caps to h264parse
Last modified: 2011-10-06 09:21:56 UTC
I am trying to remux a matroska file with H264 to MPEG TS, this fails due to not being able to create the video pad, since without a H264 parser, encodebin can not create a h264 pad which has stream-format=avc
Presumably you want encodebin to plug parsers if it's not encoding?
Yes, exactly. I think it might do so in general with the parsing code enabled, but it seems encodebin doesn't know how to handle the case of plugging a parser to handle a different stream-format.
Debugged issue with Slomo today,and bug conclusion is that encodebin has to provide the downstream possible caps to h264parse
In decodebin2 this is done by creating a capsfilter with the union of all decoder factory caps. Something similar with the encoders should be possible in encodebin. It's important that h264parse has a peer and gets the correct constraints from that peer before it negotiates (i.e. handles the first buffer).
Would you have a test pipeline for this using encodebin ?
Created attachment 196649 [details] Test case using encodebin Added a simple test case. Transmageddon git master also reproduce this easily, and it includes automatic dotfile generation.
This is fixed now in git. Not sure what changed, but it could have been the new baseclass based elements forwarding things properly. Closing