- 03 Jun, 2011 1 commit
-
-
Mans Rullgard authored
Most of these variables are only used in av_dlog statements, some are required but not used by other macros. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 12 May, 2011 1 commit
-
-
Diego Biurrun authored
Adding _POSIX_C_SOURCE to CPPFLAGS globally produces all sorts of problems since it causes certain system functions to be hidden on some (BSD) systems. The solution is to only add the flag on systems that really require it, i.e. glibc-based ones. This change makes BSD systems compile out-of-the-box without the need for adding specific flags manually. It also allows dropping a number of flags set manually on a file-per-file basis, but were only present to work around breakage introduced by the presence of _POSIX_C_SOURCE. Also add _XOPEN_SOURCE to CPPFLAGS for glibc systems. We use XSI extensions in several places already, so it is preferable to define it globally instead of littering source files with individual #defines only needed for glibc.
-
- 04 Apr, 2011 1 commit
-
-
Anton Khirnov authored
-
- 03 Apr, 2011 3 commits
-
-
Anton Khirnov authored
It doesn't look fit to be a part of the public API. Adding a temporary hack to ffserver to be able to use it, should be cleaned up when somebody is up for it.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 22 Feb, 2011 1 commit
-
-
Anton Khirnov authored
In the name of consistency: put_byte -> avio_w8 put_<type> -> avio_w<type> put_buffer -> avio_write put_nbyte will be made private put_tag will be merged with avio_put_str Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit 77eb5504)
-
- 21 Feb, 2011 1 commit
-
-
Anton Khirnov authored
In the name of consistency: put_byte -> avio_w8 put_<type> -> avio_w<type> put_buffer -> avio_write put_nbyte will be made private put_tag will be merged with avio_put_str Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 20 Feb, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit ae628ec1)
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 30 Jan, 2011 1 commit
-
-
Luca Barbato authored
dprintf clashes with POSIX.1-2008 (cherry picked from commit dfd2a005)
-
- 29 Jan, 2011 1 commit
-
-
Luca Barbato authored
dprintf clashes with POSIX.1-2008
-
- 26 Jan, 2011 2 commits
-
-
Diego Elio Pettenò authored
Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit 119cc033)
-
Diego Elio Pettenò authored
Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit 69ad22c7)
-
- 25 Jan, 2011 2 commits
-
-
Diego Elio Pettenò authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Diego Elio Pettenò authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 06 Jan, 2011 1 commit
-
-
Martin Storsjö authored
For MS-RTSP, we don't always get RTCP packets (never?), so the earlier timestamping code never wrote anything into pkt->pts. The rtpdec_asf depacketizer just sets the dts of the packet, so if the generic RTP timestamping is used, too, we get inconsistent timestamps. Therefore, skip the generic RTP timestamp algorithm if the depacketizer already has set something. This fixes "Invalid timestamps" warnings, present since SVN rev 26187. Originally committed as revision 26241 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Jan, 2011 1 commit
-
-
Martin Storsjö authored
Emitted timestamps in each stream start from 0, for the first received RTP packet. Once an RTCP packet is received, that one is used for sync, emitting timestamps that fit seamlessly into the earlier ones. Originally committed as revision 26187 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Dec, 2010 2 commits
-
-
Martin Storsjö authored
This also reverts SVN rev 26016, which incorrectly overwrote the time base with 90 kHz for all streams, regardless of what was set by the SDP parsing. The stream that triggered the fix in 26016 still works after this commit. Originally committed as revision 26022 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Barbato authored
The generic default is 0/0 and that obviously triggers once the value is used. Originally committed as revision 26016 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Dec, 2010 2 commits
-
-
Martin Storsjö authored
This fixes cases where the RTP time base and the sample rate of the stream differ. Previously, the AVStream time_base was unconditionally set to the sample rate (which initially was set to one value when parsing the rtpmap field in the SDP, but later overridden by an a=SampleRate field). Additionally, this makes the code actually use the stream time base set in rtpmap for video codecs, instead of hardcoding it to always be 90 kHz. Originally committed as revision 25908 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
This fixes playback of a RealRTSP/MP3 URL from the RTSP samples on MultimediaWiki. Originally committed as revision 25906 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Dec, 2010 1 commit
-
-
Martin Storsjö authored
Originally committed as revision 25896 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 Dec, 2010 2 commits
-
-
Martin Storsjö authored
Originally committed as revision 25891 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
This fixes roundup issue 2390. Originally committed as revision 25889 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Oct, 2010 1 commit
-
-
Martin Storsjö authored
This indicates that there was no error that needs to be reported to the caller, so we can move on to parse the next packet immediately, if available. The only error code that ff_mpegts_parse_packet can return indicates that there was no packet to return from the provided data, for which it returns -1. Originally committed as revision 25496 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Oct, 2010 6 commits
-
-
Martin Storsjö authored
Originally committed as revision 25462 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 25461 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
rtpdec: Parse the next packet in the sequence if it is available, if the previous packet didn't return any data Originally committed as revision 25460 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 25459 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
It may have returned a negative number for an error (e.g. AVERROR(EAGAIN), if more data is required for it to be able to return a complete packet). Originally committed as revision 25458 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
This makes the code less fragile and easier to understand. Originally committed as revision 25457 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Oct, 2010 3 commits
-
-
Martin Storsjö authored
Originally committed as revision 25404 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 25403 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Robert Schlabbach authored
Patch by Robert Schlabbach, robert_s at gmx dot net Originally committed as revision 25402 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Oct, 2010 2 commits
-
-
Robert Schlabbach authored
This fixes roundup issue 2270. Patch by Robert Schlabbach, robert_s at gmx dot net Originally committed as revision 25372 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Storsjö authored
Originally committed as revision 25371 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Oct, 2010 1 commit
-
-
Martin Storsjö authored
Reordering is enabled only when receiving over UDP. Originally committed as revision 25294 to svn://svn.ffmpeg.org/ffmpeg/trunk
-