- 18 1月, 2017 17 次提交
-
-
由 Steven Liu 提交于
Signed-off-by: NSteven Liu <lq@chinaffmpeg.org>
-
由 Mark Thompson 提交于
Also remove the redundant casts which were hiding the error here. (cherry picked from commit 7081620a)
-
由 Mark Thompson 提交于
Deprecates struct vaapi_context and the installed header vaapi.h, to be removed at the next version bump. (cherry picked from commit 851960f6)
-
由 Mark Thompson 提交于
Most of the functionality here has moved into lavc. (cherry picked from commit 3e8651a7)
-
由 Mark Thompson 提交于
-
由 Anton Khirnov 提交于
(cherry picked from commit ea8b730d) Signed-off-by: NMark Thompson <sw@jkqxz.net>
-
由 Mark Thompson 提交于
(cherry picked from commit ccd0316f)
-
由 Mark Thompson 提交于
(cherry picked from commit 520fb772)
-
由 Mark Thompson 提交于
(cherry picked from commit 102e13c3)
-
由 Mark Thompson 提交于
(cherry picked from commit 2fe93244)
-
由 Mark Thompson 提交于
Moves much of the setup logic for VAAPI decoding into lavc; the user now need only provide the hw_frames_ctx. (cherry picked from commit 123ccd07) (cherry picked from commit 5e879b54) (cherry picked from commit 0aec37e6) (cherry picked from commit cfa4eb4f)
-
由 Mark Thompson 提交于
The lowest supported VAAPI version is 0.34 (checked at configure time), so this test is no longer needed. (cherry picked from commit 5a667322)
-
由 Mark Thompson 提交于
(cherry picked from commit 01d6f84f)
-
由 Mark Thompson 提交于
(cherry picked from commit ee906129)
-
由 Mark Thompson 提交于
(cherry picked from commit 03adfe91)
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Kacper Michajłow 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 17 1月, 2017 2 次提交
-
-
由 Matthieu Bouron 提交于
* commit 'f450cc7b': h264: eliminate decode_postinit() Also includes fixes from 1f7b4f9a and e344e651. Original patch replace H264Context.next_output_pic (H264Picture *) by H264Context.output_frame (AVFrame *). This change is discarded as it is incompatible with the frame reconstruction and motion vectors display code which needs the extra information from the H264Picture. Merged-by: NClément Bœsch <u@pkh.me> Merged-by: NMatthieu Bouron <matthieu.bouron@gmail.com>
-
由 Matthieu Bouron 提交于
-
- 16 1月, 2017 14 次提交
-
-
由 Carl Eugen Hoyos 提交于
-
由 Clément Bœsch 提交于
-
由 Clément Bœsch 提交于
It is done unconditionally in ff_h264_field_end()
-
由 Clément Bœsch 提交于
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Fixes #2056. Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Steve Lhomme 提交于
We can pick the correct slice index directly from the ID3D11VideoDecoderOutputView casted from data[3]. Also added myself as maintainer for DXVA2 and D3D11VA. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Steve Lhomme 提交于
No need to loop through the known surfaces, we'll use the requested surface anyway. The loop is only done for DXVA2. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Steve Lhomme 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Andreas Cadhalpun 提交于
This fixes heap-buffer-overflows in libopenmpt caused by interpreting the negative size value as unsigned size_t. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Reviewed-by: NJörn Heusipp <osmanx@problemloesungsmaschine.de> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Daniil Cherednik 提交于
Reviewed-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 Daniil Cherednik 提交于
Reviewed-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 Rostislav Pehlivanov 提交于
When support for this was added the details weren't yet finalized. This is no longer the case. Fixes writing of mkv/webm files with HDR. Reported-by: NKagami Hiiragi <kagami@genshiken.org> Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com> Reviewed-by: NJames Almer <jamrial@gmail.com>
-
- 15 1月, 2017 7 次提交
-
-
由 Martin Storsjö 提交于
This is cherrypicked from libav commit 85ad5ea7. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This is cherrypicked from libav commit 65074791. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This is cherrypicked from libav commit c536e5e8. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This work is sponsored by, and copyright, Google. Previously all subpartitions except the eob=1 (DC) case ran with the same runtime: vp9_inv_dct_dct_16x16_sub16_add_neon: 1373.2 vp9_inv_dct_dct_32x32_sub32_add_neon: 8089.0 By skipping individual 8x16 or 8x32 pixel slices in the first pass, we reduce the runtime of these functions like this: vp9_inv_dct_dct_16x16_sub1_add_neon: 235.3 vp9_inv_dct_dct_16x16_sub2_add_neon: 1036.7 vp9_inv_dct_dct_16x16_sub4_add_neon: 1036.7 vp9_inv_dct_dct_16x16_sub8_add_neon: 1036.7 vp9_inv_dct_dct_16x16_sub12_add_neon: 1372.1 vp9_inv_dct_dct_16x16_sub16_add_neon: 1372.1 vp9_inv_dct_dct_32x32_sub1_add_neon: 555.1 vp9_inv_dct_dct_32x32_sub2_add_neon: 5190.2 vp9_inv_dct_dct_32x32_sub4_add_neon: 5180.0 vp9_inv_dct_dct_32x32_sub8_add_neon: 5183.1 vp9_inv_dct_dct_32x32_sub12_add_neon: 6161.5 vp9_inv_dct_dct_32x32_sub16_add_neon: 6155.5 vp9_inv_dct_dct_32x32_sub20_add_neon: 7136.3 vp9_inv_dct_dct_32x32_sub24_add_neon: 7128.4 vp9_inv_dct_dct_32x32_sub28_add_neon: 8098.9 vp9_inv_dct_dct_32x32_sub32_add_neon: 8098.8 I.e. in general a very minor overhead for the full subpartition case due to the additional cmps, but a significant speedup for the cases when we only need to process a small part of the actual input data. This is cherrypicked from libav commits cad42fad and a0c443a3. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This work is sponsored by, and copyright, Google. Previously all subpartitions except the eob=1 (DC) case ran with the same runtime: Cortex A7 A8 A9 A53 vp9_inv_dct_dct_16x16_sub16_add_neon: 3188.1 2435.4 2499.0 1969.0 vp9_inv_dct_dct_32x32_sub32_add_neon: 18531.7 16582.3 14207.6 12000.3 By skipping individual 4x16 or 4x32 pixel slices in the first pass, we reduce the runtime of these functions like this: vp9_inv_dct_dct_16x16_sub1_add_neon: 274.6 189.5 211.7 235.8 vp9_inv_dct_dct_16x16_sub2_add_neon: 2064.0 1534.8 1719.4 1248.7 vp9_inv_dct_dct_16x16_sub4_add_neon: 2135.0 1477.2 1736.3 1249.5 vp9_inv_dct_dct_16x16_sub8_add_neon: 2446.7 1828.7 1993.6 1494.7 vp9_inv_dct_dct_16x16_sub12_add_neon: 2832.4 2118.3 2266.5 1735.1 vp9_inv_dct_dct_16x16_sub16_add_neon: 3211.7 2475.3 2523.5 1983.1 vp9_inv_dct_dct_32x32_sub1_add_neon: 756.2 456.7 862.0 553.9 vp9_inv_dct_dct_32x32_sub2_add_neon: 10682.2 8190.4 8539.2 6762.5 vp9_inv_dct_dct_32x32_sub4_add_neon: 10813.5 8014.9 8518.3 6762.8 vp9_inv_dct_dct_32x32_sub8_add_neon: 11859.6 9313.0 9347.4 7514.5 vp9_inv_dct_dct_32x32_sub12_add_neon: 12946.6 10752.4 10192.2 8280.2 vp9_inv_dct_dct_32x32_sub16_add_neon: 14074.6 11946.5 11001.4 9008.6 vp9_inv_dct_dct_32x32_sub20_add_neon: 15269.9 13662.7 11816.1 9762.6 vp9_inv_dct_dct_32x32_sub24_add_neon: 16327.9 14940.1 12626.7 10516.0 vp9_inv_dct_dct_32x32_sub28_add_neon: 17462.7 15776.1 13446.2 11264.7 vp9_inv_dct_dct_32x32_sub32_add_neon: 18575.5 17157.0 14249.3 12015.1 I.e. in general a very minor overhead for the full subpartition case due to the additional loads and cmps, but a significant speedup for the cases when we only need to process a small part of the actual input data. In common VP9 content in a few inspected clips, 70-90% of the non-dc-only 16x16 and 32x32 IDCTs only have nonzero coefficients in the upper left 8x8 or 16x16 subpartitions respectively. This is cherrypicked from libav commit 9c8bc74c. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This avoids reloading them if they haven't been clobbered, if the first pass also was idct. This is similar to what was done in the aarch64 version. This is cherrypicked from libav commit 3c87039a. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
This is cherrypicked from libav commit 2f99117f. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-