summaryrefslogtreecommitdiff
path: root/libavformat/rtp_h264.c
Commit message (Collapse)AuthorAge
* Rename bitstream.h to get_bits.h.Stefano Sabatini2009-04-13
| | | | Originally committed as revision 18494 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Don't let finalize_packet() touch pkt->stream_index. Instead, let individualRonald S. Bultje2009-03-03
| | | | | | | | | | | | | | | | | | | | | 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
* Add context to some av_log() calls.Benoit Fouet2009-03-02
| | | | Originally committed as revision 17729 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Split rtp.h in rtp.h, rtpdec.h, and rtpenc.hLuca Abeni2009-02-06
| | | | Originally committed as revision 17016 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Add "AVFormatContext *ctx" (that being the RTSP demuxer's) as first argumentRonald S. Bultje2009-02-06
| | | | | | | | | | | | to the parse_packet() function pointer in RTPDynamicProtocolHandlers. This allows these functions to peek back and retrieve values from the demuxer's context (or RTSPState). The ASF/RTP payload parser will use this to be able to parse SDP values (which occur even before the payload ID is given), store them in the RTSPState and then retrieve them while parsing payload data. See "[PATCH] RTSP-MS 13/15: add RTSP demuxer AVFormatContext to parse_packet() function pointer (was: transport context)" mailinglist thread. Originally committed as revision 17015 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Use full internal pathname in doxygen @file directives.Diego Biurrun2009-02-01
| | | | | | | Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Merge rtp_internal.h in rtp.h, and remove rtp_internal.hLuca Abeni2009-01-27
| | | | Originally committed as revision 16817 to svn://svn.ffmpeg.org/ffmpeg/trunk
* cosmetics: Remove pointless period after copyright statement non-sentences.Diego Biurrun2009-01-19
| | | | Originally committed as revision 16684 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Change function prototype of the sdp_parse_a_line in DynamicProtocolHandler.Ronald S. Bultje2008-12-06
| | | | | | | | | | | | | This function is called in rtsp.c for each a= line in the SDP of the Describe response after m= RTSP stream descriptors. The function prototype used to take an AVStream argument. For RDT, however, every RTSPStream represents a set of streams of identical content, and can thus represent multiple AVStreams. Therefore, it should not take an AVStream as argument. This patch modifies it to accept a AVFormatContext (of the RTSP/SDP demuxer) instead. See discussion in "[PATCH/RFC] change function prototype of parse_sdp_a_line" thread on ML. Originally committed as revision 16024 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Change function prototype of RTPDynamicPayloadHandler.parse_packet() toRonald S. Bultje2008-10-04
| | | | | | | | | not use RTPDemuxContext, but rather take a pointer to the payload context directly. This allows using payload handlers regardless over the transport over which they were sent, and prepares for the introduction of a future RDTDemuxContext. See discussion in "RDT/Realmedia patches #2" thread on ML. Originally committed as revision 15541 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Rename RTP payload contexts to PayloadContext, suggested by Luca inRonald S. Bultje2008-10-04
| | | | | | "RDT/Realmedia patches #2" thread on ML. Originally committed as revision 15540 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Fix non-debug build.François Revol2008-05-13
| | | | Originally committed as revision 13149 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Use full path for #includes from another directory.Diego Biurrun2008-05-09
| | | | Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Add a flags field to the RTPDynamicPayloadPacketHandlerProc (PKT_FLAG_*).Ronald S. Bultje2008-01-18
| | | | | | | | | This can be used later by RDT to get the flags from the RTP packet and use that for the RealMedia packet (such as whether this RTP packet represents a keyframe or not). For discussion, see "[PATCH] Realmedia / RTSP (RDT)". Originally committed as revision 11557 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Enable debug variable only when debug code is enabled, fixes the warning:Diego Biurrun2007-11-04
| | | | | | | rtp_h264.c: In function ‘h264_handle_packet’: rtp_h264.c:168: warning: unused variable ‘data’ Originally committed as revision 10923 to svn://svn.ffmpeg.org/ffmpeg/trunk
* fix the packetization mode parsingLuca Barbato2007-08-10
| | | | Originally committed as revision 10055 to svn://svn.ffmpeg.org/ffmpeg/trunk
* h264_rtp_extra_data is not only used for debug purposes, asserts are using ↵Alex Beregszaszi2007-07-13
| | | | | | it also Originally committed as revision 9623 to svn://svn.ffmpeg.org/ffmpeg/trunk
* replace the uses of old string functions that Reimar missedMåns Rullgård2007-06-24
| | | | Originally committed as revision 9406 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove the unnecessary masking when counting received packet types in the H.264Panagiotis Issaris2007-06-07
| | | | | | RTP parsing code. Originally committed as revision 9241 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove the unnecessary masking when reconstructing the NAL unit header in thePanagiotis Issaris2007-06-07
| | | | | | H.264 RTP parsing code. Originally committed as revision 9240 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Remove the unnecessary masking when extracting the start bit in the H.264 RTPPanagiotis Issaris2007-06-07
| | | | | | parsing code. Originally committed as revision 9239 to svn://svn.ffmpeg.org/ffmpeg/trunk
* changes some function declarations from () to (void) as per ansi c.Stefan Huehner2007-04-04
| | | | | | Patch by Stefan Huehner % stefan A huehner P org % Originally committed as revision 8625 to svn://svn.ffmpeg.org/ffmpeg/trunk
* Corrections so that builds with DEBUG workMichel Bardiaux2007-03-08
| | | | Originally committed as revision 8295 to svn://svn.ffmpeg.org/ffmpeg/trunk
* move networking #includes into separate fileRamiro Polla2007-02-04
| | | | | | patch by Ramiro Polla angustia =a= arrozcru =d= no-ip =d= org Originally committed as revision 7817 to svn://svn.ffmpeg.org/ffmpeg/trunk
* rename BE/LE_8/16/32 to AV_RL/B_8/16/32Alex Beregszaszi2007-01-19
| | | | Originally committed as revision 7587 to svn://svn.ffmpeg.org/ffmpeg/trunk
* The long awaited BeOS cleanup, phase 1François Revol2007-01-18
| | | | Originally committed as revision 7581 to svn://svn.ffmpeg.org/ffmpeg/trunk
* add support for rtp/h264 streamingRyan Martell2006-11-07
Patch by Ryan Martell % rdm4 A martellventures P com % Original thread: Date: Nov 6, 2006 8:56 PM Subject: [Ffmpeg-devel] [PATCH] H.264 via RTP Originally committed as revision 6936 to svn://svn.ffmpeg.org/ffmpeg/trunk
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-02 01:25:57 +0000