- Dec 18, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 16, 2014
-
-
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.
-
Sebastian Dröge authored
This reverts commit 899461d7. 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
-
Wim Taymans authored
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
-
- Dec 15, 2014
-
-
Edward Hervey authored
Make sure we take into account non-0 x/y destination rectangles
-
Sebastian Dröge authored
This reverts commit a391dfe1. It breaks gapless playback: https://bugzilla.gnome.org/show_bug.cgi?id=740045
-
- Dec 12, 2014
-
-
Tim-Philipp Müller authored
They just seem to blow up for some reason that needs investigating.
-
Tim-Philipp Müller authored
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.
-
- Dec 11, 2014
-
-
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.
-
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
-
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
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
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
-
- Nov 24, 2014
-
-
It is valid for streams with b-frames https://bugzilla.gnome.org/show_bug.cgi?id=740556
-
Tim-Philipp Müller authored
Fixes playbin unit test with latest GLib.
-
- Nov 09, 2014
-
-
-
(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
-
- Nov 06, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Tim-Philipp Müller authored
Fixes 'make check' on debian powerpc32 buildbot: libs/libsabi.c:95:26: fatal error: struct_ppc32.h: No such file or directory
-
- Oct 24, 2014
-
-
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
-
-
- Oct 14, 2014
-
-
Sebastian Dröge authored
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