Originally committed as revision 7571 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7570 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7569 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7568 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7567 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7566 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7565 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7564 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7563 to svn://svn.ffmpeg.org/ffmpeg/trunk

there is a very small chance that a stream which is damaged && unseekable && very small packet && damage to the flags && unlucky buffer state could have a valid packet after a damaged packet lost, but i think this is so unlikely that the simplification outweights it
mans if you disagree with any commit to mpeg.c just say so and ill revert it

Originally committed as revision 7562 to svn://svn.ffmpeg.org/ffmpeg/trunk

http://sam.zoy.org/zzuf/lol-ffplay.ogg

Originally committed as revision 7561 to svn://svn.ffmpeg.org/ffmpeg/trunk

error_redo (somethings is definitly wrong) in which case we try to resync from the last startcode

Originally committed as revision 7560 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7559 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7558 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7557 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7556 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7555 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7554 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7553 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7552 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7551 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7550 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7549 to svn://svn.ffmpeg.org/ffmpeg/trunk

same speed, 100bytes larger object file

Originally committed as revision 7548 to svn://svn.ffmpeg.org/ffmpeg/trunk

Avoids a crash due to dsp.clear_blocks being NULL when called.

Originally committed as revision 7547 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7546 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7545 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7544 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7543 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7542 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7541 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7540 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7539 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7538 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7537 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7536 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7535 to svn://svn.ffmpeg.org/ffmpeg/trunk

this need -fno-strict-aliasing to work (needs to be fixed of course)

Originally committed as revision 7534 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7533 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7532 to svn://svn.ffmpeg.org/ffmpeg/trunk