gstreamer/gst/videomixer
Nirbheek Chauhan b09f478e80 Add support for Meson as alternative/parallel build system
https://github.com/mesonbuild/meson

With contributions from:

Tim-Philipp Müller <tim@centricular.com>
Jussi Pakkanen <jpakkane@gmail.com> (original port)

Highlights of the features provided are:
* Faster builds on Linux (~40-50% faster)
* The ability to build with MSVC on Windows
* Generate Visual Studio project files
* Generate XCode project files
* Much faster builds on Windows (on-par with Linux)
* Seriously fast configure and building on embedded

... and many more. For more details see:

http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html
http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html

Building with Meson should work on both Linux and Windows, but may
need a few more tweaks on other operating systems.
2016-08-20 11:21:12 +01:00
..
blend.c videomixer: fix illegal memory access in blend function with negative ypos 2015-01-19 12:34:25 +00:00
blend.h
Makefile.am Remove obsolete Android build cruft 2015-04-26 17:55:07 +01:00
meson.build Add support for Meson as alternative/parallel build system 2016-08-20 11:21:12 +01:00
README
videomixer2.c videomixer: drop reference to videomixer 2 2016-04-13 10:57:03 -07:00
videomixer2.h videomixer: fix up QoS handling for live sources 2014-11-17 23:16:03 +11:00
videomixer2pad.h videomixer: use video library code instead of copy 2014-09-24 16:46:36 +02:00
videomixerorc-dist.c Release 1.5.1 2015-06-07 10:46:34 +02:00
videomixerorc-dist.h videomixer: use video library code instead of copy 2014-09-24 16:46:36 +02:00
videomixerorc.orc videomixer: use video library code instead of copy 2014-09-24 16:46:36 +02:00

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