> There is still one error when we have a connected clients and we do
> Media::close(...) for server.
(And when the proxy is streaming from the back-end server via RTP-over-TCP.)
Thanks. I've just installed a new version (2012.11.30) of the "LIVE555
Streaming Media" code that should fix this.
> the conclusion I draw is that ther is an error in my live555 borrowed
> code.
If the only difference between your two systems is the decoder that you use,
then that's a rather strange conclusion to draw.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
Great, It works :)
There is still one error when we have a connected clients and we do
Media::close(...) for server.
"live555proxyDLLNative.dll!RTSPClient::handleAlternativeRequestByte1(unsigned
char requestByte) Line 1205 + 0x27 bytes C++
live555proxyDLLNative.dll!RTSPClient::handleAlternativ
> unfortunately this won't help because I am not using rtsp. We are loading the
> sdp file in the VLC client using media/open. This configures the rtp client
> to receive the rtp stream via udp. Here is an example sdp file
SDP files are usually used for receiving *multicast* streams, not unicast
> I can no longer stream RTP from my embedded gstreamer server to VLC.
> A bug report exists at VLC (#7786) but the developer answering the
> bug report closed it saying that the problem is in the used live555
libraries.
> The bug reporter claims that the live555 library changed from VLC 2.
> 0.
> I can no longer stream RTP from my embedded gstreamer server to VLC.
> A bug report exists at VLC (#7786) but the developer answering the bug report
> closed it saying that the problem is in the used live555 libraries.
> The bug reporter claims that the live555 library changed from VLC 2.0.3
>
Good Morning
I can no longer stream RTP from my embedded gstreamer server to VLC.
A bug report exists at VLC (#7786) but the developer answering the bug
report closed it saying that the problem is in the used live555 libraries.
The bug reporter claims that the live555 library changed from VLC 2.0
