Age | Commit message (Collapse) | Author | Files | Lines |
|
https://bugzilla.gnome.org/show_bug.cgi?id=793688
|
|
Use the provided wrapper available from libgstgl.
https://bugzilla.gnome.org/show_bug.cgi?id=793547
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=754094
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=754094
|
|
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=754094
|
|
They aren't public headers
|
|
Like pngenc, automatically send an EOS message.
Example of bin:
appsrc ! jpegenc snapshot=true ! filesink location=out.jpg
This is especially useful for limited/slow hardware.
Otherwise calling gst_video_convert_sample() is a better option
(internally uses videoconvert and videoscale).
https://bugzilla.gnome.org/show_bug.cgi?id=755453
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=769183
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=641399
|
|
If a lot of seek method is called very quickly, sometimes data reading
and do_request occurs while seek flush event is occurring and error
occurs because retry_count
reaches to the max. Thus, reset retry_count if flush occurs after
do_request and read_buffer.
https://bugzilla.gnome.org/show_bug.cgi?id=790199
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=782093
|
|
This to allow the decoder to start searching for a new
frame again.
https://bugzilla.gnome.org/show_bug.cgi?id=791473
|
|
Some cameras fail to send an end-of-image marker (EOI)
and can't be properly decoded by either JPEG or libjpeg.
This commit parses the frame, making sure it has an EOI.
If there isn't one, the EOI gets added to the buffer.
A similar fixup is done in the rtpjpegdepay element,
and it makes sense to do it in jpegdec as well.
Signed-off-by: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
https://bugzilla.gnome.org/show_bug.cgi?id=791988
|
|
|
|
|
|
|
|
Allows keeping the GstGLCAOpenGLLayer public but not the winsys-specific
context/display/window.
|
|
It's quite unlikely since it's initialized in instance initialization.
CID #1417721
|
|
If the input changes width/height that should be reflected
in the output caps, so make sure they get updated
|
|
GstGLDisplayVIVFb subclass"
This reverts commit 47fd4d391e775c11f529705bb0f457a9d25ba5e7.
This patch is incorrect. It doesn't actually compile, and causes a crash
because the viv-fb window implementation needs a native EGL handle
to pass to fbCreateWindow, but the GstGLDisplayEGL handleis actually
an EGLDisplay now (and gets cast to the wrong type)
|
|
This fixes the previous range header is remained if seek to 0 is
attempted.
https://bugzilla.gnome.org/show_bug.cgi?id=779957
|
|
This is a regression introduced by "03db374 - souphttpsrc: retry
request on early termination from the server"
The problem was that when seeking back to 0, we would not end up calling
add_range_header() which in addition to adding range headers *ALSO* sets
the read_position to the requested one.
This would result in a wide variety of later failures, like reading
again and again instead of stopping properly.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=765927
|
|
elements
https://bugzilla.gnome.org/show_bug.cgi?id=765927
|
|
Update for renaming of plugin file, and add some
missing source files.
|
|
If you can't decode an animated gif, you can't decode a gif,
so stop squatting GST_RANK_SECONDARY for that format, libav
does a better job.
https://bugzilla.gnome.org/show_bug.cgi?id=784683
|
|
|
|
subclass
This simplifies the code a lot without any functional changes apart from
not closing the display connection. Closing the display connection is
not safe to do as it is shared between all other code in the same
process and no reference counting or anything happens at the platform
layer.
|
|
Don't leak row_pointers if frame can't be mapped.
https://bugzilla.gnome.org/show_bug.cgi?id=787885
|
|
Instead of just signalling when ready exposing the state
as a property allows us to bind at any time if player is
loaded async.
|
|
Move the package defines for GST_PLUGIN_DEFINE from the
command line into the source file to avoid quoting issues
(-DPACKAGE_NAME="foo" means the quotes won't actually make
it to the compiler and then it no longer gets a string constant).
|
|
When tee is used, it will not request a pool, but still it wants to
know how many buffers are required.
https://bugzilla.gnome.org/show_bug.cgi?id=730758
|
|
When tee is used, it will not request a pool, but still it wants to
know how many buffers are required.
https://bugzilla.gnome.org/show_bug.cgi?id=730758
|
|
... and also progressive streams.
|
|
These come with two JPEG images per buffer of half height than signalled
in the container.
Changes based on Tim-Philipp Müller's 0.10 branch:
https://cgit.freedesktop.org/~tpm/gst-plugins-good/log/?h=jpegdec-interlaced
https://bugzilla.gnome.org/show_bug.cgi?id=568555
|
|
1. Propagate the GstGLDisplay we create
2. Add the created GstGLContext to the propagated GstGLDisplay
Otherwise with multi-branch GL pipelines involving gtkglsink, things
will fall apart and errors will be genarated somewhere.
|
|
The file does not exist in previous versions
|
|
Update the includes to account for that
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=774252
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=774252
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=774252
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=774252
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=784779
|
|
Except for gst/gl/gstglfuncs.h
It is up to the client app to include these headers.
It is coherent with the fact that gstreamer-gl.pc does not
require any egl.pc/gles.pc. I.e. it is the responsability
of the app to search these headers within its build setup.
For example gstreamer-vaapi includes explicitly EGL/egl.h
and search for it in its configure.ac.
For example with this patch, if an app includes the headers
gst/gl/egl/gstglcontext_egl.h
gst/gl/egl/gstgldisplay_egl.h
gst/gl/egl/gstglmemoryegl.h
it will *no longer* automatically include EGL/egl.h and GLES2/gl2.h.
Which is good because the app might want to use the gstgl api only
without the need to bother about gl headers.
Also added a test: cd tests/check && make libs/gstglheaders.check
https://bugzilla.gnome.org/show_bug.cgi?id=784779
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=774252
|
|
|