Age | Commit message (Collapse) | Author | Files | Lines |
|
Adds a new set of properties to make pushfilesrc output a TIME SEGMENT
(instead of the filesrc BYTE SEGMENT).
When time-segment is set to True the following will happen:
* Seeks are refused (data starts from the beginning of the file)
* The BYTE segment will be replaced by a TIME segment with the values
specified in the various properties
* The first outgoing buffer will have a timestamp set on it (by default
it has a value of GST_CLOCK_TIME_NONE)
|
|
We used to setup an iterator with 1 GValue set with a NULL object
pointer which is not the normal way to do that. Instead we should make
sure that the first call to gst_iterator_next returns GST_ITERATOR_DONE.
|
|
Fix reverse playback of every frame by making seeks past/to EOS
find the last segment and start there.
|
|
Some Wowza setups seem to send an invalid non-90000 clock-rate.
|
|
Use -1 instead as those are gint64/guint64 variables and not GstClockTime
|
|
gst_v4l2_allocator_stop returns a GstV4l2Return, not a gboolean.
https://bugzilla.gnome.org/show_bug.cgi?id=739792
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=739791
|
|
We now use and update our internal copy so we no longer have to ifdef
the entire code for features and defines that where added over the
years.
https://bugzilla.gnome.org/show_bug.cgi?id=740905
|
|
mfra table
|
|
interpolation
As fallback if we don't have any existing samples
as reference point yet.
Based on patch by David Corvoysier <david.corvoysier@orange.com>
|
|
If it's present, and we operate in pull mode.
|
|
Currently during header parsing, we scan through the entire file
and skip every moof+mdat chunk for fragmented mp4s, which makes
start-up incredibly slow. Instead, just stop at the first moof
chunk when have a moov, and start exposing the streams, so we
can go and start handling the moofs for real.
|
|
Just need to fix the coordinate system now so
that negative offsets are actually negative
and not flipped to position things from the
opposite border.
|
|
So we can set a GdkPixbuf directly instead of
reading it from an image file on the file system.
|
|
Don't think we'll need this again.
|
|
The header is not always at the start of the packet, so we need to compute
the offset first.
|
|
http://www.wavpack.com/file_format.txt:
"Both the APEv2 tags and/or ID3v1 tags must come at the end of the
WavPack file, with the ID3v1 coming last if both are present."
WavPack files that contain APEv2 tags at the beginning of the files
are unplayable on players that use FFmpeg (like VLC) and most other
software (except Banshee). Players that use libwavpack directly can
play the files because it skips the tags, but does not recognize the
tag data at that location.
https://bugzilla.gnome.org/show_bug.cgi?id=711437
|
|
Not working too well yet, there are glitches even with WAV or FLAC.
https://bugzilla.gnome.org/show_bug.cgi?id=692368
|
|
When an caps-event is received, we must immediately change the crop
to videocrop correctly changed caps-event dimension, otherwise the
videocrop will first use the previous value of the crop that when
resizing video to a smaller resolution may cause an error.
https://bugzilla.gnome.org/show_bug.cgi?id=740671
|
|
From 7bb2bce to ef1ffdc
|
|
|
|
For some audio formats.
https://bugzilla.gnome.org/show_bug.cgi?id=655276
|
|
The 'mfhd' atom is mandatory in 'moof'. We can later on check whether
the fragment number properly increases
|
|
mfro was skipping the version/flags
tfra had wrong byte_reader return value checks
|
|
|
|
Empty segments in an edit list have a media_start time of -1,
as they don't actually play any media. Allow for that when
aligning to the reference stream in reverse play.
|
|
This reverts commit ad4480d53408a4d97ab531174ef37f258f3253c0.
|
|
This reverts commit ec6b8b84af719d828ddd91c724e715c0b4a556bc.
|
|
This reverts commit e6c2ad5571e5dedb212287efe238eb450032cd4f.
|
|
People actually look at that it seems.
|
|
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=739305
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=739344
|
|
this was introduced by commit ec6b8b
https://bugzilla.gnome.org/show_bug.cgi?id=699382
|
|
This allow skipping buffer flagged with ERROR that has no payload.
This is typical behaviour when a recovererable error occured during
capture in the driver, but that no valid data was ever written into that
buffer. This patch also translate V4L2_BUF_FLAG_ERROR into
GST_BUFFER_FLAG_CORRUPTED. Hence decoding error produce
by decoder due to missing frames will now be correctly marked. Finally,
this fixes a buffer leak when EOS is reached.
https://bugzilla.gnome.org/show_bug.cgi?id=740040
|
|
If the v4l2 queue support dmabuf select this buffer pool mode
and update the query with allocator.
This patch only concern exporting dmabuf and not importing dmabuf
fd from downstream element.
https://bugzilla.gnome.org/show_bug.cgi?id=699382
|
|
The goal is to make those information available in v4l2_object
to be able later to select the best allocation method for the pool
https://bugzilla.gnome.org/show_bug.cgi?id=699382
|
|
|
|
|
|
|
|
Put a 0-byte at the end of the event string. Does not break ABI because
old depayloaders will skip the 0 byte (which is included in the length).
Expect a 0-byte at the end of the event string or a ; for old
payloaders.
See https://bugzilla.gnome.org/show_bug.cgi?id=737591
|
|
Check that a caps event string is 0 terminated and the event string is
terminated with a ; to avoid buffer overreads.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=737591
|
|
MAX isn't entirely correct as upper limit either,
it should really be MAXUINT32, but it's unlikely
to be a problem in the near future.
https://bugzilla.gnome.org/show_bug.cgi?id=740407
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=740392
|
|
In passthrough we can handle all formats.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=740387
|
|
The behavior of resyncing video and audio indepen-
dently can cause A/V desyncs. Lets restrict resyncs
to jumps backward for now.
https://bugzilla.gnome.org/show_bug.cgi?id=736397
|
|
Only attempt adaptive drop when we are not live
https://bugzilla.gnome.org/show_bug.cgi?id=739996
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=739930
|
|
This avoids _set_format setting the unpositioned flag when passed
NULL as channel positions, as it would not be cleared when setting
actual channel positions later.
|