Thanks, it really works. But I encounter another problem: the performance
is even bad that what we did former.
>From the profiling result, it's because BasicTaskScheduler::SingleStep()
process at most one socket after select() returned,
If we add all the socket into on scheduler, we call select()
> The problem with this construction is that even if I run the
> testH264RTSPVideoAudioStreamer
I don't know what "testH264RTSPVideoAudioStreamer" is; it's not one of our
applications :-)
> , I can play the stream (using the URL "rtsp://…") in VLC 1.11 (and 0.8.6 for
> that matter) but not in
Thanks for the quick answer.
The problem with this construction is that even if I run the
testH264RTSPVideoAudioStreamer, I can play the stream (using the URL
"rtsp://.") in VLC 1.11 (and 0.8.6 for that matter) but not in VLC 2.0.5.
What could be the problem, and how can I fix that?
Thanks,
> I'm streaming an H264 movie using live555.
That's rather vague. It would help to know specifically how you're doing the
streaming. In any case, though, it's best if you use RTSP - i.e., your
streaming application should contain a RTSP server. By using RTSP (i.e., by
giving VLC a "rtsp://"
