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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     how many bytes were written.

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

      lavc is supposed to set it up as well and I don't think I see any
      reason not to.

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

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

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)

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

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

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

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

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

ignore sample_rate==8000 limit if strict_std_compliance < 0

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

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

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

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

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

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

- allow INTER4V macroblocks for FLV1 codec
- fixed issue in flv file format saving 8 mp3 frames per packet instead of 1
- fixed crasher in flv file format involving mp3 buffer handling
- added FLV1 codec support for swf file format (FlashPlayer6 or above
required) and made it default
- fixed broken mp3 support in swf file format
patch by (Tinic Uro <turo at macromedia dot com>)
cleanup by me

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

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

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

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

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

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

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

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

32, 24, and 16 are working; 8bpp is partially working; 4, 2, and 1 bpp
are not supported yet

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

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

cleanup ugly code (also appearently works around a bug gcc 3.4 which fails compiling it) by (mru at kth dot se (Måns Rullgård))

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

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