Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
From missing plugins requests as it's a duplicate of mpegversion
and its presence would break codec discovery when using RPM.
https://bugzilla.redhat.com/show_bug.cgi?id=680809
|
|
|
|
|
|
decoders can change the caps on their source pads, so they don't
use fixed caps. Having fixed caps can cause renegotiation issues.
|
|
decoders can change the caps on their source pads, so they don't
use fixed caps. Having fixed caps can cause renegotiation issues.
|
|
This reverts commit 899461d722e45f591eeddf33c405677170d63de4.
There seems to be a lot of code out there that does not properly initialize
the rectangles and then causes undefined behaviour. Including our video sinks.
Let's keep this out of 1.4, fix everything everywhere and keep it in 1.6
|
|
Now that the center function also takes into account the x and y
coordinates of the dest rectangle, better clear all the fields before
using them.
|
|
Update the new buffer size after alignment in the pool configuration
before calling the parent set_config. This ensures that the parent knows
about the buffer size that we will allocate and makes the size check
work in the release_buffer method.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=741420
|
|
Make sure we take into account non-0 x/y destination rectangles
|
|
any subchains"
This reverts commit a391dfe17f1a325f60e1d51a6d40c1a68eb196de.
It breaks gapless playback: https://bugzilla.gnome.org/show_bug.cgi?id=740045
|
|
They just seem to blow up for some reason that needs investigating.
|
|
The set_format vfunc does not pass ownership of the caps
to the decoder, so we mustn't unref the caps there.
gst_event_new_caps() does not take ownership of the caps
passed, so we must unref the caps afterwards.
Fixes leaks when running test in valgrind in 1.4 branch.
|
|
We were always returning the video stream combiner whatever stream type
combiner was wanted.
|
|
Create a function to do the pad cleanup of the GstSourceCombine struct
and use it to not forget to also cleanup the sink pad and fix a memory
leak.
https://bugzilla.gnome.org/show_bug.cgi?id=741198
|
|
It's used in some macros already, so let's make it exist.
|
|
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=740730
|
|
Segments are added to the pending events, and pushing a segment
is mandatory before sending EOS.
+ Adds a test.
https://bugzilla.gnome.org/show_bug.cgi?id=740853
|
|
Using gst_util_uint64_scale_int() causes slight drift
which accumulates over time.
https://bugzilla.gnome.org/show_bug.cgi?id=741045
|
|
Only change the volume if requested
|
|
NetBSD does not have ESTRPIPE.
https://bugzilla.gnome.org/show_bug.cgi?id=740952
|
|
up the audio chain
Otherwise the following can happen:
1. set mute=true
2. play media1 (Ok)
3. play media without audio (audiochain removed)
4. play media2 (audiochain created, mute=*false*)
https://bugzilla.gnome.org/show_bug.cgi?id=740675
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=740675
|
|
|
|
Don't return NEARLY_CERTAIN just based on 4 bytes.
Also change media type to audio/x-audible.
https://bugzilla.gnome.org/show_bug.cgi?id=715050
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=715050
|
|
It is valid for streams with b-frames
https://bugzilla.gnome.org/show_bug.cgi?id=740556
|
|
Fixes playbin unit test with latest GLib.
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=739840
|
|
(CAF) Specification 1.0
https://bugzilla.gnome.org/show_bug.cgi?id=739840
|
|
when accepting a connection.
Discovered by `make check-valgrind` with the new `socketintegrationtest`.
https://bugzilla.gnome.org/show_bug.cgi?id=739544
|
|
|
|
|
|
Fixes 'make check' on debian powerpc32 buildbot:
libs/libsabi.c:95:26: fatal error: struct_ppc32.h: No such file or directory
|
|
This gives control to the notify function allowing it to finish other
watch related functionality.
https://bugzilla.gnome.org/show_bug.cgi?id=737752
|
|
Also we get a GstSample, not a GstBuffer here.
|
|
Fix error code for audio decoder
|
|
|
|
subchains
https://bugzilla.gnome.org/show_bug.cgi?id=738064
|
|
This was never reset when going from PAUSED->READY and resulted
in encoders being not reusable after EOS. They just rejected any
buffer because they received EOS in their previous life.
The flag wasn't used anywhere except for rejecting buffers after
EOS, and this is now handled by GstPad directly.
|
|
vorbis_reorder_map is defined for eight channels max. If we have more
than eight channels, it's the application which shall define the order.
Since we set audio position to none, we just interleave all the channels
without any particular reordering.
https://bugzilla.gnome.org/show_bug.cgi?id=737742
|
|
Otherwise, frame is leaked.
https://bugzilla.gnome.org/show_bug.cgi?id=737706
|
|
When playing chained data the audio ringbuffer is released and
then acquired again. This makes it reset the segbase/segdone
variables, but the next sample will be scheduled to play in
the next position (right after the sample from the previous media)
and, as the segdone is at 0, the audiosink will wait the duration
of this previous media before it can write and play the new data.
What happens is this:
pointer at 0, write to 698-1564, diff 698, segtotal 20, segsize 1764, base 0
it will have to wait the length of 698 samples before being able to write.
In a regular sample playback it looks like:
pointer at 677, write to 696-1052, diff 19, segtotal 20, segsize 1764, base 0
In this case it will write to the next available position and it
doesn't need to wait or fill with silence.
This solution is borrowed from pulsesink that resets the clock to
start again from 0, which makes it reset the time_offset to the time
of the last played sample. This is used to correct the place of
writing in the ringbuffer to the new start (0 again)
https://bugzilla.gnome.org/show_bug.cgi?id=737055
|
|
|
|
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=736944
|
|
Reset last_timestamp_out when applying the output segment
change, to avoid decoder confusion over new timestamp timelines when
a seamless segment change happens.
Move some locks/unlocks to later when they're actually needed.
https://bugzilla.gnome.org/show_bug.cgi?id=734617
|
|
Don't try to set port attribute that's not advertised by the
adaptor. Fixes videotestsrc ! xvimagesink aborting with
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 151 (XVideo)
Minor opcode of failed request: 13 ()
on intel HD4600 graphics with kernel 3.16, xserver 1.15,
intel driver 2.21.15.
|