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

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

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

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

change while loops to do-while as the condition is true the first time and the check just wastes cpu cycles

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

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

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

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

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

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