- 03 Mar, 2009 40 commits
-
-
Måns Rullgård authored
Originally committed as revision 17788 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 17786 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 17785 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 17784 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
and the EAGAIN were just added as example not because they made sense. Originally committed as revision 17783 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 17782 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Jindřich Makovička authored
Originally committed as revision 28804 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Alex Converse authored
Originally committed as revision 17781 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
fd2) and one was just removed, so naming the other "fd1" is counter-intuitive. See "[RFC] rtsp.c EOF support" thread. Originally committed as revision 17780 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
associated with the I/O handle (e.g. the fd returned by open()). See "[RFC] rtsp.c EOF support" thread. There were previously some URI-specific implementations of the same idea, e.g. rtp_get_file_handles() and udp_get_file_handle(). All of these are deprecated by this patch and will be removed at the next major API bump. Originally committed as revision 17779 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 17778 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
RTSP-MS UDP" thread on mailinglist. Basically, UDP setup needs to be done in a particular order (first rtx on two UDP ports (one for RTP, one for RTCP), then the other streams over one, single port for all of them together). Not doing this correctly results in a "461" error (invalid transport) during setup. Originally committed as revision 17777 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
sessions. This type is used in RTP/ASF (served by WMS servers), and is required to make UDP sessions work, but breaks TCP sessions. Therefore, we disable setup for application streams in TCP/WMS streams. See discussion in "[PATCH] RTSP-MS 8/15: fix RTSP-MS UDP" thread. Originally committed as revision 17776 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benoit Fouet authored
Originally committed as revision 17775 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 17774 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 17773 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
over and over again on the ML. Originally committed as revision 17772 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Panagiotis Issaris authored
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
-
Diego Biurrun authored
Originally committed as revision 17770 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 17769 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
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
-
Ronald S. Bultje authored
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
-
Gwenole Beauchesne authored
Originally committed as revision 17766 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 17765 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
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
-
Diego Biurrun authored
Originally committed as revision 17763 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 17762 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
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
-
Panagiotis Issaris authored
Originally committed as revision 17760 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Benoit Fouet authored
On behalf of Jai. Originally committed as revision 17759 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Panagiotis Issaris authored
Originally committed as revision 17758 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Panagiotis Issaris authored
Originally committed as revision 17757 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 17756 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
CFLAGS. Apparently there are some systems that do not like these definitions. Originally committed as revision 17755 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 17753 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 17752 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Justin Ruggles authored
Originally committed as revision 17751 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Alex Converse authored
Originally committed as revision 17750 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Justin Ruggles authored
Originally committed as revision 17749 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Justin Ruggles authored
Originally committed as revision 17748 to svn://svn.ffmpeg.org/ffmpeg/trunk
-