[Live-devel] non-blocking describe in RTSPClient?

[Rawling, Stuart]

Hi,

I am using the timeout parameter in descibeURL successfully in Linux, but on
windows when I pass in a timeout the sdpDescription returned is NULL.
Any ideas?


On 5/18/09 5:04 PM, "Ross Finlayson" <finlayson at live555.com> wrote:

>> >Is there a non-blocking Describe implementation for RTSPClient?
> 
> Not yet, but for now (pending a complete reimplementation of
> "RTSPClient", which is coming) you can use the "timeout" parameter to
> "describeURL()".  This allows you to specify an upper bound (in
> seconds) on how long to block.
> --
> 
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
> 



- ------------------------------------------------------------------------------
Confidentiality Notice: The information contained in this transmission is legally privileged and confidential, intended only for the use of the individual(s) or entities named above. This email and any files transmitted with it are the property of Pelco. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you receive this communication in error, please notify us immediately by telephone call to +1-559-292-1981 or forward the e-mail to administrator at pelco.com and then permanently delete the e-mail and destroy all soft and hard copies of the message and any attachments. Thank you for your cooperation. 
- ------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20090605/3f42419e/attachment.html>