- 29 May, 2019 1 commit
-
-
Paul B Mahol authored
Fixes crash when writting trailer without any previous packets.
-
- 13 Dec, 2018 2 commits
-
-
Paul B Mahol authored
-
Paul B Mahol authored
Now "-c copy" works. Update FATE files. Demuxer only split file into packets, no data is trimmed. Encoder & muxer currently expect completely another format where muxer writes stuff like disposal method which should be really encoder job. With this patch muxer only modifies delay between two packets. Codec copy need to have same behavior between demuxer and muxer to work correctly. Fixes #6640.
-
- 10 Dec, 2018 1 commit
-
-
Paul B Mahol authored
-
- 26 Sep, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 23 Sep, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@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.
-
- 27 Oct, 2015 1 commit
-
-
Hendrik Leppkes authored
-
- 14 Feb, 2015 3 commits
-
-
Clément Bœsch authored
This will allow the payload in PAL8 packets to not contain 768B of local palette (which is not LZW compressed).
-
Clément Bœsch authored
-
Diego Biurrun authored
-
- 04 Apr, 2014 1 commit
-
-
Carl Eugen Hoyos authored
Avoids a possible integer overflow.
-
- 02 Apr, 2014 1 commit
-
-
Carl Eugen Hoyos authored
-
- 07 Nov, 2013 1 commit
-
-
Clément Bœsch authored
-
- 16 Sep, 2013 1 commit
-
-
Clément Bœsch authored
Since 596e5d47, this is not necessary anymore. It also allows to actually disable the flushing, improving write performance (but possibly giving worse latency in real-time streaming). Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 09 Jul, 2013 1 commit
-
-
Eugene Dzhurinsky authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 24 May, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Apr, 2013 5 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
To define accurately the delay between two frames, it is necessary to have both available. Before this commit, the first frame had a delay of 0; while in practice the problem is not visible in most situation, it is problematic with low frame rate and large scene change. This commit notably fixes output generated with commands such as: ffmpeg -i big_buck_bunny_1080p_h264.mov -vf "select='gt(scene,0.4)',scale=320:-1,setpts=N/TB" -frames:v 5 -y out.gif Also, to avoid odd loop delays, the N-1 delay is duplicated for the last frame.
-
Clément Bœsch authored
pkt->duration can not be used since the values are only based on frame rate.
-
Clément Bœsch authored
The encoder now doesn't produce any extra graphic control extension block anymore. Only the image is encoded, and the muxer writing its own GCE containing notably the timing information now includes the optional palette transmitted through packet side data. This commit avoid setting clashes between the two GCE, and reduce the size of the generated file with pal8 output.
-
- 18 Apr, 2013 5 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
Avoid a pointless split.
-
Clément Bœsch authored
Extension description comments are now placed along the avio calls, the always defined macro removed, and the always true loop_count check as well (loop option is bound to 0-65535).
-
Clément Bœsch authored
-
Clément Bœsch authored
-
- 17 Apr, 2013 5 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
This commit removes the badly duplicated code between the encoder and the muxer. That may sound surprising, but the encoder is now responsible from the encoding of the picture when muxing to a .gif file. It also does not require anymore a manual user intervention such as a -pix_fmt rgb24 to work properly. To summarize, output gif are now easier to generate, code is saner and simpler, and files are smaller (thanks to the lzw encoding which was unused so far with the default .gif output). We can certainly make things even better, but this is the first step. FATE is updated because of the output being produced by the encoder and not the muxer (no lzw in the muxer), and in the seek test only the size mismatches. Fixes Ticket #2262
-
- 14 Apr, 2013 1 commit
-
-
Clément Bœsch authored
Since 4f112a8e, this is not necessary anymore. Also, it allows to actually disable the flushing.
-
- 11 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 15 Sep, 2012 1 commit
-
-
Anton Khirnov authored
This is consistent with stdio and is what we want to do in all cases. Fixes a bug in the voc muxer which didn't flush in write_trailer() previously. This is the cause of the change in the test results.
-
- 04 Sep, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 21 Feb, 2012 1 commit
-
-
Aneesh Dogra authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-