Age | Commit message (Collapse) | Author | Files | Lines |
|
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
|
|
If the input changes width/height that should be reflected
in the output caps, so make sure they get updated
|
|
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
|
|
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
|
|
|
|
Don't leak row_pointers if frame can't be mapped.
https://bugzilla.gnome.org/show_bug.cgi?id=787885
|
|
... 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
|
|
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=774252
|
|
|
|
This fixes a memory leak. When dropframe-threshold has been set,
libvpx may output less frames than the input ones, which causes
some GstVideoCodecFrames to queue up in GstVideoEncoder's internal
frame queue with no chance of ever being all released. And because
the frames keep references to the input buffers, the input buffer
pool keeps allocating new buffers and memory usage grows very fast.
For example the following pipeline's memory usage grows at a rate
of about 1GB per minute!
videotestsrc ! capsfilter caps=video/x-raw,width=1920,height=1080,framerate=30/1,format=I420 ! \
vp8enc target-bitrate=1000000 end-usage=cbr dropframe-threshold=95 ! fakesink
https://bugzilla.gnome.org/show_bug.cgi?id=783086
|
|
Also pass args as cpp_args.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=785012
|
|
The pad template takes its own ref, so we should unref the caps.
https://bugzilla.gnome.org/show_bug.cgi?id=784982
|
|
Instead of just sending a sticky event with them downstream. This allows
getting the HTTP headers easily in the application, and especially also
on errors.
|
|
this fixes a compilation error with gcc 7.1.0 on mys2 where uint is not defined
https://bugzilla.gnome.org/show_bug.cgi?id=784758
|
|
Which moreover makes building on windows (mingw/msvc) fail:
https://ci.appveyor.com/project/thiblahute/gst-build-ge9m5
|
|
is used
Soup allows only up to two connections per host in a session,
if we use default value. When session sharing is used, however,
more connections might be required in a session.
(e.g., multi-audio adaptive streaming case)
https://bugzilla.gnome.org/show_bug.cgi?id=784495
|
|
Currently we only allowed HTTP proxy. Don't filter for the scheme, just check
if it looks like an URI. Soup will warn if the URI is invalid or if
proxy protocol is not supported. This enables using SOCKS 4/5 which is
directly implemented into GIO.
https://bugzilla.gnome.org/show_bug.cgi?id=783012
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=784134
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=784134
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=784134
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=783798
|
|
if pad wasn't present by now everything would have broken before
CID #1409854
|
|
This allows timing out on network errors much earlier
(currently it takes ~15min to timeout) and we can still
unlock and change state in the meantime.
https://bugzilla.gnome.org/show_bug.cgi?id=571722
|
|
It's only needed for the taglib plugin which is optional.
|
|
Tags are pushed to "videosrcpad"/"audiosrcpad" in
gst_dvdemux_add_pad() method, however they will be NULL
in this method, hence tags are not pushed.
Instead, send tag event to "pad" created gst_dvdemux_add_pad().
Signal no-more-pads when both pads are created
https://bugzilla.gnome.org/show_bug.cgi?id=743657
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=780140
|
|
|
|
This is now needed as GstClock does not do that internally anymore,
because that broke bindings.
https://bugzilla.gnome.org/show_bug.cgi?id=743062
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=781929
|
|
Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.
|
|
Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.
|
|
Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.
|
|
Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.
|
|
This ensures that cookies are stored and used as set by the server, and
shared with other souphttpsrc that use the same SoupSession.
https://bugzilla.gnome.org/show_bug.cgi?id=780140
|
|
souphttpsrc now shares its SoupSession with other elements in the
pipeline via GstContext if possible (session-wide settings are all the
defaults), or if the context was forced by the application.
This allows multiple souphttpsrcs to reuse connections, cookies, etc.
https://bugzilla.gnome.org/show_bug.cgi?id=780140
|