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

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

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

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

problems with padding.

Fix issue 959

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

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

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

qualification task, see "RTP/Vorbis payload implementation (GSoC qual
task)" thread on mailinglist.

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

Originally committed as revision 29180 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

This fixes RGB32 (et al.) scaling.

Originally committed as revision 29179 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

buffer size of the fmtp parameter buffer. For Vorbis RT(S)P, these
contain full Vorbis headers, which can be up to 12kb each, formatted
in base64, so 16kb total. Patch required for proper Vorbis/RTP playback,
submitted as GSoC qualification task in the thread "RTP/Vorbis payload
implementation (GSoC qual task)" by Colin McQuillan m.niloc googlemail
com.

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

This avoids a division by zero in '[in]fifo,scale[out]'

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

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

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

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

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

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

The bug[1] is exposed when gcc decides to put some data in a common
section (i.e. data that will be used by more than one object). It will
suggest the data to be aligned, but binutils >= 2.19 will fail to
properly align it. Thus if the data requires any alignment greater
than 4, the application will crash.
The workaround prevents gcc from putting data in a common section,
instead putting it in a properly aligned section.

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216

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

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

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

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

The new name is more readable and consistent with the FFmpeg naming
style.

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

the same directory.
Consistent with r16260.

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

separate.

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

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

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

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

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

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

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

Fix:
==22211== Conditional jump or move depends on uninitialised value(s)
==22211==    at 0x811E692: ff_print_debug_info (mpegvideo.c:1137)
==22211==    by 0x82E6A7B: decode_frame (h264.c:7897)
==22211==    by 0x80F2823: avcodec_decode_video2 (utils.c:564)
[...]
==22211==  Uninitialised value was created by a stack allocation
==22211==    at 0x8064AA3: try_decode_frame (utils.c:1845)

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

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

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

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

Fix:
==22063== Conditional jump or move depends on uninitialised value(s)
==22063==    at 0x811A4B7: ff_find_start_code (mpegvideo.c:99)
==22063==    by 0x82F5B74: parse_nal_units (h264_parser.c:132)
==22063==    by 0x82F5A68: h264_parse (h264_parser.c:261)
[...]
==22063==  Uninitialised value was created by a stack allocation
==22063==    at 0x82F5AF5: parse_nal_units (h264_parser.c:112)

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

Originally committed as revision 29175 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

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

Originally committed as revision 29174 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

netgem's changeset.

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

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

of Snow, which is still in flux.

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

Fixes issue944 and possibly others.

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

reference pictures.

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

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

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

thus avoiding potential memleaks and pointless memcpys.

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

where easily possible (mimic, eatqi, 4xm).
This allows to avoid a typecast.

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

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

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

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