Commit e4f1ec3a authored by Michael Niedermayer's avatar Michael Niedermayer

Explain the lack of +3/7

Originally committed as revision 16380 to svn://svn.ffmpeg.org/ffmpeg/trunk
parent 7d204e67
...@@ -45,6 +45,9 @@ int ff_h264_find_frame_end(H264Context *h, const uint8_t *buf, int buf_size) ...@@ -45,6 +45,9 @@ int ff_h264_find_frame_end(H264Context *h, const uint8_t *buf, int buf_size)
for(i=0; i<buf_size; i++){ for(i=0; i<buf_size; i++){
if(state==7){ if(state==7){
#ifdef HAVE_FAST_UNALIGNED #ifdef HAVE_FAST_UNALIGNED
/* we check i<buf_size instead of i+3/7 because its simpler
* and there should be FF_INPUT_BUFFER_PADDING_SIZE bytes at the end
*/
# ifdef HAVE_FAST_64BIT # ifdef HAVE_FAST_64BIT
while(i<buf_size && !((~*(uint64_t*)(buf+i) & (*(uint64_t*)(buf+i) - 0x0101010101010101ULL)) & 0x8080808080808080ULL)) while(i<buf_size && !((~*(uint64_t*)(buf+i) & (*(uint64_t*)(buf+i) - 0x0101010101010101ULL)) & 0x8080808080808080ULL))
i+=8; i+=8;
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment