- 07 Feb, 2018 1 commit
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 28 Jan, 2018 1 commit
-
-
Marton Balint authored
Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 22 Sep, 2017 1 commit
-
-
Lou Logan authored
"apix_fmts" found by Marc Péchaud. "speedloss" found by Mikhail V. Signed-off-by: Lou Logan <lou@lrcd.com>
-
- 01 Sep, 2017 1 commit
-
-
Anton Khirnov authored
(cherry picked from commit 6f554521) Signed-off-by: James Almer <jamrial@gmail.com>
-
- 07 Jul, 2017 1 commit
-
-
Tobias Rapp authored
Signed-off-by: Tobias Rapp <t.rapp@noa-archive.com> Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 11 Feb, 2017 1 commit
-
-
Anton Khirnov authored
-
- 04 Feb, 2017 1 commit
-
-
Marton Balint authored
Not starting a new segment if the elapsed microsecs since the start of the day equals the the elapsed microsecs since the start of the day at the time of the last cut seems plain wrong to me, Deti do you remember the original reason behind this check? Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 23 Jan, 2017 1 commit
-
-
Rodger Combs authored
This happens because segment_end() returns an error, so seg_write_packet never proceeds to segment_start(), and seg->avf->pb is never re-set, so we crash with a null pb when av_write_trailer flushes the packet queue. This doesn't seem to be clearly recoverable, so I'm just failing more gracefully. Repro: ffmpeg -i input.ts -f segment -c copy -segment_list /noaxx.m3u8 test-%05d.ts (assuming you don't have write access to /)
-
- 02 Nov, 2016 1 commit
-
-
Rodger Combs authored
-
- 24 Oct, 2016 2 commits
-
-
Rodger Combs authored
-
Rodger Combs authored
-
- 21 Oct, 2016 1 commit
-
-
Rodger Combs authored
This fixes the case of writing segments to local files, but the list over a network protocol.
-
- 09 Sep, 2016 1 commit
-
-
Steven Liu authored
ffmpeg have a generic solution working with all muxer named output_ts_offset, output_ts_offset will instead of initial_offset Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 14 Jul, 2016 1 commit
-
-
Steven Liu authored
because the BSF logic was re-factored into a shareable function and both av_write_frame and av_interleaved_write_frame use it it Signed-off-by: LiuQi <liuqi@gosun.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Jun, 2016 1 commit
-
-
Rodger Combs authored
-
- 11 Apr, 2016 1 commit
-
-
Michael Niedermayer authored
This is needed as the bitexact flag is not in the codecpar context, and thus not copied Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Apr, 2016 4 commits
-
-
Rodger Combs authored
-
Rodger Combs authored
This reduces some code duplication, and ensures that cur_entry.last_duration is always set.
-
Rodger Combs authored
-
Rodger Combs authored
Most useful for MPEG-TS. Works by having the underlying muxer configure the bitstream filters, then moving them to our own AVStreams.
-
- 26 Mar, 2016 1 commit
-
-
Marton Balint authored
Fixes ticket #5318. Reviewed-by: Stefano Sabatini <stefasab@gmail.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 17 Mar, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 15 Mar, 2016 2 commits
-
-
Stefano Sabatini authored
-
Martin Vignali authored
For example you can split a file, keeping a continuous timecode between each segment: ffmpeg -i src.mov -timecode 10:00:00:00 -vcodec copy -f segment \ -segment_time 2 -reset_timestamps 1 -increment_tc 1 target_%03d.mov Signed-off-by: Stefano Sabatini <stefasab@gmail.com>
-
- 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.
-
- 10 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
Reviewed-by: Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 28 Jan, 2016 2 commits
-
-
Marton Balint authored
This option can force the segmenter to only start a new segment if a packet reaches the muxer within the specified duration after the segmenting clock time, which makes it more resilient to backward local time jumps, such as leap seconds or transition to standard time from daylight savings time. Reviewed-by: Stefano Sabatini <stefasab@gmail.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
Marton Balint authored
Reviewed-by: Stefano Sabatini <stefasab@gmail.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 24 Jan, 2016 1 commit
-
-
Anton Khirnov authored
Some (de)muxers open additional files beyond the main IO context. Currently, they call avio_open() directly, which prevents the caller from using custom IO for such streams. This commit adds callbacks to AVFormatContext that default to avio_open2()/avio_close(), but can be overridden by the caller. All muxers and demuxers using AVIO are switched to using those callbacks instead of calling avio_open()/avio_close() directly. (de)muxers that use the URLProtocol layer directly instead of AVIO remain unconverted for now. This should be fixed in later commits.
-
- 12 Dec, 2015 1 commit
-
-
Lvqier authored
Solution suggested-by: Hendrik Leppkes <h.leppkes@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Dec, 2015 1 commit
-
-
Clément Bœsch authored
-
- 27 Aug, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket4802 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Aug, 2015 1 commit
-
-
Michael Niedermayer authored
Bug introduced in 83a508cdSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Aug, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Reviewed-by: Stefano Sabatini Reviewed-by: Ganesh Ajjanagadde
-
- 18 Aug, 2015 1 commit
-
-
Ronald S. Bultje authored
ff_dlog checks compilability, and is non-public. av_dlog is deprecated and no longer exists if FF_API_DLOG=0.
-
- 12 Jun, 2015 1 commit
-
-
Vittorio Giovara authored
Reported-By: infer
-
- 09 Jun, 2015 1 commit
-
-
Rodger Combs authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
This fixes depending on implementation defined behavior Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 31 Mar, 2015 1 commit
-
-
Rodger Combs authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-