summaryrefslogtreecommitdiff
path: root/tests/ref/lavf
Commit message (Collapse)AuthorAge
* fate: Update fate-lavf-ts after commit 393596f9d5Martin Storsjö2016-05-17
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* matroska: Write the field order informationLuca Barbato2016-04-03
| | | | And bump the document version to 4.
* lavf: replace AVStream.codec with AVStream.codecparAnton Khirnov2016-02-23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* mpeg12enc: always write closed gops for intra only outputsMarton Balint2016-02-22
| | | | | Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Marton Balint <cus@passwd.hu>
* sgienc: Do not end RLE lines with 0sVittorio Giovara2015-11-24
| | | | | | | | This is never mentioned in the specifications, and decoders work just as fine without it. Update the fate references since the compressed file is smaller. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* nutenc: do not use has_b_framesAnton Khirnov2015-01-27
| | | | | It is unreliable, especially when the stream codec context is not the encoding context. Use the codec descriptor properties instead.
* dpx: always write the image offsetZoltan Kovacs2014-12-08
| | | | | | | | | | | | | According to the DPX file format description found at http://www.fileformat.info/format/dpx/egff.htm the ImageElement part of the GenericImageHeader also contains an an offset to the real image data beside the same member that can be found in the GenericFileHeader. Libav keeps this member empty (=0) while some applications expects it to be filled properly. FATE test updated accordingly. Bug-Id: 742 Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* lavf: switch to AVStream.time_base as the hint for the muxer timebaseAnton Khirnov2014-06-18
| | | | | | | | | | | | Previously, AVStream.codec.time_base was used for that purpose, which was quite confusing for the callers. This change also opens the path for removing AVStream.codec. The change in the lavf-mkv test is due to the native timebase (1/1000) being used instead of the default one (1/90000), so the packets are now sent to the crc muxer in the same order in which they are demuxed (previously some of them got reordered because of inexact timestamp conversion).
* Remove avserver.Anton Khirnov2014-06-18
| | | | | | | It has not been properly maintained for years and there is little hope of that changing in the future. It appears simpler to write a new replacement from scratch than unbreaking it.
* flvenc: Don't over-count metadata.Josh Allmann2014-06-17
| | | | | | Over-counting occurs if framerate is not set. Signed-off-by: Anton Khirnov <anton@khirnov.net>
* mpeg2: add sequence display extension informationMarc-Antoine Arnaud2014-06-06
| | | | Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
* matroskaenc: set the stream timebase earlierAnton Khirnov2014-05-29
| | | | Fixes calculating the ts offset for audio codecs with delay.
* flvenc: only write the framerate tag based on avg_frame_rateAnton Khirnov2014-05-29
| | | | | Do not fall back on the codec timebase, since that can be anything for VFR video.
* matroskaenc: base DefaultDuration on the framerate, not the codec timebaseAnton Khirnov2014-05-29
| | | | | | This results in DefaultDuration not being written when the framerate is not known, but as this field is purely informative, this should not break any sane demuxers.
* oggenc: Fix the EOS flagMichael Niedermayer2014-05-28
| | | | | | | | | | | This corrects the bug that caused the checksums to change in 9767d7c092c890ecc5953452e8a951fd902dd67b. It caused the EOS flag to be set incorrectly; the ogg spec does not allow it to be set in the middle of a logical bitstream. Signed-off-by: Andrew Kelley <superjoe30@gmail.com> Signed-off-by: Martin Storsjö <martin@martin.st>
* oggenc: Flush after writing headersAndrew Kelley2014-05-27
| | | | | | | | | | | | | Before, header information for ogg format files was sent with the first encoded packet. This patch makes it so that it is possible for API users to differentiate between headers and encoded audio. This is useful, for example, when creating an audio stream where you want to send one set of headers for every client that connects and then the encoded stream of audio. Signed-off-by: Martin Storsjö <martin@martin.st>
* avconv: set the "encoder" tag when transcodingAnton Khirnov2014-05-18
|
* asfenc: use codec descriptors instead of AVCodecs to write codec infoAnton Khirnov2014-05-01
| | | | | | | | Also, stop using AVCodecContext.codec_name as fallback, since it will be deprecated. Changes the result of the lavf-asf test (and its associated seektest), since 'msmpeg4v3' gets written instead of just 'msmpeg4'.
* matroskaenc: write CodecDelayAnton Khirnov2014-05-01
|
* matroskaenc: Fix writing TRACKDEFAULTFLAGJohn Stebbins2013-08-27
| | | | | | | | The element was only being written when the value == 1. But the default value of this element is 1, so this has no useful effect. This element needs to be written when the value == 0. Signed-off-by: Anton Khirnov <anton@khirnov.net>
* movenc: Make tkhd "enabled" flag QuickTime compatibleJohn Stebbins2013-08-23
| | | | | | | | QuickTime will play multiple audio tracks concurrently if this flag is set for multiple audio tracks. And if no subtitle track has this flag set, QuickTime will show no subtitles in the subtitle menu. Signed-off-by: Anton Khirnov <anton@khirnov.net>
* fate: update the mmf referenceLuca Barbato2013-05-14
| | | | Using Optional Data chunk introduced changes the hash.
* avconv: make -t insert trim/atrim filters.Anton Khirnov2013-04-30
| | | | | | | | | This makes -t sample-accurate for audio and will allow further simplication in the future. Most of the FATE changes are due to audio now being sample accurate. In some cases a video frame was incorrectly passed with the old code, while its was over the limit.
* lavf: introduce AVFMT_TS_NEGATIVELuca Barbato2013-04-25
| | | | | | | | | | Most formats do not support negative timestamps, shift them to avoid unexpected behaviour and a number of bad crashes. CC:libav-stable@libav.org Signed-off-by: Anton Khirnov <anton@khirnov.net> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
* riff: do not write empty INFO tagsVictor Vasiliev2012-10-16
| | | | Signed-off-by: Anton Khirnov <anton@khirnov.net>
* ffm: do not write or read the audio sample formatJustin Ruggles2012-10-06
|
* lavf: flush the output AVIOContext in av_write_trailer().Anton Khirnov2012-09-15
| | | | | | | 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.
* movenc: Write chan atom for all audio tracks in mov mode movies.Alex Converse2012-06-04
|
* fate: use standard diff optionsMans Rullgard2012-05-15
| | | | | | | | | diff -w is not a standard option. This fixes the reference files to match what the tests actually output and switches to using the standard diff -b which is sufficient to handle different line ending styles. Signed-off-by: Mans Rullgard <mans@mansr.com>
* FATE: avoid channel mixing in lavf-dv_fmtJustin Ruggles2012-04-24
| | | | | | | This partially reverts acb1730218f1c614dc8ca3ba45d9de1e05059515 which would only have needed to change the checksums if channel mixing had been properly avoided. This changes the output file size reference and the seek test reference back to the previous values.
* FATE: allow lavf tests to alter input parametersJustin Ruggles2012-04-20
| | | | Change some lavf tests to avoid resampling and channel mixing.
* avconv: get output pixel format from lavfi.Anton Khirnov2012-04-15
| | | | | | | This way we don't require a clearly defined corresponding input stream. The result for the xwd test changes because rgb24 is now chosen instead of bgra.
* mpegaudioenc: use AVCodec.encode2()Justin Ruggles2012-03-20
| | | | Update FATE references due to encoder delay.
* ac3enc: update to AVCodec.encode2()Justin Ruggles2012-03-20
| | | | Update FATE references due to encoder delay.
* fate: add pam image regression testPaul B Mahol2012-03-14
| | | | | Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Janne Grunau <janne-libav@jannau.net>
* fate: Add sunrast regression testDerek Buitenhuis2012-03-03
| | | | | Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
* dpxenc: Don't include the libavcodec ident if bitexact mode is enabledMartin Storsjö2012-02-29
| | | | | | This avoids breaking fate every time the lavc version is bumped. Signed-off-by: Martin Storsjö <martin@martin.st>
* mpegvideo_enc: add chroma/luma_elim_threshold private options.Anton Khirnov2012-02-29
| | | | Deprecate corresponding AVCodecContext fields.
* Enable already existing rso regression test.Reimar Döffinger2012-02-21
| | | | | Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
* Add regression test for "sox" format muxer/demuxer.Reimar Döffinger2012-02-21
| | | | | Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
* Add dpx encoding regression test.Carl Eugen Hoyos2012-02-21
| | | | Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
* rawenc: switch to encode2().Anton Khirnov2012-02-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This changes a number of FATE results, since before this commit, the timestamps in all tests using rawenc were made up by lavf. In most cases, the previous timestamps were completely bogus. In some other cases -- raw formats, mostly h264 -- the new timestamps are bogus as well. The only difference is that timestamps invented by the muxer are replaced by timestamps invented by the demuxer. cscd -- avconv sets output codec timebase from r_frame_rate and r_frame_rate is in this case some guessed number 31.42 (377/12), which is not accurate enough to represent all timestamps. This results in some frames having duplicate pts. Therefore, vsync 0 needs to be changed to vsync 2 and avconv drops two frames. A proper fix in the future would be to set output timebase to something saner in avconv. nuv -- previous timestamps for video were wrong AND the cscd comment applies, one frame is dropped. vp8-signbias -- the file contains two frames with identical timestamps, so -vsync 0 needs to be removed/changed to -vsync 2 and avconv drops one frame. vc1-ism -- apparrently either the demuxer lies about timestamps or the file is broken, since dts == pts on all packets, but reordering clearly takes place.
* avconv: rework -t handling for encoding.Anton Khirnov2012-02-07
| | | | | | | | | | | | | Current code compares the desired recording time with InputStream.pts, which has a very unclear meaning. Change the code to use actual timestamps of the frames passed to the encoder. In several tests, one less frame is encoded, which is more correct. In the idroq test one more frame is encoded, which is again more correct. Behavior with stream copy should be unchanged.
* lavc: increase major version to 54.Anton Khirnov2012-01-27
| | | | | The lavf-ffm test results change because ffmenc writes AVCodecContext.flags/flags2 and the defaults for those change.
* fate: add XWD image regression testPaul B Mahol2012-01-26
| | | | Signed-off-by: Diego Biurrun <diego@biurrun.de>
* fate: Update file checksums after the mov muxer change in a78dbada55d6Martin Storsjö2012-01-10
| | | | Signed-off-by: Martin Storsjö <martin@martin.st>
* movenc: simplify handling of pcm vs. adpcm vs. other compressed codecsJustin Ruggles2011-12-09
| | | | | | Use Sound Sample Description Version 2 for all MOV files. Updated FATE references accordingly. Note that ADPCM is treated as compressed audio in version 2.
* fate-lavf-ts: use -mpegts_transport_stream_id option.Anton Khirnov2011-11-18
| | | | Serves as a test of muxer private options.
* Replace vendor string in Ogg and FLAC muxers.Diego Biurrun2011-11-02
|
* riff: always generate a proper WAVEFORMATEX structure in ff_put_wav_headerJohn Brooks2011-10-14
| | | | | | | | | | | | | | The cbSize field should be included in all cases, even with PCM where its value is ignored. Fixes encoding PCM audio in Matroska for some players which insist on a full WAVEFORMATEX structure for A_MS/ACM audio. Since fate uses wav files for the audio test a larger number of tests has changed checksums or shifted positions due to the 2 byte longer wave header. Signed-off-by: Janne Grunau <janne-libav@jannau.net>
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-01 19:21:47 +0000