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

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

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

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

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

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

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

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

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

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

and if the size is broken (20 bytes, header-only), calculate the expected
size and skip the index entries anyway. See "[PATCH] rmdec.c: correctly
skip indexes" thread.

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

has two possible outcomes: either len and rm->remaining_len are the same, in
which case we care about the outcome and it is zero, or rm->remaining_len is
currently not in use and we don't care about the outcome. In that case, len
is positive and rm->remaining_len is zero, which leads to a negative result.
This is confusing and could eventually lead to a sign-flip if we skip a lot
of packets (unlikely, but still). Therefore, just always set it to zero.

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

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

move MOVContext from mov.c to isom.h" thread on ML.

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

consistent with av_fifo_generic_write.

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

has two possible outcomes: either len and rm->remaining_len are the same, in
which case we care about the outcome and it is zero, or rm->remaining_len is
currently not in use and we don't care about the outcome. In that case, len
is positive and rm->remaining_len is zero, which leads to a negative result.
This is confusing and could eventually lead to a sign-flip if we skip a lot
of packets (unlikely, but still). Therefore, just always set it to zero.

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

ff_rm_parse_packet(). See "[PATCH] Make RM demuxer behave better with -an
option" thread, which sort-of turned into an aggregate of unrelated rmdec.c
cleanups.

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

rm->audio_pkt_cnt in case multiple packets should be read before the next
syncpoint in the file, so that ffplay -an on a file containing AAC audio
works. See "[PATCH] Make RM demuxer behave better with -an option" thread
on mailinglist.

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

For proper seeking, they should be set correctly though.

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

not 0 in av_seek_frame_generic.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Yes this breaks ABI/API but ive already broken it and will bump avutil major
soon.

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

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

keep-alive" thread.

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

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

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

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

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

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

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

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

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

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

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

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

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

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