- 21 Oct, 2017 1 commit
-
-
Dale Curtis authored
Sets the correct start padding value when an edit list is present. A new fate test is added, fate-mov-440hz-10ms, to ensure this is handled correctly. Signed-off-by:
Dale Curtis <dalecurtis@chromium.org> Reviewed-by:
Sasi Inguva <isasi-at-google.com@ffmpeg.org> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Oct, 2017 2 commits
-
-
Mark Thompson authored
Use the appropriate metadata filter for each codec - in the absence of any options to modify the stream, the output bitstream should be identical to the input (though the output file may differ in padding). All tests use conformance bitstreams, the MPEG-2 streams are newly added from the conformance test streams <http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC_13818-4_2004_Conformance_Testing/Video/> (cherry picked from commit 3cae7f8b) (cherry picked from commit fbd63170)
-
Mark Thompson authored
This will be used later in both the mpeg2_metadata filter and the VAAPI MPEG-2 encoder. Also adds a unit test. (cherry picked from commit b5859e0b)
-
- 11 Oct, 2017 1 commit
-
-
James Almer authored
Regression since 85e2fe62Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 10 Oct, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 03 Oct, 2017 4 commits
-
-
Martin Vignali authored
Also modify the required alignment, to 32 instead of 16 for several codecs Signed-off-by:
James Almer <jamrial@gmail.com>
-
Carl Eugen Hoyos authored
-
Michael Niedermayer authored
-
James Almer authored
The first frame changes depending on --enable-memory-poisoning being used to configure ffmpeg or not, even if requesting bitexact decoding. Disable the test until this is fixed. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 01 Oct, 2017 1 commit
-
-
Martin Vignali authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 30 Sep, 2017 1 commit
-
-
Brian Matherly authored
Correctly set the interlaced_frame and top_field_first fields when pic_struct indicates paired fields. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Sep, 2017 1 commit
-
-
Tobias Rapp authored
Should fix failing tests on GNU/kFreeBSD x86_32. Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
- 28 Sep, 2017 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Sep, 2017 1 commit
-
-
Tobias Rapp authored
Metadata filter output is passed through an Awk script comparing floats against reference values with specified "fuzz" tolerance to account for architectural differences (e.g. x86-32 vs. x86-64). Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
- 24 Sep, 2017 1 commit
-
-
Paras Chadha authored
Signed-off-by:
Paras Chadha <paraschadha18@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Sep, 2017 1 commit
-
-
Thomas Mundt authored
Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Thomas Mundt <tmundt75@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 18 Sep, 2017 2 commits
-
-
Tobias Rapp authored
Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
Thomas Mundt authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 17 Sep, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 15 Sep, 2017 2 commits
-
-
Thomas Mundt authored
The complex vertical low-pass filter slightly over-sharpens the picture. This becomes visible when several transcodings are cascaded and the error potentises, e.g. some generations of HD->SD SD->HD. To prevent this behaviour the destination pixel must not exceed the source pixel when the average of the pixels above and below is less than the source pixel. And the other way around. Tested and approved in a visual transcoding cascade test by video professionals. SSIM/PSNR test with the first generation of an HD->SD file as a reference against the 6th generation(3 x SD->HD HD->SD): Results without the patch: SSIM Y:0.956508 (13.615881) U:0.991601 (20.757750) V:0.993004 (21.551382) All:0.974405 (15.918463) PSNR y:31.838009 u:48.424280 v:48.962711 average:34.759466 min:31.699297 max:40.857847 Results with the patch: SSIM Y:0.970051 (15.236232) U:0.991883 (20.905857) V:0.993174 (21.658049) All:0.981290 (17.279202) PSNR y:34.412108 u:48.504454 v:48.969496 average:37.264644 min:34.310637 max:42.373392 Signed-off-by:
Thomas Mundt <tmundt75@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Thierry Foucu authored
Fix ticket #2674 Tested with examples from ticket 2674. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Sep, 2017 1 commit
-
-
Michael Niedermayer authored
Based on mail from IRT Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Sep, 2017 2 commits
-
-
Clément Bœsch authored
On ARM platforms, accessing the PMU registers requires special user access permissions. Since there is no other way to get accurate timers, the current implementation of timers in FFmpeg rely on these registers. Unfortunately, enabling user access to these registers on Linux is not trivial, and generally involve compiling a random and unreliable github kernel module, or patching somehow your kernel. Such module is very unlikely to reach the upstream anytime soon. Quoting Robin Murphin from ARM: > Say you do give userspace direct access to the PMU; now run two or more > programs at once that believe they can use the counters for their own > "minimal-overhead" profiling. Have fun interpreting those results... > > And that's not even getting into the implications of scheduling across > different CPUs, CPUidle, etc. where the PMU state is completely beyond > userspace's control. In general, the plan to provide userspace with > something which might happen to just about work in a few corner cases, > but is meaningless, misleading or downright broken in all others, is to > never do so. As a result, the alternative is to use the Performance Monitoring Linux API which makes use of these registers internally (assuming the PMU of your ARM board is supported in the kernel, which is definitely not a given...). While the Linux API is obviously cross platform, it does have a significant overhead which needs to be taken into account. As a result, that mode is only weakly enabled on ARM platforms exclusively. Note on the non flexibility of the implementation: the timers (native FFmpeg vs Linux API) are selected at compilation time to prevent the need of function calls, which would result in a negative impact on the cycle counters.
-
Tobias Rapp authored
Adds another test for asetnsamples filter where padding of the last frame is switched off. Renames the existing test to make the difference obvious. Tested-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
- 07 Sep, 2017 2 commits
-
-
Tobias Rapp authored
Makes the handling of unspecified/unknown color_range values on stream level consistent to the value used on frame level. Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
James Almer authored
We need the fits muxer/demuxer.
-
- 31 Aug, 2017 3 commits
-
-
Tobias Rapp authored
Adds FATE tests for the previously untested allrgb, allyuv, rgbtestsrc, smptebars, smptehdbars and yuvtestsrc filters. Also adds a test for testsrc2 filter with rgb+alpha. Tested-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Tobias Rapp <t.rapp@noa-archive.com>
-
James Almer authored
Using the encoder flags to set the muxer in bitexact mode is deprecated. Signed-off-by:
James Almer <jamrial@gmail.com>
-
Martin Vignali authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 30 Aug, 2017 3 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
Paras Chadha authored
Signed-off-by:
Paras Chadha <paraschadha18@gmail.com>
-
- 25 Aug, 2017 3 commits
-
-
pkviet authored
The -map option allows for a trailing ? so that an error is not thrown if the input stream does not exist. This capability is extended to the map_channel option. This allows a ffmpeg command not to break if an input channel does not exist, which can be of use (for instance, scripts processing audio channels with sources having unset number of audio channels). Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
James Almer authored
This was missing from f8d0689d. Fixes checkasm.
-
Alex Converse authored
-
- 24 Aug, 2017 1 commit
-
-
Dale Curtis authored
When sidx box support is enabled, the code will skip reading all trun boxes (each containing ctts entries for samples inthat box). If seeks are attempted before all ctts values are known, the old code would dump ctts entries into the wrong location. These are then used to compute pts values which leads to out of order and incorrectly timestamped packets. This patch fixes ctts processing by always using the index returned by av_add_index_entry() as the ctts_data index. When the index gains new entries old values are reshuffled as appropriate. This approach makes sense since the mov demuxer is already relying on the mapping of AVIndex entries to samples for correct demuxing. As a result of this all ctts entries are now 1-count. A followup change will be submitted to remove support for > 1 count entries which will simplify seeking. Notes for future improvement: Probably there are other boxes (stts, stsc, etc) that are impacted by this issue... this patch only attempts to fix ctts since it completely breaks packet timestamping. This patch continues using an array for the ctts data, which is not the most ideal given the rearrangement that needs to happen (via memmove as new entries are read in). Ideally AVIndex and the ctts data would be set-type structures so addition is always worst case O(lg(n)) instead of the O(n^2) that exists now; this slowdown is noticeable during seeks. Signed-off-by:
Dale Curtis <dalecurtis@chromium.org> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Aug, 2017 2 commits
-
-
Marton Balint authored
Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Paul B Mahol authored
Fixes #6590.
-
- 15 Aug, 2017 1 commit
-
-
Vittorio Giovara authored
Add a pixel format flag to identify this family. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 10 Aug, 2017 1 commit
-
-
Sasi Inguva authored
According to https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFAppenG/QTFFAppenG.html and ISO-IEC-14496-12 Section 10.1.1.1 and 10.1.1.3 Signed-off-by:
Sasi Inguva <isasi@google.com> Reviewed-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-