This is consistent with other codecs and will also avoid a crash on the
memcpy to data[1] if AVPALETTE_SIZE ever increases.

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

and that one is always 0-initialized already.

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

rely on this.

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

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

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

done at a higher level.

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

during decoder initialization.

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

AVPacket argument rather than a const uint8_t *buf + int buf_size. This allows
passing of packet-specific flags from demuxer to decoder, such as the keyframe
flag, which appears necessary to playback corePNG P-frames.

Patch by Thilo Borgmann thilo.borgmann googlemail com, see also the thread
"Google Summer of Code participation" on the mailinglist.

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

Otherwise doxygen complains about ambiguous filenames when files exist
under the same name in different subdirectories.

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

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

patch by Stefano Sabatini, stefano.sabatini-lala poste it

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

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

I have underestimated this a little, and these are just some ...

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

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