(f)printf() is disallowed in libavcodec, compilation will fail now if its used, except that codecs which where added after the printf->av_log change which did ignore av_log() and used prinf are now silent and wont print anything, they should be changed to use av_log, i could do that, but its better if the orginal developer decides which AV_LOG level each message should get


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2806 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2805 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

  - the first audio and video packs now contain only a system header and lots
  of padding.
  - no system headers in any packs other than the first ones
  - the two system headers only contain information about "their" stream
  - fixed some header values (muxrate, some flags, ...) so that they have the
  values specified by the standard
  - padding packs are inserted if the mux rate would be below 75 packs per
  second (the rate must not be below or above that value).
  - fixed the SCR of the packs
  - 20 zero bytes are now inserted at the end of each audio pack, after the
  data packet


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2804 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2803 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2802 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2801 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2800 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

update libavformat regression checksums (it should be checked why exactly they changed ...), and always test libavformat in make test so this doesnt happen again


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2799 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2798 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2797 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

only change context if frame header is error-free, as some fields may not be stored in the frame header and so a single damaged frame-header may trash them


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2796 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2795 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2794 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

crc8 checking, based upon a patch by (Miroslav Lichvar <lichvarm at phoenix dot inf dot upol dot cz>)
less spam/av_log
fix synccode search
channel_order -> decorrelation_type (cosmetic i know, but the old name is too meaningless IMHO)
faster mid/side decorrelator based upon lifting transforms


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2793 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2792 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

fix data types of residual&decoded
fix twos complement bitfields
fix utf8 (no, utf8 is not the same as the simple and compact uvlc used in nut)
add truncated bitstream support, both ogg and flac demuxers in mplayer cvs provide incomplete frames, and furthermore it isnt possible to find frameboundaries in flac without decoding it completly
add escape-less golomb rice decoder (=flac style golomb rice) (ultra efficient, the longest vlc code is just 2^32-1 bits)
printf->av_log
fix bps for non independant channels
fix a few +-1 bugs
fix sample order for independant channels
fix data_size


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2791 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2790 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2789 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2788 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

AAC support in mov, correct aspect ratio support and user data support patch by (Gildas Bazin <gbazin at altern dot org>)
and regression test checksum update for it by me


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2787 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

(fixes Animation-256Greys.mov from mphq)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2786 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2785 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2784 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2783 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2782 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2781 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

normalize adaptive quantizatiuon fix (based upon a patch by (Jindrich Makovicka <makovick at kmlinux dot fjfi dot cvut dot cz>))


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2780 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2779 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2778 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2777 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2776 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

activate the memcpy special case for the byte aligned case in ff_copy_bits(), wasnt working before because of a incorrectly used pbBufPtr()


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2775 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2774 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2773 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

multithreaded/SMP encoding for MPEG1/MPEG2/MPEG4/H263
all pthread specific code is in pthread.c
to try it, run configure --enable-pthreads and ffmpeg ... -threads <num>
the internal thread API is a simple AVCodecContext.execute() callback which executes a given function pointer with different arguments and returns after finishing all, that way no mutexes or other thread-mess is needed outside pthread.c


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2772 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

ppc chroma mess workaround (real bug is that the motion compensation code assumes that 2*uvlinesize == linesize and fixing this would mean a slowdown)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2771 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

   * turns out write_packet is supposed to return 0 on success, not
     how many bytes were written.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2770 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

    * gotta setup coded_frame for encoding. avcodec.h says that for decoding
      lavc is supposed to set it up as well and I don't think I see any
      reason not to.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2769 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2768 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

in the past it was startcode,string,00,7F,startcode
now it is startcode,string,stratcode
both are mpeg4 compliant, as according to the standard the userdata lasts until the next 00 00 01 (startcode prefix) but some very primitive decoders which simply skip until the first 00 byte and then expect the next valid startcode might fail with the old variant, just a theory though (didnt test if quicktime can decode it now)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@2767 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b