Now trying to read file modification file stream pointer, pointing to the first frame, I but don't know how to run it,
CodePudding user response:
Not I frame can't pick up, to continue to receive, I son began to pick up, before deleteCodePudding user response:
Not I frame in only to lose, until the I frameCodePudding user response:
H264 standards have rules, the first frame must be IDR frames, if not the does not accord with a standard, so, must seek IDR frames,CodePudding user response:
Each byte for down, according to the standard of H264, each frame start to 00000001 or 000001, finding each frame after the opening, behind the judge the types of NAL IDR frame has a value of 5, you can refer to this article, speak very clear; http://blog.csdn.net/jefry_xdz/article/details/8461343CodePudding user response:
According to the H264 NAL head know if PPS, the main frame, SPS is not abandoned, if yes to decode. Can refer to the upstairs to provide web site.CodePudding user response:
Receive the data if it is not the I frame, can't play it, the common solution is to discard the frame data, continue to accept, until received the I frame,CodePudding user response:
To wait until until I frame to decodeCodePudding user response:
Is not I lost frame cannot be usedCodePudding user response:
After receiving stream judgment frame type first, if it is not the I frame, discarded, until the first frame is the I frame to start receiving,CodePudding user response:
It is ok to put it awayCodePudding user response:
In h264 decoding order for example: SPS - & gt; PPS - & gt; I - & gt; B/P; Basically every before an I frame with SPS, PPS NALU; So you feel this decoding cannot simply begin with the I frame for, because each slice will depend on a PPS, and each PPS associated a SPS; The I frame decoding at the same time, due to involve the interframe prediction, this single P/B frame must be unable to revert to a full image;