| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
change
Check if duration is changed before emitting duration-changed signal
https://bugzilla.gnome.org/show_bug.cgi?id=796491
|
|
|
|
|
|
|
|
|
| |
It is completely legal to have packets with zero sizes.
Zero-sized packet indicates header with only Start Code.
One eg: is user data packet. The patch allows having
GstMpegVideoPacket with zero sizes.
https://bugzilla.gnome.org/show_bug.cgi?id=796477
|
|
|
|
|
|
|
|
| |
If connection-speed property is in use, this value should be used as the
current download rate since subclasses might read it to figure out
which playlist variant they will use.
https://bugzilla.gnome.org/show_bug.cgi?id=784592
|
|
|
|
|
|
| |
For function parameters that are known to be arrays.
https://bugzilla.gnome.org/show_bug.cgi?id=796221
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=726571
|
|
|
|
|
|
| |
GstAggregator now has the same thing in the simple implementation.
https://bugzilla.gnome.org/show_bug.cgi?id=795486
|
|
|
|
|
|
|
|
|
|
|
| |
Regardless of LIVE or VOD, "a manifest has next period but
currently EOSed" state is meaning that it's time to advance period.
Previous behavior of adpativedemux, however, was able to period
advancing only for VOD case, since the adaptivedemux tried to
update and wait new manifest without respecting existence of the next period.
https://bugzilla.gnome.org/show_bug.cgi?id=781183
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=795044
|
|
|
|
| |
CID 1435451
|
|
|
|
| |
Gives assertions otherwise.
|
| |
|
|
|
|
|
| |
This in order to allow users control over the conversion
process, for example the scaling method.
|
| |
|
| |
|
|
|
|
| |
For consistency with GstAudioAggregator.
|
|
|
|
|
|
| |
just does not work
Also pass the given allocator to the pool if one is set.
|
|
|
|
|
|
| |
This moves all the conversion related code to a single place, allows
less code-duplication inside compositor and makes the glmixer code less
awkward. It's also the same pattern as used by GstAudioAggregator.
|
|
|
|
|
|
| |
This is only used for caching reasons and should never actually be in
the public API. If this is ever a bottleneck later, caching around a
class private struct could be implemented.
|
|
|
|
|
|
| |
And also trigger renegotiation if the value has changed.
https://bugzilla.gnome.org/show_bug.cgi?id=795836
|
|
|
|
|
|
|
|
|
| |
struct
The aggregated_frame is now called prepared_frame and passed to the
prepare_frame and cleanup_frame virtual methods directly. For the
currently queued buffer there is a method on the video aggregator pad
now.
|
| |
|
|
|
|
|
| |
What it does is to repeat the last frame forever after EOS, it does not
literally ignore EOS.
|
|
|
|
|
|
| |
Not every subclass will want to expose the pads via the interface.
https://bugzilla.gnome.org/show_bug.cgi?id=739011
|
| |
|
|
|
|
|
|
|
| |
Those profiles have been added in the version 2012-01
and 2011-06 of the AVC spec.
https://bugzilla.gnome.org/show_bug.cgi?id=794127
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=730940
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Means we no longer need our custom scripts, nor template files.
|
|
|
|
| |
ERROR: ../../../../../gst-libs/gst/webrtc/webrtc-enumtypes.c: no such a file or directory
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=794363
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=794363
|
|
|
|
|
|
| |
Everything else is ICE, not Ice.
https://bugzilla.gnome.org/show_bug.cgi?id=794362
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=794347
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|