- 26 Aug, 2016 3 commits
-
-
Under certain conditions gst_rtp_buffer_get_payload() returns a copy of the payload. In this case the payload modifications will not affect the rtp buffer. So instead of modifying the payload buffer directly we should modify the buffer that actually gets pushed on the adapter.
-
Packets with no H.261 payload should be dropped to avoid invalid write/reads.
-
-
- 25 Aug, 2016 6 commits
-
-
-
-
-
The functionality of all the tests was kept exactly the same. Some tests were renamed: test_push_forward_seq -> test_rtxsend_rtxreceive test_drop_one_sender -> test_rtxsend_rtxreceive_with_packet_loss test_drop_multiple_sender -> test_multi_rtxsend_rtxreceive_with_packet_loss test_rtxreceive_data_reconstruction was testing that retransmitted buffer produced by rtxsend was correctly transformed to the original buffer by rtxreceive. Now we are checking for this in all the tests where both rtxsend & rtxreceive are involved. That's why the test was removed.
-
Jonas Holmberg authored
Set the RTP marker bit on the last RTP packet of an H.265 access unit. https://bugzilla.gnome.org/show_bug.cgi?id=770394
-
Xabier Rodriguez Calvar authored
It implements now this interface with its video-direction property. Values are changed to GstVideoOrientationMethod but they have the same value than the originals. https://bugzilla.gnome.org/show_bug.cgi?id=768687
-
- 23 Aug, 2016 2 commits
-
-
Less code, easier to read, more consistent. https://bugzilla.gnome.org/show_bug.cgi?id=770293
-
Vincent Penquerc'h authored
-
- 21 Aug, 2016 1 commit
-
-
Tim-Philipp Müller authored
On 32-bit x86: gstsplitmuxsink.c:966:31: warning: format ‘%u’ expects argument of type ‘unsigned int’, but argument 9 has type ‘guint64 {aka long long unsigned int}’
-
- 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.
-