> >Initially, when debugging your server, you should use "testRTSPClient" -
> >rather than VLC - as your RTSP client. ("testRTSPClient" will tell you a
> >lot more about what's going on.) Please post the output from running
> >"testRTSPClient" on your stream.
>
> user@ubuntu:~/live555/testProgs$ ./testRTSPClient
> rtsp://10.0.0.23:8554/vencVideoTest
>
> Opening connection to 10.0.0.23, port 8554...
>
> ...remote connection opened
>
[...]
> [URL:"rtsp://10.0.0.23:8554/vencVideoTest/"]: Started playing session...
>
> ^C
>
I presume that you're <control>-C'ing the application here because it doesn't
report receiving any data. Is the client computer on the same LAN as the
server? (Make sure that it's not behind a firewall that's blocking UDP
packets.)
But assuming that there's nothing that would stop UDP packets from reaching the
client, then the server must not be transmitting them, for some reason. The
only thing (as far as I can tell) that could be causing that to happen would be
if there's something wrong with your H.264 NAL source, and it's not delivering
proper H.264 NAL units to the downstream "H264VideoStreamDiscreteFramer".
So I'd suggest checking - in
"H264VideoStreamDiscreteFramer::afterGettingFrame1()" - that it's getting
reasonable-looking data, and that "frameSize" is what it should be.
But apart from that, I don't know what to suggest.
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
