| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- x264 encoder bitrate profile manager: alloc size is based
on existing allocation
- asfdemux: change length var to 64-bit and check for G_MAXUINT
- realmedia: opaque_data_len is read from 32 bits and then
only subtracted upon.
g_memdup() is deprecated since GLib 2.68 and we want to avoid
deprecation warnings with recent versions of GLib.
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/83>
|
|
|
|
| |
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/81>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Split plugin into features including
dynamic types which can be indiviually
registered during a static build.
More details here:
https://gitlab.freedesktop.org/gstreamer/gst-build/-/merge_requests/199
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/661
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/79>
|
|
|
|
|
|
|
| |
gst_segment_do_seek() can fail, and our seek should fail
accordingly.
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/45>
|
|
|
|
| |
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/48>
|
|
|
|
|
|
| |
Fixes #30
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/54>
|
|
|
|
| |
Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/54>
|
|
|
|
|
|
|
|
| |
When transitioning from the PAUSED state, to the READY state, and back,
metadata and global_metadata are left uninitialized, unlike when the
demxuer transitions from NULL to READY, then to PAUSED. I have found
this to cause a segmentation fault when fields in these structures are
set.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This was used to "close" a segment. It's no longer needed anymore
in 1.x (it was essentially sending the same thing again)
|
|
|
|
| |
And not on all the time
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=794568
|
|
|
|
| |
If we have codec_data it will be AVC, otherwise assume byte-stream.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a regression that was introduced by
commit 1803b3c18530cb0100d140c2b8e49a8dfe41f941
" asfdemux: Add support for dvr-ms"
The problem is that some files/streams might contain stream definition
but there is no actual packets for those streams.
This was used to "define" streams with different bitrates for example.
The first_ts calculation resulted in never ever finding a valid first_ts
since some streams were empty, and therefore never "activating" itself.
Instead of that we first check if we are prerolled. And if we are we
unconditionally get the "first_ts"
The preroll check has been adapted to check whether streams of
each defined type (i.e. audio/video/sub) has been prerolled. This solves
the problem of having different streams of a particular type where only
one stream actually has data.
|
|
|
|
| |
The field was present but never set :)
|
|
|
|
|
|
|
|
|
|
| |
In the same vein as the previous commit, the end of the file might have been
cut and therefore contains bogus data.
If the object is too short, consider it as garbage and return a non-fatal
flow.
Regression introduced in 97294eb8bbed1b9dad7d3f2c52dd69eb1812cc06
|
|
|
|
|
|
|
|
|
|
| |
Some files have garbage at the end of the file, don't error out if we don't
find the index there.
Reverts back to previous behaviour (where corrupted/missing indexex were
not a fatal error).
Regression introduced in 97294eb8bbed1b9dad7d3f2c52dd69eb1812cc06
|
|
|
|
|
|
|
| |
... which is how it has always been until changed coincidentally in commit
9ee60482b265481d0e3b397044f560eb736e5429 which then prompted commit
dba14178ce6115b406ef86e356b1201463af5e2a to consider ACCURATE as well
to compensate for that in a lateral way
|
|
|
|
|
| |
The if 'and' condition was mixed up with the last parameter of the
function and would lead to wrong results
|
|
|
|
|
| |
Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.
|
|
|
|
|
|
|
|
|
| |
gstasfdemux.c: In function 'gst_asf_demux_parse_stream_object':
gstasfdemux.c:3001:39: error: '<<' in boolean context, did you mean '<' ? [-Werror=int-in-bool-context]
is_encrypted = ! !((flags & 0x8000) << 15);
~~~~~~~~~~~~~~~~~~^~~~~~
https://bugzilla.gnome.org/show_bug.cgi?id=779329
|
|
|
|
|
|
| |
extended content descriptors
https://bugzilla.gnome.org/show_bug.cgi?id=777955
|
|
|
|
|
|
|
|
|
|
| |
errors
Otherwise we will happily index into the array at NULL if the requested
index is smaller than the number of languages that were previously
allocated.
https://bugzilla.gnome.org/show_bug.cgi?id=777937
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775515
|
|
|
|
|
| |
we *can* have files greater than 4GB, any other object should be
smaller than that
|
|
|
|
|
|
| |
We should have enough bytes for the specified codec_data
https://bugzilla.gnome.org/show_bug.cgi?id=775070
|
|
|
|
|
|
|
| |
It should report a size of at least 40 bytes
Also check for the size of the remaining data (i.e. codec_data)
https://bugzilla.gnome.org/show_bug.cgi?id=775070
|
|
|
|
|
|
|
|
|
| |
An asf object can't realistically be bigger than 2**32 bytes.
If it reports a size bigger than that, consider it corrupt and properly
propagate the error back.
https://bugzilla.gnome.org/show_bug.cgi?id=775070
|
|
|
|
|
|
|
| |
It is possible no streams were activated when receiving EOS, if so
handled it as if we hadn't seen the header
https://bugzilla.gnome.org/show_bug.cgi?id=774846
|
|
|
|
|
|
|
| |
As per the specification, also avoids ending up trying to play a
file with plenty of un-initialized values.
https://bugzilla.gnome.org/show_bug.cgi?id=774846
|
|
|
|
|
|
|
|
|
| |
pulling headers is meant to complete as a whole. If we don't have
enough data, it's an error.
Avoids pipeline hangs on corrupted files
https://bugzilla.gnome.org/show_bug.cgi?id=774846
|
|
|
|
|
|
|
|
|
|
|
| |
In some corrupted files, we could end up with no actual streams
being exposed.
In those cases, make sure we properly propagate the failure all
the way to the loop function. This avoids ending up in cases where
we are neither EOS'd nor ERROR'd out from a pipeline point of view.
https://bugzilla.gnome.org/show_bug.cgi?id=774846
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=770158
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://github.com/mesonbuild/meson
With contributions from:
Tim-Philipp Müller <tim@centricular.com>
Jussi Pakkanen <jpakkane@gmail.com> (original port)
Highlights of the features provided are:
* Faster builds on Linux (~40-50% faster)
* The ability to build with MSVC on Windows
* Generate Visual Studio project files
* Generate XCode project files
* Much faster builds on Windows (on-par with Linux)
* Seriously fast configure and building on embedded
... and many more. For more details see:
http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html
http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html
Building with Meson should work on both Linux and Windows, but may
need a few more tweaks on other operating systems.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=769418
|
|
|
|
|
|
|
|
|
|
| |
Fix seeking when demuxer is in INDEX state. This happens when we
reached the end of the stream. It should still be possible to do
a flushing seek and seek back to any other position though. Instead
the demuxer would just go straight to EOS again instead of going
back to processing packets again from the new position.
https://bugzilla.gnome.org/show_bug.cgi?id=749066
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763082
|
|
|
|
|
|
|
| |
When dealing with accurate seeks, we want to return exactly the segment
that was requested by the seek event, and not adjust the values.
https://bugzilla.gnome.org/show_bug.cgi?id=755469
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=699586
|
|
|
|
|
|
| |
This hasn't been touched for generations, doesn't work,
and is just causing confusion. We also don't want to
maintain these files manually.
|
|
|
|
|
|
|
|
|
|
| |
Support reverse playback for ASF format.
Parse packets and queue the payloads, then push
the payload buffer to decoder in reverse order.
Video buffers are pushed from KeyFrame to next
Keyframe.
https://bugzilla.gnome.org/show_bug.cgi?id=757341
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755469
|
|
|
|
|
|
|
| |
Not for accurate seeks, which should accurately start at the requested
position.
https://bugzilla.gnome.org/show_bug.cgi?id=755469
|
|
|
|
|
|
| |
Without this, non-flushing seeks are not going to work well.
https://bugzilla.gnome.org/show_bug.cgi?id=755469
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755469
|