over and over again on the ML.

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

just saying that a non-existing id is referenced, show the value of the id.

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

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

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

descriptor returned by open(). This removes some dubious doublecasts such
as priv_data = (void *) (size_t) some_integer, and is always safe on systems
we care about because sizeof(int)<=sizeof(void*). See comments from Mans and
Michael in "[RFC] rtsp.c EOF support" thread.

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

payload handlers take care of that themselves at their own option. What this
patch really does is "fix" a bug in MS-RTSP protocol where incoming packets
are always coming in over the connection (UDP) or interleave-id (TCP) of
the stream-id of the first ASF packet in the RTP packet. However, RTP packets
may contain multiple ASF packets (and usually do, from what I can see), and
therefore this leads to playback bugs. The intended stream-id per ASF packet
is given in the respective ASF packet header. The ASF demuxer will correctly
read this and set pkt->stream_index, but since the "stream" parameter can
not be known to rtpdec.c or any of the RTP/RTSP code, the "st" parameter
in all these functions is basically invalid. Therefore, using st->id as
pkt->stream_index leads to various playback bugs. The result of this patch
is that pkt->stream_index is left untouched for RTP/ASF (and possibly for
other payloads that have similar behaviour).

The patch was discussed in the "[PATCH] rtpdec.c: don't overwrite
pkt->stream_index in finalize_packet()" thread on the mailinglist.

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

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

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

called for all packets with an internal handler function but only for
non-first packets from dynamic payload parse_packet() handlers. This patch
fixes that. Bug was noticed by Luca in "[PATCH] rtpdec.c: don't overwrite
pkt->stream_index in finalize_packet()" thread.

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

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

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

noticed by Stefano and Luca in the "[PATCH]RTSP Basic Authentication"
mailinglist thread.

av_base64_encode() was recently changed. The previous implementation required
12 extra bytes (ceil(len(src)/3.)*4+12), whereas the new one is guaranteed to
fit in an exact buffer (ceil(len(src)/3.)*4), plus one extra byte for the
trailing zero. This change fixes no bug, it just slightly decreases the
amount of allocated memory.

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

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

On behalf of Jai.

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

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

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

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

CFLAGS.  Apparently there are some systems that do not like these definitions.

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

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

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

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

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

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

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

reserved value per the FLAC format documentation.

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

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

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

get_sbits_long().

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

is 32 bits-per-sample and channel decorrelation is used.  Such files
are valid, but not supported currently.

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

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

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

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

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

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

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

get/skip_bits() for 17-bits or less.

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

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

this should greatly simplify handling of packet pos.

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

unit in fetch_timestamp(). This should make no difference for valid
streams but may help invalid ones, also its needed for future changes.

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

of calling it at the end of a frame with a large negative offset.
This significantly reduces the maximal distance in container packets between
the point where the first byte of the "access unit" was stored and where
we call ff_fetch_timestamp() thus reducing the constraints on our parser.
Also change the parser from next_frame_offset to cur, this is needed
because now the reference is from container packet start instead of
frame start. (i previously misinterpreted this as bug)

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