- 20 Aug, 2016 2 commits
-
-
Nirbheek Chauhan authored
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.
-
Jie Jiang authored
Extend the byte tracking counters to 64-bit on all platforms, instead of using gsize, which overflows after 4GB. https://bugzilla.gnome.org/show_bug.cgi?id=770019
-
- 19 Aug, 2016 1 commit
-
-
Vivia Nikolaidou authored
If atom_copy_data fails to write anything, return 0 CID #1371458
-
- 18 Aug, 2016 4 commits
-
-
Nirbheek Chauhan authored
Both work with autotools but they definitely don't mean the same thing, cause problems with other build systems, and are bad form. Existence should always be checked with #ifdef or #if defined.
-
Nirbheek Chauhan authored
D3DX has been deprecated for the last 4 years and latest versions of Windows no longer ship headers for it. This is fine as long as you're building with Cerbero's Wine-based DirectX headers, but sucks if you want to build against the actual Windows SDK. We were just using it to get error strings anyway, so just use the generic error string API.
-
Tim-Philipp Müller authored
This reverts commit c703ab69. https://bugzilla.gnome.org/show_bug.cgi?id=769392
-
Sebastian Dröge authored
Need to set max-misorder-time and max-dropout-time to 0 so the jitterbuffer does not base them on packet rate calculations. If it does, out gap is big enough to be considered a new stream and we wait for a few consecutive packets just to be sure https://bugzilla.gnome.org/show_bug.cgi?id=751311
-
- 17 Aug, 2016 4 commits
-
-
Vivia Nikolaidou authored
Will try to request a keyframe from the encoder to be sent at the target running time. https://bugzilla.gnome.org/show_bug.cgi?id=769664
-
-
Sebastian Dröge authored
Some servers add properties like charset, e.g. application/sdp; charset=utf8 Ideally we should also parse the charset and do conversion of all messages, but that's for a later time.
-
-
- 12 Aug, 2016 1 commit
-
-
Thomas Bluemel authored
This fixes endpoints not receiving any data intermittently. https://bugzilla.gnome.org/show_bug.cgi?id=769773
-
- 10 Aug, 2016 2 commits
-
-
-
Thomas Bluemel authored
This is a normal scenario and should not be a warning. This can happen frequently when re-transmits of lost packets are enabled. https://bugzilla.gnome.org/show_bug.cgi?id=762208
-
- 08 Aug, 2016 1 commit
-
-
Jan Schmidt authored
Use the correct collected timestamp.
-
- 07 Aug, 2016 2 commits
-
-
Jan Schmidt authored
This reverts commit fa008f27. async-handling in GstBin causes the pipeline to spin at 100% CPU as the top-level pipeline tries to change that state to PLAYING constantly. This is a workaround for a core problem, essentially, but an improvement in this case for now.
-
Jan Schmidt authored
After dropping the splitmux lock, re-check the state, don't just fall through and sleep unconditionally, as we may have already missed the wakeup. https://bugzilla.gnome.org/show_bug.cgi?id=769514
-
- 05 Aug, 2016 1 commit
-
-
Jan Schmidt authored
Don't immediately halt on EOS flow return from downstream due to out of segment. Let the demuxer handle it and send EOS.
-
- 04 Aug, 2016 1 commit
-
-
Thiago Santos authored
The current 'l' pointer will be NULL when the loop is interrupted with a 'break' statement. Need to have it advance to the next list item before interrupting.
-
- 02 Aug, 2016 2 commits
-
-
Carlos Rafael Giani authored
The PCM bitrate is added to help downstream elements (like uridecodebin) figure out a proper network buffer size https://bugzilla.gnome.org/show_bug.cgi?id=769390
-
-
- 28 Jul, 2016 1 commit
-
-
Sebastian Dröge authored
And don't just reset everything. This makes sure that we can continue to handle data in the following scenario: moov: discont moof: discont mdat: continuous Previously this would fail because the offset would be the accumulated offset from moov and moof at the mdat position, while the buffer offset might be something completely different.
-
- 25 Jul, 2016 3 commits
-
-
Sebastian Dröge authored
-
-
Jan Schmidt authored
The ts variable is a GstClockTime, don't print it as a GstClockTimeDiff.
-
- 19 Jul, 2016 3 commits
-
-
Jan Schmidt authored
Use signed clock times for running time everywhere so that we handle negative running times without going haywire, similar to what queue and multiqueue do these days.
-
Jan Schmidt authored
When pushing the dummy event into the multiqueue, drop the splitmux lock or else we might deadlock.
-
Jan Schmidt authored
Always intersect with the filter caps in the getcaps function to make sure we return a subset of what was requested. Other payloaders also have this problem and need fixing in future commits.
-
- 18 Jul, 2016 2 commits
-
-
-
Guillaume Desmottes authored
gst_bus_add_signal_watch() takes a ref on the bus which should be released using gst_bus_remove_signal_watch(). https://bugzilla.gnome.org/show_bug.cgi?id=768739
-
- 13 Jul, 2016 1 commit
-
-
Ting-Wei Lan authored
GST_PKG_CONFIG_PATH is used in docs/plugins directory, so AG_GST_PKG_CONFIG_PATH must be called to set it. https://bugzilla.gnome.org/show_bug.cgi?id=768787
-
- 12 Jul, 2016 1 commit
-
-
Edward Hervey authored
At the end of a range request, we don't want to return GST_FLOW_EOS otherwise the last bytes we just read will be dropped by basesrc. Instead just return GST_FLOW_OK (which was set just before) and let basesrc handle the fact we are at the end of the segment.
-
- 11 Jul, 2016 8 commits
-
-
Nicolas Dufresne authored
The type detection would lead to assertion as it would try to create a device without having found any type for it. It also didn't detect MPLANE devices properly.
-
Nicolas Dufresne authored
The monitor sets the object->element object as a GstObject. This works for debug traces, but will assert for ELEMENT_ERROR. This was the only case where that could happen. Add a check for that.
-
Nicolas Dufresne authored
-
Sebastian Dröge authored
If we're at the end of a range request, read again to let libsoup finalize the request. This allows to reuse the connection again later, otherwise we would have to cancel the message and close the connection.
-
Stefan Sauer authored
From f363b32 to f49c55e
-
Sebastian Dröge authored
We have to get rid of the message on EOS when the complete stream is read to remember that we successfully finished handling this specific message. Otherwise we will cancel it later and close the connection instead of reusing it at a later time. It might also make sense to reuse connections if a non-200 response is received. As long as there was no connection error, the HTTP connection should be re-usable.
-
Nicolas Dufresne authored
-
Olivier Crête authored
Also stop fetching the internal source as this functionality has been broken.
-