Gracefully handle the fact that some encoder can not change their colorspace at the middle of the stream
Submitted by Lubosz Sarnecki
Link to original bug (#733565)
Description
Created attachment 281393
xges to reproduce the bug.
GES cannot render pipelines which contain a PNG. The behavior is different for different encoders and muxers.
The playback of the timeline is fine.
ogg/theora: corrupted buffers are stored instead of the PNG. Rendering finished.
webm/vp8: works
qt/h264: rendering stops at the position where image and video meet.
These clip layouts do not work:
[ video ][ png ]
[ png ][ video ]
This works:
[ png ]
JPEG also works.
For the quicktime / h264 case, where the pipeline times out, this is printed in the debug log in a infinite loop, when the timeline "stops":
FIXME bin gstbin.c:4023:gst_bin_query: implement duration caching in GstBin again
The quicktime muxer produces following warning:
WARN qtmux gstqtmux.c:3253:gst_qt_mux_video_sink_set_caps:<muxer>
pad video_0 refused renegotiation to video/x-h264, ...
Attachment 281393, "xges to reproduce the bug.":
video-after-png.xges