aboutsummaryrefslogtreecommitdiffstats
path: root/tests/ref
Commit message (Collapse)AuthorAgeFilesLines
* avfilter/drawutils: ban XYZ formatsNiklas Haas2023-10-311-1/+0
| | | | | | | | | These are not supported by the drawing functions at all, and were incorrectly advertised as supported in the past. Note: This check is added only to separate the logic change from the API change in the following commit, and will be removed again after it becomes redundant.
* avutil/channel_layout: add a 3.1.2 channel layoutJames Almer2023-10-271-0/+1
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* avutil/channel_layout: add a 7.1.4 channel layoutWill Wolcott2023-10-271-0/+1
| | | | | | | | Mapping to ITU-R BS.2051-3 "Sound System J" and ITU-R BS.1196-8 "Channel Configuration 19". Signed-off-by: Will Wolcott <wwolcott@netflix.com> Signed-off-by: James Almer <jamrial@gmail.com>
* avutil/channel_layout: add a 7.1.2 channel layoutJames Almer2023-10-271-0/+1
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* avutil/channel_layout: add a 5.1.4 channel layoutJames Almer2023-10-271-0/+1
| | | | | | | Mapping to ITU-R BS.2051-3 "Sound System D" and ITU-R BS.1196-8 "Channel Configuration 16". Signed-off-by: James Almer <jamrial@gmail.com>
* avutil/channel_layout: rename 7.1(top) channel layout to 5.1.2James Almer2023-10-271-1/+1
| | | | | | | | | | This layout maps to ITU-R BS.2051-3 "Sound System C" and ITU-R BS.1196-8 "Channel Configuration 14", and it being the first layout with top layer channels, it's best to use a different scheme to properly convey the presence and amount of said channels. The new name will also be a better fit for the additions in the following commits. Signed-off-by: James Almer <jamrial@gmail.com>
* ffprobe: print the non-diegetic stream disposition flagJames Almer2023-10-2534-32/+69
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
* ffprobe: fix XML rendering, review XML layoutStefano Sabatini2023-10-2011-698/+714
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix rendering of int values within a side data element, which was broken since commit d2d3a83ad93, where the side data element was correctly marked as a variable fields element. Logic to render a string variable was implemented already, but it was not implemented for the int fields path, which was enabled by that commit. Also, code and schema is changed in order to account for multiple variable-fields elements - such as side data, contained within the same parent. Previously it was assumed that a single variable-fields element was contained within the parent, which was the case for tags, but is not the case for side-data. Previously data was rendered as: <side_data_list> <side_data side_data_type="CPB properties" max_bitrate="0" min_bitrate="0" avg_bitrate="0" buffer_size="327680" vbv_delay="-1"/> </side_data_list> Now as: <side_data_list> <side_data type="CPB properties"> <side_datum key="side_data_type" value="CPB properties"/> <side_datum key="max_bitrate" value="0"/> <side_datum key="min_bitrate" value="0"/> <side_datum key="avg_bitrate" value="0"/> <side_datum key="buffer_size" value="49152"/> <side_datum key="vbv_delay" value="-1"/> </side_data> </side_data_list> Variable-fields elements are rendered as a containing element wrapping generic key/values elements, enabling use of strict XML schema. Fix trac issue: https://trac.ffmpeg.org/ticket/10613
* fate/screen: workaround test failure on mac M1Zhao Zhili2023-10-181-1/+0
| | | | | | | The last frame is corrupted. It has different results on different platform. Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
* fftools/ffmpeg_enc: merge -force_key_frames source/source_no_dropAnton Khirnov2023-10-101-11/+11
| | | | | | | Always use the functionality of the latter, which makes more sense as it avoids losing keyframes due to vsync code dropping frames. Deprecate the 'source_no_drop' value, as it is now redundant.
* tests/fate/ffmpeg: add tests for -force_key_frames sourceAnton Khirnov2023-10-103-0/+1036
|
* fftools/ffmpeg: stop injecting stream side data in packetsJames Almer2023-10-0614-21/+21
| | | | | | | | | This is no longer needed as the side data is available for decoders in the AVCodecContext. The tests affected reflect the removal of useless CPB and Stereo 3D side data in packets. Signed-off-by: James Almer <jamrial@gmail.com>
* avcodec/decode: propagate global side data to framesJames Almer2023-10-062-65/+83
| | | | | | | | | The changed references for fate-hevc-dv-rpu fate-mov-zombie happen because, unlike ffmpeg and ffplay, ffprobe never injected packet side data, so the display matrix side data at the container level is now present in the output frames. Signed-off-by: James Almer <jamrial@gmail.com>
* ffprobe: introduce section type, use for the compact outputStefano Sabatini2023-10-0617-1436/+688
| | | | | | | | | Also, avoid spurious end-of-line after side data entries, and improve rendering of compact output, by adding an indication of the side data type for each entry. Also fixes issue: http://trac.ffmpeg.org/ticket/9266
* ffprobe: correct section name for side data pieceStefano Sabatini2023-10-061-40/+40
|
* fftools/ffmpeg_enc: do not round frame durations prematurelyAnton Khirnov2023-10-038-20/+20
| | | | | Changes the results of fate-idroq-video-encode and fate-lavf* tests, where different frames now get duplicated by framerate conversion code.
* fftools/ffmpeg_dec: disregard demuxer timestamps for NOTIMESTAMPS formatsAnton Khirnov2023-10-0311-114/+170
| | | | | | | | | | In this case any timestamps are guessed by compute_pkt_fields() in libavformat. Since we are decoding the stream, we have more accurate information from the decoder and do not need any guesses. Eliminates spurious PTS gaps in a number of FATE tests. Also avoids dropping the majority of frames in fate-dirac*
* lavc/mpeg4videodec: do not invent a framerate from guessed numbersAnton Khirnov2023-10-032-42/+43
| | | | Improves timestamps for fate-m4v*
* avformat/matroskaenc: Write default duration for audioAndreas Rheinhardt2023-10-027-39/+39
| | | | | | | This is easily possible for those codecs with a fixed frame-size (in samples). Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avformat/matroskaenc: Don't create wrong packet durationsAndreas Rheinhardt2023-10-021-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | We have to write an explicit BlockDuration element (and use a BlockGroup instead of a SimpleBlock) in case the Track has a DefaultDuration that is inconsistent with the duration of the packet. The matroska-h264-remux test uses a file with coded fields where the duration of a Block is the duration of a field, not of a frame, therefore this patch writes said BlockDuration elements. (When using a BlockGroup, one has to add ReferenceBlock elements to distinguish keyframes from non-keyframes. Unfortunately, the AV1 codec mapping [1] requires us to reference all references and to really use the real references, which requires a lot of effort for basically no gain. When BlockGroups are used with AV1, the created files are most likely invalid, both before and after this patch, but this patch makes this more likely to happen.) [1]: https://github.com/ietf-wg-cellar/matroska-specification/blob/master/codec/av1.md Reviewed-by: James Almer <jamrial@gmail.com> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* fate: add forgotten changes for GBRAP14Paul B Mahol2023-09-282-0/+15
|
* swscale: add GBRAP14 format supportPaul B Mahol2023-09-2813-0/+23
|
* fftools/ffmpeg_enc: apply -top to individual encoded framesAnton Khirnov2023-09-183-3/+3
| | | | Fixes #9339.
* avcodec/av1dec: export pixel format even if no hardware decoder is presentJames Almer2023-09-083-5/+5
| | | | | | | | | | | And remove the AVOID_PROBING flag, given it's the last av1 decoder to be tested either way. This fixes a regression introduced in 1652f2492f88434010053289d946dab6a57e4d58, where even if forcing the native av1 decoder, if another decoder was present, like libdav1d or libaom-av1, they'd be used for probing and some fate tests would have different results. Signed-off-by: James Almer <jamrial@gmail.com>
* fate: add forgotten rpza reference testPaul B Mahol2023-09-071-0/+4
|
* fate: add rpza encoder testsPaul B Mahol2023-09-073-0/+12
|
* fate/matroska: Add test for remuxing non-rotation displaymatrixAndreas Rheinhardt2023-09-071-0/+15
| | | | | | | This provides coverage for the case in which the displaymatrix is ignored. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avcodec/av1dec: don't set aspect ratio when it's not yet knownJames Almer2023-09-061-1/+1
| | | | | | | | Makes the output of the native decoder consistent with external decoders like libdav1d with fate-enhanced-flv-av1. Reviewed-by: Zhao Zhili <quinkblack@foxmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
* fate: add OSQ testPaul B Mahol2023-09-061-0/+1
|
* fate/enhanced-flv-vp9: add tests reference dataSteven Liu2023-09-051-0/+18
|
* tests/fate/flvenc: add av1 in enhanced flv test caseSteven Liu2023-09-051-0/+70
| | | | Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
* fate: add rka testPaul B Mahol2023-09-041-0/+1
|
* tests/fate/flvenc: add hevc in enhanced flv test caseSteven Liu2023-09-041-0/+258
| | | | Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
* fate/jpegxl_anim: add demuxer fate test for jpegxl_animLeo Izen2023-09-014-0/+24
| | | | | | | | | Adds a fate test for the jpegxl_anim demuxer, that should allow testing for true positives and false positives for animated jpegxl files. Note that two of the test cases are not animated, in order to help sort out false positives. Signed-off-by: Leo Izen <leo.izen@gmail.com>
* avformat/matroskaenc: Don't add side-data to input streamAndreas Rheinhardt2023-08-301-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When muxing, the AVStreams' side-data is typically set by the caller before avformat_write_header(); it is not documented to be else. Yet the Matroska muxer added an AVStereo3D side data if certain metadata was present: Since commit 4d686fb721b485ebbc4c7779d927d876c1e630f7 (adding support for AVStereo3D stream side-data), the Matroska muxer checked certain stream tags that contain Matroska's StereoMode and (if they are present) converted this value into an AVStereo3D struct that gets attached to the AVStream (reusing a function from the demuxer). Afterwards the AVStereo3D side data struct (whether it has just been added by the muxer or not) gets parsed and converted back into a Matroska StereoMode. Besides being an API violation this change broke StereoMode values without a corresponding AVStereo3D (namely the anaglyph ones). This commit fixes this: A StereoMode given via tags is now used-as-is; if no such tag exists and an AVStereo3D side data exists, it is converted into the corresponding StereoMode (if possible). This approach also fixes handling of the anaglyph ones; the changes to the matroska-stereo_mode are due to this. The new STEREOMODE_STEREO3D_MAPPING has been put to good use for this. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* fftools/ffmpeg_enc: only use fallback framerate when encoding CFRAnton Khirnov2023-08-302-95/+95
| | | | | | | | | | When no output video framerate is specified by the user with -r or can be inferred from the filtergraph, encoder setup will arbitrarily decide that the framerate is 25fps. However, making up any framerate value for VFR encoding is at best unnecessary. Changes the results of the sub2video tests, where the input timebase is now used instead of 1/25.
* tests/fate: Add NoLegacy-cut.ape testMichael Niedermayer2023-08-281-0/+1
| | | | Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* fate/matroska: Stop using unicode in command line paramtersMartin Storsjö2023-08-221-5/+5
| | | | | | | | | | | | | | | | The fate-run.sh shell script exports LC_ALL=C before invoking the test executables; this is probably done for consistency. When executing Windows binaries with Wine, it normally handles UTF-8 command line parameters just fine - but with LC_ALL set to C, it treats them as plain ASCII. As the unicode command line parameters wasn't the main thing being tested here, just convert them to plain ASCII, for portability. This fixes the test for all test configurations that use Wine. Signed-off-by: Martin Storsjö <martin@martin.st>
* fate/matroska: Add test for stereo 3DAndreas Rheinhardt2023-08-131-0/+193
| | | | | | Just mark a non-stereo file as stereo to test the code. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avformat/matroskaenc: Don't write \0 unnecessarilyAndreas Rheinhardt2023-08-1033-99/+99
| | | | | | | | | | | | | | | | | | | | | | | | Writing the duration SimpleTag is special: It's size is reserved in advance via an EBML Void element (if seekable) and this reserved space is overwritten when writing the trailer; it does not use put_ebml_string(). The string to write is created via snprintf on a buffer of size 20; this buffer is then written via put_ebml_binary() with a size of 20. EBML strings need not be zero-terminated; if not, they are implicitly terminated by the element's length field. snprintf() always zero-terminates the buffer, i.e. the last byte can be discarded when using an EBML string. This patch does this. The FATE changes are as expected: One byte saved for every track; the only exception is the matroska-qt-mode test: An additional byte is saved because an additional byte could be saved from the enclosing Tags length field. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avformat/matroskaenc: Don't reserve space for HDR10+ when unnecessaryAndreas Rheinhardt2023-08-1023-77/+77
| | | | | | | | | | Do it only for video (the only thing for type for which HDR10+ makes sense). This effectively reverts changes to several FATE ref-files made in bda44f0f39e8ee646e54f15989d7845f4bf58d26. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* fate/matroska: Add ALAC remux testAndreas Rheinhardt2023-08-101-0/+173
| | | | | | | Provides coverage for the code transforming the ALAC extradata. Also set creation_time metadata to test this, too. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avformat/matroskaenc: Support rotationsAndreas Rheinhardt2023-08-101-2/+11
| | | | | | | | | | | | | | | | | Matroska supports orthogonal transformations (both pure rotations as well as reflections) via its 3D-projection elements, namely ProjectionPoseYaw (for a horizontal reflection) as well as ProjectionPoseRoll (for rotations). This commit adds support for this. Support for this in the demuxer has been added in 937bb6bbc1e8654633737e69e403e95a37113058 and the sample used in the matroska-dovi-write-config8 FATE-test includes a displaymatrix indicating a rotation which is now properly written and read, thereby providing coverage for the relevant code in the muxer as well as the demuxer. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
* avformat/mov: enable identifying TTML subtitle streams as suchJan Ekström2023-07-282-8/+11
| | | | | | | | The contents are full TTML XML documents. TTML writing tests' results are updated as the streams are now properly identified as TTML ones. Signed-off-by: Jan Ekström <jan.ekstrom@24i.com>
* avcodec: move content light level SEI handling to h2645_seiJan Ekström2023-07-272-10/+10
| | | | | | | | | | This allows this common H.274 SEI to be parsed from both H.264 as well as HEVC, as well as probably from VVC in the future. Generally attempts to keep the original code as similar as possible. FATE test refererence changes only change the order of side data export within a single frame. Nothing else seems to have changed.
* avcodec: move mastering display colour volume SEI handling to h2645_seiJan Ekström2023-07-272-13/+13
| | | | | | | | | | This allows this common H.274 SEI to be parsed from both H.264 as well as HEVC, as well as probably from VVC in the future. Generally attempts to keep the original code as similar as possible. FATE test refererence changes only change the order of side data export within a single frame. Nothing else seems to have changed.
* tests/fate: fix mismatches between requested and actually used pixel formatsAnton Khirnov2023-07-203-5/+5
|
* tests/fate: Add test for overlay filter using yuv444p10 output formatTobias Rapp2023-07-201-0/+8
|
* avformat/ivfenc: Set the "number of frames" in IVF headerDai, Jianhui J2023-07-0913-13/+13
| | | | | | | | | | | | | | | | | Should set "number of frames" to bytes 24-27 of IVF header, not duration. It is described by [1], and confirmed by parsing all IVF files in [2]. This commit also updates the md5sum of refs to pass fate-cbs. [1] Duck IVF - MultimediaWiki https://wiki.multimedia.cx/index.php/Duck_IVF [2] webm/vp8-test-vectors https://chromium.googlesource.com/webm/vp8-test-vectors Signed-off-by: Jianhui Dai <jianhui.j.dai@intel.com> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
* fate/cbs: add more VVC testsJames Almer2023-07-075-0/+5
| | | | Signed-off-by: James Almer <jamrial@gmail.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-06 16:56:42 +0000