- 04 Jul, 2014 1 commit
-
-
Tim-Philipp Müller authored
-
- 29 Jun, 2014 1 commit
-
-
Sebastian Dröge authored
-
- 28 Jun, 2014 1 commit
-
-
Tim-Philipp Müller authored
Actually look for error messages on the bus and fail if there is one before the EOS message. Disable pull mode test which is pointless as long as matroskaparse only supports push mode (pull mode support has not been ported over to 1.0).
-
- 26 Jun, 2014 1 commit
-
-
- 24 Jun, 2014 2 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
They all seem a bit pointless though.
-
- 18 Jun, 2014 1 commit
-
-
Tim-Philipp Müller authored
No point in a buffer list if we just have one single buffer to push. Fix up unit test to handle that case as well.
-
- 03 Jun, 2014 1 commit
-
-
Olivier Crête authored
Otherwise it didn't wait for the test to finish before checking the results. https://bugzilla.gnome.org/show_bug.cgi?id=728501
-
- 14 May, 2014 1 commit
-
-
George Kiagiadakis authored
-
- 09 May, 2014 3 commits
-
-
Wim Taymans authored
When we detect a lost packet, expect packets with higher seqnum on the input. Also update the unit test. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=729524
-
Jason Litzinger authored
-
Wim Taymans authored
Activation will happen in the state change
-
- 07 May, 2014 2 commits
-
-
-
Tim-Philipp Müller authored
SOUP_CHECK_VERSION was only added in 2.41, but we only depend on 2.40. https://bugzilla.gnome.org/show_bug.cgi?id=727329
-
- 05 May, 2014 1 commit
-
-
Olivier Crête authored
Fix the raciness by iterating on a condition instead of using the gmainloop. Don't use the EOS as the target, otherwise the retransmission of the last packets are lost. Also count the retranmissions requests that are dropped. Check the condition before blocking on the GCond https://bugzilla.gnome.org/show_bug.cgi?id=728501
-
- 04 May, 2014 1 commit
-
-
Olivier Crête authored
-
- 03 May, 2014 2 commits
-
-
Olivier Crête authored
As we now replace the local RTPSource on a conflict, it's no longer possible to keep local conflicts in the RTPSource, so they instead need to be kept in the RTPSession. Also fix the rtpcollision test to generate multiple collisions instead of one by change the address, as otherwise we detected that it was a single one.
-
Sebastian Dröge authored
Otherwise we send them too early, and setting the elements to PLAYING afterwards will drop all the events again.
-
- 17 Apr, 2014 5 commits
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
And increase timeout to allow all tests to run in valgrind.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- 16 Apr, 2014 2 commits
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- 07 Apr, 2014 1 commit
-
-
Reynaldo H. Verdejo Pinochet authored
From libsoup docs: Prior to 2.44 SoupStatus was called SoupKnownStatusCode, but the individual values have always had the names they have now. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=727329
-
- 19 Feb, 2014 3 commits
-
-
Stefan Sauer authored
Add fake audio/video sinks. Previously running the test might be flaky due to the use of real elements (hardware in use), which we don't want to test here. Add two more tests that check that the fakes are chosen.
-
Stefan Sauer authored
Use a shared helper for both tests. It turns out that the valgrind variant is fine (maybe due to picking up pulsesink though).
-
Stefan Sauer authored
Remove the obsolete version check and use the ignore macro for the disabled test.
-
- 14 Feb, 2014 1 commit
-
-
Wim Taymans authored
-
- 08 Feb, 2014 2 commits
-
-
Sebastian Dröge authored
error: implicit conversion from enumeration type 'SoupStatus' to different enumeration type 'SoupKnownStatusCode'
-
Sebastian Dröge authored
error: variable 'mask' is used uninitialized whenever 'if' condition is false [-Werror,-Wsometimes-uninitialized]
-
- 29 Jan, 2014 1 commit
-
-
Edward Hervey authored
Ensures the test can run on systems without alsa (or any audio output for that matter), and will avoid people running build slaves wondering what the hell was beeping during the night :)
-
- 21 Jan, 2014 5 commits
-
-
George Kiagiadakis authored
tests: rtprtx::test_rtxreceive_data_reconstruction: remove useless code for triggering retransmission There is no need anymore to push yet another buffer in rtxsend in order to trigger the previously requested retransmissions to actually happen.
-
George Kiagiadakis authored
Now with rtprtxsend pushing rtx buffers from a different thread, this is necessary to ensure that the result of the test is deterministic. This code makes use of GstCheck's global GMutex and GCond that are being used inside GstCheck's sink pad chain() function in order to synchronize with it.
-
George Kiagiadakis authored
Now with rtprtxsend pushing rtx buffers from a different thread, this is necessary to ensure that the result of the test is deterministic. This code makes use of GstCheck's global GMutex and GCond that are being used inside GstCheck's sink pad chain() function in order to synchronize with it.
-
George Kiagiadakis authored
Now with rtprtxsend pushing rtx buffers from a different thread, this is necessary to ensure that the result of the test is deterministic. This code makes use of GstCheck's global GMutex and GCond that are being used inside GstCheck's sink pad chain() function in order to synchronize with it.
-
George Kiagiadakis authored
-
- 15 Jan, 2014 2 commits
-
-
Olivier Crête authored
-
Olivier Crête authored
-