| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
Fixes SDP parsing which I broke in commit 5972db04
|
|
|
|
|
|
|
|
|
| |
PAUSED->READY
Receiving data before the element is ready to push them does not seem like the
best idea.
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
| |
|
| |
|
|
|
|
| |
This remove a gcc warning
|
|
|
|
|
|
| |
The only valid way to match streams is to count m= lines, see RFC 3264.
https://bugs.freedesktop.org/show_bug.cgi?id=90019
|
|
|
|
|
|
| |
Only 6 strings are valid.
https://bugs.freedesktop.org/show_bug.cgi?id=90019
|
|
|
|
|
|
|
| |
The include file names are very generic, at least make
the guards a bit less generic.
https://bugs.freedesktop.org/show_bug.cgi?id=90013
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=90010
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89962
|
|
|
|
|
|
|
| |
Explain that either having an I/O callback or calling nice_agent_recv*
is essential for ICE connection check to succeed.
https://bugs.freedesktop.org/show_bug.cgi?id=89849
|
|
|
|
| |
As detected by GCC 4.9.
|
|
|
|
| |
Adds new API: nice_agent_set_local_credentials().
|
| |
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=73042
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=85962
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89609
|
|
|
|
|
|
| |
Also memory copies are reduced if buffers are fragmented
https://bugs.freedesktop.org/show_bug.cgi?id=89609
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=89673
|
|
|
|
| |
Makes things a little bit safer to abuse.
|
|
|
|
|
| |
NULL is ((gpointer) 0). nul is '\0'. Arrays can be NULL terminated.
Strings can be nul terminated.
|
|
|
|
|
| |
NULL is ((gpointer) 0). nul is '\0'. Arrays can be NULL terminated.
Strings can be nul terminated.
|
| |
|
|
|
|
|
|
|
| |
Dynamic on-stack arrays are not supported in Visual Studio.
This has the downside of introducing an extra memory allocation into
libstun, but it’s on a debug path so should be harmless.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Visual Studio 2010 still doesn’t support C99, and snprintf() is a C99
function, so compilation fails with:
error: C3861: 'snprintf': identifier not found
Use sprintf() instead, which is C89 and thus supported. This does not
make the code unsafe, as the format specifier is constrained to two
characters (+ trailing nul), which are guaranteed to fit in the array
bounds.
Reported on the mailing list:
http://lists.freedesktop.org/archives/nice/2014-October/000978.html
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenVPN creates a tun interface having the same IP assigned twice like:
9: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc ...100
link/none
inet 10.222.111.10 peer 10.222.111.9/32 brd 10.222.111.10 scope global tun0
valid_lft forever preferred_lft forever
inet 10.222.111.10/32 brd 10.222.111.10 scope global tun0
valid_lft forever preferred_lft forever
This interface would generate two identical host candidates with the same value
of foundation.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When a nicesink switches to a different component, we should unblock any
pending write waiting in gst_nice_sink_render() for writable_cond being
signalled because if the new transport already is writable, we'll never
get notified about the condition and thus nicesink will wait forever.
That way, either the pending data are immediately sent or the nicesink
blocks again until the transport becomes writable.
|
|
|
|
|
| |
Automake now warns that it will be the only behavior
in the future. So quell the warning by adding it.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
The code was in the wrong spot, for OC2007, we need to fix the
nicesock used only in the case of udp-turn-over-tcp for OC2007
compatibility mode. With the current code, it was thinking that
the data came from TURN for every udp packet.
This should hopefully fix : https://github.com/EricssonResearch/openwebrtc/issues/85
|
|
|
|
| |
Now that they pass, we should endeavour to ensure they continue to pass.
|
|
|
|
| |
This should have been included before. This fixes `make check` in docs/.
|
|
|
|
|
| |
This straightens out the last few bits of the documentation and almost
allows `make check` to pass in docs/.
|
|
|
|
| |
This allows it to order the index a little better.
|
|
|
|
|
|
|
|
|
| |
Templated mode has been deprecated for a long time and will be removed
in future versions of gtk-doc. Switch to no-tmpl mode for faster
documentation builds and future-proofness.
This does not bump our gtk-doc dependency, since gtk-doc 1.9 supported
no-tmpl mode.
|
|
|
|
|
| |
We already used XML everywhere; just formally switch to XML mode and
eliminate the last few traces of SGML.
|
|
|
|
|
| |
As requested on the mailing list, expand the documentation for
nice_debug_enable() to mention them.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The pseudo-TCP code previously didn’t handle EAGAIN or EWOULDBLOCK
errors from the low-level NiceSocket code. This caused pseudo-TCP
connections to be dropped if the transmitting socket ever filled up,
which could cause problems on high bandwidth connections.
Fix the issue by effectively dropping the packet on EWOULDBLOCK. This
will eventually get picked up by the pseudo-TCP recovery mechanism,
retransmitting the packet and throttling the sender. This should
hopefully reduce the system resource usage which caused EWOULDBLOCK in
the first place.
Spotted and debugged by Radosław Kołodziejczyk
<radek.kolodziejczyk@gmail.com>.
https://bugs.freedesktop.org/show_bug.cgi?id=87344
|
|
|
|
| |
In case of a roll-over, only the difference matters.
|
| |
|
|
|
|
| |
Makes the test code a little clearer. Introduces no functional changes.
|