It is behaving a little bit different from the libxml parser which has
caused weird bugs in the past. Anyway, everybody has libxml (I am
planning to write an Expat parser too but not there yet).
Currently, this require EGL 1.3 or later to compile.
This was only tested against the GLX driver from the Mesa Project,
and desktop OpenGL, which requires EGL 1.4. Win32 support is untested
(not even compilation).
OpenGL ES 1 and 2 are mostly implemented but completely untested too.
The USE_OPENGL_ES constant would have to be predefined appropriately.
This plugin mostly works, but there are two major remaining issues.
Therefore, this plugin is disabled by default and has zero priority.
(1) Mouse is not implemented. The stupid fix involves cut&paste from
the XCB-GLX plugin. Moving mouse event reception to the window provider
might be smart though: I would rather not corrupt the EGL plugin with
X11, otherwise we might as well stick to GLX anyway.
(2) Resize events are mostly not working. EGL does not provide
notification for this. But there may be some bugs in Control() too.
Adds a driver for the BlackMagic DeckLink series of SDI cards (input only).
It requires BlackMagic's proprietary (but free-to-download) SDK to compile
and run. I've only tested it on Linux -- the Windows API is very similar but
not identical, so some adjustments will probably have to happen if anybody
wants this to work on Windows. (Windows users can, AFAIK, already access the
card via DirectShow, though.) It supports multiple cards, all the various
A/V inputs and video modes including setting field dominance and multichannel
input (2, 8 or 16 channels).
All testing has been with a DeckLink HD Extreme 3, which I have very
graciously been given access to by Frikanalen.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
This codec wasn't good.
It didn't work on SIPR correctly in all cases.
The code had lots of warnings.
The philosophy of it sucks (opening dlls...)
It didn't work on non-standard architecture.
Those cards are normally accessed with the standard FrameBuffer,
through X11 or svgalib instead. The mga_vid driver is not even in the
kernel (or not anymore).
In 0.9, the output refuses to work and the codec just segfaults.
In 1.0, it is inoperant due to the removal of the forked libmpeg2.
In 1.1, we would anyway need to rewrite it to the new vout API.