mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2025-01-19 05:45:58 +00:00
718f9004d0
There is no reason to send a flush-stop when receiving a seek event. In the case of a flushing seek, we could eventually want to, but in the code path were we check if the seek is "flushing", we have the following comment that makes sense: "we can't send FLUSH_STOP here since upstream could start pushing data after we unlock mix->collect. We set flush_stop_pending to TRUE instead and send FLUSH_STOP after forwarding the seek upstream or from gst_videomixer_collected, whichever happens first." https://bugzilla.gnome.org/show_bug.cgi?id=684237 |
||
|---|---|---|
| .. | ||
| 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