- 19 Jan, 2007 5 commits
-
-
Alex Beregszaszi authored
Originally committed as revision 7588 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Beregszaszi authored
Originally committed as revision 7587 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Guillaume Poirier authored
Originally committed as revision 7586 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Francois Oligny-Lemieux authored
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
-
Michael Niedermayer authored
Originally committed as revision 7584 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 Jan, 2007 8 commits
-
-
Aurelien Jacobs authored
Originally committed as revision 7583 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
François Revol authored
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
-
François Revol authored
Originally committed as revision 7581 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Beregszaszi authored
Originally committed as revision 7580 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Panagiotis Issaris authored
Originally committed as revision 7579 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 7578 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 7577 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
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
-
- 17 Jan, 2007 17 commits
-
-
Michael Niedermayer authored
Originally committed as revision 7575 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7574 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7573 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7572 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7571 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7570 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7569 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7568 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7567 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Barbato authored
Originally committed as revision 7566 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7565 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Barbato authored
Originally committed as revision 7564 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7563 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
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.ogmPanagiotis Issaris authored
http://sam.zoy.org/zzuf/lol-ffplay.ogg Originally committed as revision 7561 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
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
-
Michael Niedermayer authored
Originally committed as revision 7559 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Jan, 2007 10 commits
-
-
Michael Niedermayer authored
Originally committed as revision 7558 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 7557 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 7556 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Barbato authored
Originally committed as revision 7555 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7554 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7553 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7552 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7551 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7550 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 7549 to svn://svn.ffmpeg.org/ffmpeg/trunk
-