Dear Ross, From your previous suggestions, if we want to deliver live streaming out via live555, we should use H264VideoStreamDiscreteFramer and set fDurationInMicroseconds to be 0. Now, our RTSP server stream H264+AAC works well with one client. If there is the second client to connect our server, first client’s video will freeze. If the second client close the player, first client’s video will resume working again.
I try to figure out why this issue will happen. I got the reason because doGetNextFrame will be blocked until the live data is ready. H264 frame may block 33ms, AAC frame may block 128ms. Then, I try to resolve this issue. I set H264’s fDurationInMicroseconds to be 33ms, AAC’s fDurationInMicroseconds to be 128ms. The first client’s video will freeze forever. If the server stream video only with fDurationInMicroseconds 33ms, it works well with multi client. If the server stream audio only with fDurationInMicroseconds 128ms, it also works well with multi client. Any suggestions? Please help. That would be very great. Thanks a lot. regards, eric, 10/21 On Oct 6, 2015, at 20:32, Ross Finlayson <finlay...@live555.com<mailto:finlay...@live555.com>> wrote: Now, we use H264VideoStreamDiscreteFramer to do live streaming, it is better than before. And we sure the timestamp is correct and sync with “wall clock time”. But, we still have some questions, need your help. 1. Now, H264+AAC is working well. After playing about 3 hours, audio is good but video will not very smooth to play. Do you have any suggestions? Are you absolutely sure that your “fPresentationTime” values - for both audio and video - remain accurate even after 3 hours? (In particular, watch out for accumulated truncation errors.) If you’re sure that your “fPresentationTime”s are accurate, then sorry, I don’t have any other suggestion; perhaps the problem is with your client application? 2. We still need to stream JPEG+AAC live streaming. After playing 2 minutes, video will block which is same with H264+AAC issue. There is no DiscreteFramer class for JPEG streaming, do you have any suggestions? Yes - my suggestion is not to stream JPEG; it’s a bad idea. See: http://live555.com/liveMedia/faq.html#jpeg-streaming Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com<mailto:live-devel@lists.live555.com> http://lists.live555.com/mailman/listinfo/live-devel This electronic mail transmission is intended only for the named recipient. It contains information which may be privileged,confidential and exempt from disclosure under applicable law. Dissemination, distribution, or copying of this communication by anyone other than the recipient or the recipient's agent is strictly prohibited. If this electronic mail transmission is received in error, Please notify us immediately and delete the message and all attachments of it from your computer system. Thank you for your cooperation.
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
