- 11 Aug, 2016 1 commit
-
-
Matthias Hunstock authored
Enable the MXF muxer to mux baseline H.264 video streams. Signed-off-by: Matthias Hunstock <atze@fem.tu-ilmenau.de> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Jul, 2016 1 commit
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 14 Feb, 2016 1 commit
-
-
Marton Balint authored
Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 01 Feb, 2016 1 commit
-
-
Sebastian Dröge authored
This reverts commit 8ed82d81. SMPTE S377-1-2009c defines in F.4.1 that the Video Line Map should always be an array with two 32 bit integers as elements. This is repeated in G.2.12 with actual examples for progressive content, where the second value would always be 0. Additionally, the IRT MXF analyser also lists this as the only error in the MXF output from ffmpeg: https://mxf-analyser-cloud.irt.deReviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 13 Dec, 2015 2 commits
-
-
Michael Niedermayer authored
Fixes: Ticket4914 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes: CID1341577 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
Checking the codec context parameters to find out this information is far too unreliable to be useful, so it is safer to assume B-frames are always present.
-
- 10 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
Also support disabling them as they seem to cause problems to some Users. They are also not allowed in IRT D-10 thus the default for mxf_d10 is not to write them This also decreases the filesize when no user comment are stored Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Oct, 2015 1 commit
-
-
Luca Barbato authored
`av_packet_unref` matches the AVFrame ref-counted API and can be used as a drop in replacement. Deprecate `av_free_packet`.
-
- 09 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
Suggested-by: BBB Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Sep, 2015 1 commit
-
-
Hendrik Leppkes authored
-
- 07 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
-
- 08 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
previous patch reviewed-by: tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
This is the maximum rate possible based on the frame size limit of MXF D-10 Previous version reviewed by tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 01 Jun, 2015 1 commit
-
-
Michael Niedermayer authored
See SMPTE 377-1-2009 6.3.3 KLV Fill Items Reviewed-by: tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 28 May, 2015 1 commit
-
-
Michael Niedermayer authored
Reviewed-by: tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 May, 2015 1 commit
-
-
Michael Niedermayer authored
Previous version Reviewed-by: tim nicholson <nichot20@yahoo.com> Previous version Reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 18 May, 2015 2 commits
-
-
Michael Niedermayer authored
Reviewed-by: tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Reviewed-by: tim nicholson <nichot20@yahoo.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 May, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Reported and early patch version tested by forum user gridtank. Reviewed-by: Tomas Härdin
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
This applies to every library where performance is not critical.
-
- 12 Apr, 2015 1 commit
-
-
Mark Reid authored
Previous version Reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Mar, 2015 1 commit
-
-
Tim Nicholson authored
Previously unset, and some software mishandles files if it is absent Signed-off-by: Tim Nicholson <tim.nicholson@bbc.co.uk> Reviewed-by: tomas.hardin@codemill.se Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 23 Mar, 2015 1 commit
-
-
Mark Reid authored
Reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2015 1 commit
-
-
Andreas Cadhalpun authored
This fixes a crash, when trying to mux h264 into mxf_opatom. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Previous version reviewed-by: tomas.hardin@codemill.se Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Mar, 2015 1 commit
-
-
Andreas Cadhalpun authored
Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Reviewed-by: tomas.hardin@codemill.se Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 Mar, 2015 1 commit
-
-
Mark Reid authored
Reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 10 Mar, 2015 1 commit
-
-
Mark Reid authored
Previous-version-reviewed-by: Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Mar, 2015 1 commit
-
-
Robert Krüger authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 10 Feb, 2015 1 commit
-
-
wm4 authored
This is not an API change; the fields were explicitly declared private before. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 08 Feb, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Mark Reid authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 29 Oct, 2014 2 commits
-
-
Thomas Mundt authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Thomas Mundt authored
To keep h264 parsing simple and fast, I used the framesize for selecting the right Panasonic codec label. The framesize is fixed for Panasonic AVC Intra. This patch only supports AVCI50/100. But in all flavours, i.e. with no SPS/PPS in header. Reviewed-by: tomas.hardin@codemill.se Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 Oct, 2014 1 commit
-
-
Martin Storsjö authored
gmtime isn't thread safe in general. In msvcrt (which lacks gmtime_r), the buffer used by gmtime is thread specific though. One call to localtime is left in avconv_opt.c, where thread safety shouldn't matter (instead of making avconv depend on the libavutil internal header). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 24 Oct, 2014 1 commit
-
-
Tomas Härdin authored
None of these are likely unless the user is writing a file with two billion streams or a duration of around two months. CC: libav-stable@libav.org Bug-Id: CID 700568 / CID 700569 / CID 700570 / CID 700571 / CID 700572 / CID 700573
-