GitLab

This adds nice_agent_set_stream_name, nice_agent_get_stream_name,
nice_agent_generate_local_sdp, nice_agent_parse_remote_sdp.

Guillaume Desmottes authored Apr 27, 2012 and Youness Alaoui committed Oct 04, 2012

https://bugs.freedesktop.org/show_bug.cgi?id=49219

Livio Madaro authored Feb 29, 2012 and Youness Alaoui committed Mar 01, 2012

Use GSocket for better Windows compatibility

Filippo Della Betta authored Feb 15, 2012 and Youness Alaoui committed Feb 15, 2012

As glib documentation suggests (http://developer.gnome.org/glib/2.28/glib-IO-Channels.html),
g_io_channel_unix_new should be avoided on WIN32 platform.
Replaced with g_io_channel_win32_new_socket function

Madaro Livio authored Feb 10, 2012 and Youness Alaoui committed Feb 10, 2012

If TURN server is not listening then nice_tcp_bsd_socket_new
returns socket=NULL and libnice crashes.

This should fix the use case of creating a stream 1, gather until finished
then creating another stream, gather its candidates, then setting the
remotes on stream 1 (which is already gathered) while stream 2 is still gathering.

The agent->local_addresses should not change when we gather_candidates, let
the user set it with nice_agent_add_local_address, if he does not, then we
should auto-discover interface *during* the gathering process, and not save it.
Currently, when we call gather_candidates, we discover interfaces and save it to
agent->local_addresses as if someone called the _add_local_address API... problem
is that if we have 2/3 interfaces, we do an audio call.. an interface disappears
(vmware closed/whatever) then we upgrade to a video call, then libnice will reuse
the old interface list instead of the current ones..