- 13 Mar, 2010 7 commits
-
-
David Conrad authored
Originally committed as revision 22499 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22498 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22497 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22496 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22495 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22494 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22493 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Mar, 2010 21 commits
-
-
Aurelien Jacobs authored
Originally committed as revision 22492 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Aurelien Jacobs authored
Originally committed as revision 22491 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Aurelien Jacobs authored
Originally committed as revision 22490 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Aurelien Jacobs authored
Originally committed as revision 22489 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Mark bktr_init function as av_cold. Tested to work by Michael Kostylev on the NetBSD FATE box. Originally committed as revision 22487 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
This make NetBSD compile out of the box at the cost of a hack, but a locally contained one that is preferable to the one used in the wild. Currently the NetBSD FATE box adds -D_NETBSD_SOURCE to CPPFLAGS to work around broken system headers. Since it is unlikely for NetBSD to fix their headers, it is better to use a standard flag instead of a system-specific one. As a sideeffect, this allows getting rid of a local _NETBSD_SOURCE definition. Originally committed as revision 22486 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 22485 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 22484 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Previously, the area of a lost slice would be left at the slice number of the previous frame which could occasionally match the number of the next slice and thus a non existing slice could have been used for prediction leading to additional decoding errors in otherwise undamaged slices. Originally committed as revision 22483 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 22482 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ramiro Polla authored
Originally committed as revision 22481 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Aurelien Jacobs authored
Originally committed as revision 22480 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Aurelien Jacobs authored
Originally committed as revision 22479 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
This fixes some old ogm files that had the 3rd vorbis header after a data packet in another stream. This is invalid in ogg, but this change shouldn't affect the behaviour of any valid file. Originally committed as revision 22478 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22477 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22476 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22475 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22474 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22473 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22472 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ramiro Polla authored
Originally committed as revision 22471 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Mar, 2010 12 commits
-
-
Ronald S. Bultje authored
Originally committed as revision 22470 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
If size == 1 and buf[0] == 0 and buf[1] == 0 (the first byte after the buffer), it would set size = -1 and crash in the later memcpy. Originally committed as revision 22469 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Peter Ross authored
Originally committed as revision 22468 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Change default speed back to a slower variant. Originally committed as revision 22467 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Peter Ross authored
Originally committed as revision 22466 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 22465 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
instead of using the original host name Originally committed as revision 22464 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22463 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
This takes into account whether the granule defines the start or end times of packets, and sets the correct file offset of the associated page. Originally committed as revision 22462 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22461 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22460 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Originally committed as revision 22459 to svn://svn.ffmpeg.org/ffmpeg/trunk
-