mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-07-03 13:16:04 +00:00
d67a671bfb
There could be a case where:
1) you do a new set_caps after buffers have been processed.
2) ts_offset gets set to a different value, eg 0.033333333
3) your pads get EOS, but the check dor that doesn't work
because you use ts_offset + a truncated value < segment.stop
4) so in the next collected, you end up comparing for example:
0.9999999999 > 1., which is false and means you don't send EOS.
Also adds scale_round in two other places where it potentially could
have caused problems.
|
||
|---|---|---|
| .. | ||
| blend.c | ||
| blend.h | ||
| blendorc-dist.c | ||
| blendorc-dist.h | ||
| blendorc.orc | ||
| Makefile.am | ||
| README | ||
| videomixer.vcproj | ||
| videomixer2.c | ||
| videomixer2.h | ||
| videomixer2pad.h | ||
Video Mixer ----------- A generice video mixer, it blends the ayuv buffers from all pads onto a new buffer. The new buffer has by default a checkerboard pattern but its color can be changed with a property. The mixer can mix streams with different framerates and video sizes. It uses the duration value of the buffer to schedule the rendering of the buffers. For streams with a different resoltion than the final output resolution one can specify the position of the top left corner where this image should be placed with the pad properties xpos and ypos. The overall alpha value of a stream can also be specified with a pad property. By default, the streams are blended in the order that the pads were requested from the element. This can be overridden by changing the zorder pad property of the stream, a stream with lower zorder gets drawn first. TODO ---- - really implement zorder - take I420 yuv as well - output AYUV if possible. - implement different blend modes, some code is already done - use filter caps on srcpad to decide on the final output size