[Nice] No Candidates gathered and printed to string.

Максим Ерёменко maksyarik at gmail.com
Sun Dec 22 09:55:53 PST 2013


Why there is even no STUN connection debug messages, as I suppose there
must be some...
Regards, Max.


2013/12/22 Максим Ерёменко <maksyarik at gmail.com>

> I'm back
> got 77.72.174.163 ip from pinging stun.ekiga.net
> set NICE_DEBUG=all in VC++ project's enviroment
> now got this in console:
>
> ** (Nice.exe:17136): DEBUG: Using stun server '[77.72.174.163]:3478'
>
> ** (Nice.exe:17136): DEBUG: Agent 01228E68 : allocating stream id 1
> (0122C010)
> ** (Nice.exe:17136): DEBUG: Agent 01228E68 : In ICE-FULL mode, starting
> candidat
> e gathering.
> ** (Nice.exe:17136): DEBUG: Agent 01228E68 : libnice compiled without UPnP
> suppo
> rt
> ** (Nice.exe:17136): DEBUG: Agent 01228E68: Candidate gathering FINISHED,
> no sch
> eduled items.
> ** (Nice.exe:17136): DEBUG: SIGNAL candidate gathering done
>
> Copy this line to remote client:
>
>
> Enter remote data (single line, no wrapping):
> > ** (Nice.exe:17136): DEBUG: waiting for candidate-gathering-done
> signal...
>
>
> 2013/12/14 Youness Alaoui <kakaroto at kakaroto.homelinux.net>
>
>> Can you set the NICE_DEBUG environment variable to "all" and post your
>> log, it might help figure out why there is no candidates.
>> For STUN, it has to be the IP address of the stun server, not the domain
>> name, so resolve the stun server manually and use the IP address, otherwise
>> it won't work.
>>
>>
>> On Fri, Dec 13, 2013 at 10:14 AM, Максим Ерёменко <maksyarik at gmail.com>wrote:
>>
>>> Hello everybody.
>>> I'm trying to make work some examples  from libnice examples folder
>>> under win32, compiling via express VC++ 2010. After some struggling I
>>> succesfully compiled  sdp-example, and then, after stumbling on some
>>> unworkability I moved to simple-example, but on testing encounter the same
>>> problem.
>>>
>>> Problem that I'm encounter is about Candidates. They are simply absent.
>>> I mean that there is no candidates at all, not in sdp string (64encoded
>>> or decoded), creating in sdp-example, nor in string, created by
>>> print_local_data in simple-example;
>>> in fact in simple-example in
>>> cands = nice_agent_get_local_candidates(agent, stream_id, component_id);
>>>   if (cands == NULL)
>>>     goto end;
>>> "cands" is == NULL and function goes to end and prints empty string.
>>> (The same NULL candidates thing is happening in sdp-example, as I get it,
>>> instead of empty string, sdp-example prints a string without Cands in it -
>>> not much better)
>>>
>>> Another one thing, that i mentioned, that
>>> g_debug("SIGNAL candidate gathering done\n"); and the string to copy and
>>> paste in my case printed BEFORE
>>> g_debug("waiting for candidate-gathering-done signal...");
>>> It seems that candidate gathering is just instant without any delay to
>>> wait.
>>>
>>> As STUN server I'm using stun.stunprotocol.org (start params: "1
>>> stun.stunprotocol.org" , maybe I messed up something here?) and get
>>> printed that using [stun.stunprotocol.org]:3478.
>>> And if i jsut put here some stuff that makes no sence insted of
>>> stun.stunprotocol.org, yet no "trying to connect" delay, or
>>> failed-to-connect-something, is there must be one, or not?
>>>
>>> Hope that I'm just loosing something pretty simple.
>>> Thx in advance, Max.
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nice/attachments/20131222/0a9305b6/attachment.html>


More information about the nice mailing list