Hi!
I am testing H263+ stream. I modified MediaServer for it.
Streaming working, but some time occur errors in stream.
I trying play file directly - file correct playing without errors.
And I found next: errors occur when switch banks. See StreamParser.cpp
StreamParser::ensureValidBytes1(unsigned
Hi,
Yes, it is a highly compressed H.264 stream.
Any idea on how should I proceed?.
Regards,
Sriram
--- Ross Finlayson <[EMAIL PROTECTED]> wrote:
> >--
> >[0328] live555 demuxer debug:
> >tk->rtpSource->hasBeenSynchronizedUsingRTCP()
> >Mul
As Sigismondo Boschi noted, I don't think there is any problem here.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
If I have a live stream that is being recorded, can the server
send t=" 0" as part of SDP?
No, at present our server sets the "t=" SDP line only to "t=0 0".
(However, it does set the "Range:" header appropriately in RTSP responses.)
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.c
--
[0328] live555 demuxer debug:
tk->rtpSource->hasBeenSynchronizedUsingRTCP()
MultiFramedRTPSource::doGetNextFrame1(): The total
received frame size exceeds the client's buffer size
(65536). 62 bytes of trailing data will be dropped!
[0328]
If I have a live stream that is being recorded, can the server send
t=" 0" as part of SDP?
According to SDP RFC (rfc 4566),
If the is set to zero, then the session is not bounded,
though it will not become active until after the . If
the is also zero, the session is regarded as
Hi,
I am using vlc on linux to play a H264 (1080p) RTP
stream
using the sdp file that I have attached with this
email. However
I keep getting the following messages -
--
[0328] live555 demuxer debug:
tk->rtpSource->hasBeenSynchronizedUsingRTC
- The Teardown operation is executed perfectly: I obtain the
correct reply from the client (RTSP/1.0 200 ok). But during the
teardown- request I find a problem in server request, concerning a
possible “TCP checksum offload” (observed it with Wireshark program).
Ciao Ambra,
This is qu
Hi,
Some days ago I read the following thread
http://www.mail-archive.com/live-devel@lists.live555.com/msg01747.html .
I have a similar problem and I was wondering if it was a problem
concerned the RTSP- protocol. It's important to say that I *don't use*
the command "-t" to request TCP connection
Hi Ross,
So, here is what I found, "WSAGetLastError()" returns WSAENOTSOCK when
turnOffBackgroundReadHandling was not called as many times as
turnOnBackgroundReadHandling is called.
So, my problem was happening only on RTP over TCP, as
turnOnBackgroundReadHandling is called
twice for RTCP handling
10 matches
Mail list logo