Ask: I am using double thread + queue method from HI3559 H264 video then give live555 server in use VLC can only play a few minutes to watch, the client will take the initiative to disconnect the
1. Doubt is related to the timestamp, then modified timestamp (don't know the location of the modified right advice: void setPresentationTime () {
Unsigned long _ulTimeStamP_dest_1=GetH264TimeStamp ();//zy 20181121
//fPresentationTime=fNextPresentationTime;
FPresentationTime. Tv_sec=_ulTimeStamP_dest_1/1000;
FPresentationTime. Tv_usec=_ulTimeStamP_dest_1 * 1000;
Printf (" time==[s] % d % LLD [us] \ n ", fPresentationTime. Tv_sec, fPresentationTime. Tv_usec);

} the _ulTimeStamP_dest_1 is my from HI3559 collected the timestamp of the ms unit, because I see the timestamp computing is the unsigned H264or5VideoStreamParser: : parse () because I don't know if the timestamp (_ulTimeStamP_dest_1) will be collected can directly assigned to RTP, RTSP so I baidu see H264 flow calculation time stamp need * 9/10 so I also use the do not know the right

2. According to the steps of a method to modify the timestamp but only for a few minutes so I modified the next frame rate from 25 to 30 FPS the client does not take the initiative to disconnect now lost but play CARDS are not synchronized frame problems


Excuse me: can be roughly speculate that because collected a timestamp or frame rate and RTp timestamp and frame rate or sync lead to other problems?

Excuse me, which met for sharing posts or give explanation, thank you very much

CodePudding user response:

No RTCP interaction

CodePudding user response:

The building code I can under reference
I do this thing is also a beginner
Now is every time play with VLC, even less than RTSP server