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

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

Patch by Frank %eucloid A gmail P com%
date: Jan 18, 2007 6:48 PM
subject: Re: [Ffmpeg-devel] h264, protection against corrupted data (second try patch)
AND
date: Jan 17, 2007 8:22 PM
subject: [Ffmpeg-devel] h264, protection against corrupted data

this also fixes a possible security issue (the sps and pps ids where not checked,
then used as index into an array of sps/pps structs which was then filled with data from the bitstream)

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

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

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

The long awaited BeOS cleanup, phase 1.1: removed useless ifdef, changed check for net_server to IP_MULTICAST_TTL.

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

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

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