- Feb 08, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 06, 2014
-
-
Wim Taymans authored
-
- Feb 04, 2014
-
-
Not all systems with v4l have ENODATA defined, so check that we have it before attempting to use it. https://bugzilla.gnome.org/show_bug.cgi?id=722953
-
-
Sebastian Dröge authored
Instead do it like all other demuxers and let parsers and decoders handle that. The keyframe information inside the container might be completely wrong like in the sample file of the bug report, and if it is correct and we push no keyframes, then the parsers and decoders will handle that properly anyway. https://bugzilla.gnome.org/show_bug.cgi?id=682276
-
Sebastian Dröge authored
- Jan 19, 2014
-
-
Mark Nauwelaerts authored
-
-
- Jan 14, 2014
-
-
-
This reverts commit b3aa8755. We are already using the running-time because they were placed on the buffers with gst_collect_pads_clip_running_time(). Arguably it would be better to not modify the incomming buffers but collectpads seems to want to use absolute timestamps from the buffers for finding the best buffer (this can be changed with a custom compare function..).
- Jan 10, 2014
-
-
-
Vincent Penquerc'h authored
The need for rewriting apparently is obsolete 0.10 leftover. We now have caps for subtitles when we create the headers, so we always write the correct data in the first place.
-
Vincent Penquerc'h authored
This avoids issues with writing dummy data first, then having to come back and write correct data later. Doing so prevents the muxed stream from being actually streamable. https://bugzilla.gnome.org/show_bug.cgi?id=712134
-
- Jan 06, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Buffer timestamps have no real meaning here, and for selecting the next buffer we already use the running time anyway.
-
Skip id3 tag during wav parse. https://bugzilla.gnome.org/show_bug.cgi?id=721241
-
- Dec 26, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Wim Taymans authored
Use the aggregate control instead of the original request url to perform PAUSE/PLAY and TEARDOWN. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=721003
-
Sebastian Dröge authored
-
Previous versions did not have a stable bitstream for VP9. https://bugzilla.gnome.org/show_bug.cgi?id=720986
-
Sebastian Dröge authored
-
-
- Dec 17, 2013
-
-
Sebastian Dröge authored
There was a libvpx release with VP9 support now and the bitstream is frozen too.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 05, 2013
-
-
Don't advance the clock to 240ms too early. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=710013
-
- Dec 04, 2013
-
-
- Nov 29, 2013
-
-
-
Mathieu Duponchelle authored
-
- Nov 28, 2013
-
-
Wim Taymans authored
Cleaning the packet info will already unref the buffer. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=715078
-
- Nov 26, 2013
-
-
... the way it has always worked fine in a52dec.
-
After dropping a buffer, move our expected seqnum Conflicts: gst/rtpmanager/gstrtpjitterbuffer.c