| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
From cd1dee0 to 59cb678
|
|
For each lib we build export its own API in headers when we're
building it, otherwise import the API from the headers.
This fixes linker warnings on Windows when building with MSVC.
The problem was that we had defined all GST_*_API decorators
unconditionally to GST_EXPORT. This was intentional and only
supposed to be temporary, but caused linker warnings because
we tell the linker that we want to export all symbols even
those from externall DLLs, and when the linker notices that
they were in external DLLS and not present locally it warns.
What we need to do when building each library is: export
the library's own symbols and import all other symbols. To
this end we define e.g. BUILDING_GST_FOO and then we define
the GST_FOO_API decorator either to export or to import
symbols depending on whether BUILDING_GST_FOO is set or not.
That way external users of each library API automatically
get the import.
While we're at it, add new GST_API_EXPORT in config.h and use
that for GST_*_API decorators instead of GST_EXPORT.
The right export define depends on the toolchain and whether
we're using -fvisibility=hidden or not, so it's better to set it
to the right thing directly than hard-coding a compiler whitelist
in the public header.
We put the export define into config.h instead of passing it via the
command line to the compiler because it might contain spaces and brackets
and in the autotools scenario we'd have to pass that through multiple
layers of plumbing and Makefile/shell escaping and we're just not going
to be *that* lucky.
The export define is only used if we're compiling our lib, not by external
users of the lib headers, so it's not a problem to put it into config.h
Also, this means all .c files of libs need to include config.h
to get the export marker defined, so fix up a few that didn't
include config.h.
This commit depends on a common submodule commit that makes gst-glib-gen.mak
add an #include "config.h" to generated enum/marshal .c files for the
autotools build.
https://bugzilla.gnome.org/show_bug.cgi?id=797185
|
|
From f0c2dc9 to ed78bee
|
|
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
From e8c7a71 to 3fa2c9e
|
|
From 3f4aa96 to e8c7a71
|
|
From 29046b8 to 3f4aa96
|
|
|
|
From 60aeef6 to 48a5d85
|
|
From 39ac2f5 to 60aeef6
|
|
From d015674 to 39ac2f5
|
|
Fixes accidental common change when commit patch.
|
|
GstHLSDemuxStream inherits GstAdaptiveDemuxStream, not
GstAdaptiveDemux. Fixes memory corruption issues.
https://bugzilla.gnome.org/show_bug.cgi?id=772704
|
|
From b18d820 to f980fd9
|
|
From 2c31690 to b18d820
|
|
For 'make update-exports' changes
|
|
From f363b32 to f49c55e
|
|
From ac2f647 to f363b32
|
|
From 6f2d209 to ac2f647
|
|
From a253974 to 6f2d209
|
|
Should fix distcheck on some build bots.
|
|
From e97c9bb to b64f03f
|
|
|
|
While this is more useful for libraries, some of our plugins with multiple
files and some internal API can also benefit from this.
|
|
8ae003326157438c12c45589e050c5f446723f61 contained a erroneous common change
|
|
Switch to using IOSurface instead of CVOpenGLTextureCache on OSX. The latter can't be
used anymore to do YUV => RGB with opengl3 on El Capitan as GL_YCBCR_422_APPLE
has been removed from the opengl3 driver. Also switch to NV12 from UYVY, which
was the only YUV format supported by CVOpenGLTextureCache.
|
|
|
|
Otherwise composition will result in a black frame outside the transformed
video.
|
|
From b319909 to 86e4663
|
|
From b99800a to b319909
|
|
From 9aed1d7 to b99800a
|
|
From f74b2df to 9aed1d7
|
|
From 6015d26 to f74b2df
|
|
From d9a3353 to 6015d26
|
|
From d37af32 to d9a3353
|
|
From 21ba2e5 to d37af32
|
|
From c408583 to 21ba2e5
|
|
From d676993 to c408583
|
|
Needed by the new automake test runner
|
|
From bc76a8b to c8fb372
|
|
in commit 7d463576
|
|
In gst_gl_window_cocoa_draw we used to just call setNeedsDisplay:YES. That was
creating an implicit CA transaction which was getting committed at the next
runloop iteration. Since we don't know how often the main runloop is running,
and when we run it implicitly (from gst_gl_window_cocoa_nsapp_iteration) we only
do so every 200ms, use an explicit CA transaction instead and commit it
immediately. CA transactions nest and debounce automatically so this will never
result in extra work.
|
|
From f2c6b95 to bc76a8b
|
|
From ef1ffdc to f2c6b95
|
|
From f32cfcd to ef1ffdc
|
|
|
|
From 84d06cd to 7bb2bce
|
|
From a8c8939 to 84d06cd
|
|
From 36388a1 to a8c8939
|
|
Allows building checks without running them
|
