Hi,
I have problems with RTSP over HTTP. OpenRTSP still fails to connect to the
server ( network camera ) when authorization is required. This happens only
when I use latest library versions, older ones like 'live.2010.01.22` are
working perfectly in each case. The only difference I found is t
No, the problem is that the server is completely ignoring the resending of
the HTTP "GET" command
Yes, the server ignores this request but it does it because it is closing a
connection. I tried `live.2010.01.22` and it is working fine with this
server - it doesn't try to send a second request
Hi,
I have problems connecting to RTSP server with HTTP tunneling. My server closes
connection immediately after the first HTTP GET request fails with `HTTP/1.0
401 Unauthorized` error, so there is no second chance to send authentication
credentials in the next requests. I have a question: Is
s, which is slightly different
behaviour as in Unix, I think ),
Windows delivers all incoming packets only to one of these sockets, so I hear
no audio ( or I see no video ).
It happens occasionally, but it is dangerous as everything looks ok, no errors
are returned while, in fac
>Intended behavior. The standard mechanism by which servers detect
>the continued liveness of clients is via RTCP "RR"s. Note that the
>intention of the "timeout" parameter in the RTSP "SETUP" response is
>to indicate how long the server can wait after the last detection of
>client liveness b
Hi,
I've just noticed that if you apply the first patch the second one will be
unnesessary, because it does exactly the same the second time, so only the
first patch makes sense.
Kamil
___
live-devel mailing list
live-devel@lists.live555.com
http
Hi,
I've played a bit with LiveMedia sources. I was able to improve TCP stream
handling by checking network calls results against EWOULDBLOCK in two places
:
GroupsockHelper.cpp, readSocket(), line 243:
#if defined(__WIN32__) || defined(_WIN32)
|| err == 0 || err == EWOULDBLOCK
#else
RTPInt
Hi,
I downloaded LiveMedia once again and rebuilded whole project from fresh
sources, but the effect is still the same. This is an example output from RTP
over TCP session. Command line is :
openRTSP.exe -u admin admin -F rtp-tcp-data -t
rtsp://192.168.3.75/VideoInput/1/jpeg/1 > _rtp_over_tcp.t
Hi,
I've tested the latest version ( 2010.07.07 ) of LiveMedia library.
Unfortunately the problem with RTPoverTCP still remains. OpenRTSP client
connects to the server and starts receiving data, but nothing is written to
the output file, the same is with http tunneling, the same is with my
a
> Please send us the (publically-accessible) "rtsp://" URL of a server
> that illustrates this problem. (The RTP-over-TCP implementation in
> recent versions should have been *improved*, so I'm a bit suprised to
> hear reports of bugs here.)
Yes I know, I'll try, but it can take a few days.
K
> Kamil : I don't use TCP method but I tried the -t option and it works.
This is strange. I tried it a few times and it didn't work. Of course OpenRTSP
client connects correctly, invokes PLAY and shows messages that is
sending/receiving some control packets - everything looks ok at first glance,
Hello,
I have a few problems. I downloaded the latest version of LiveMedia library
2010.06.22 and RTPoverTCP streaming ( RTSPClient ) suddenly stopped working. In
the previous version I tested - 2010.06.11 everything was working ok. PLAY
command is invoked correctly by RTSPClient but no frames
12 matches
Mail list logo
