- 28 5月, 2020 19 次提交
-
-
由 Andreas Rheinhardt 提交于
Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
由 Andreas Rheinhardt 提交于
Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
由 Andreas Rheinhardt 提交于
Up until now, the HLS muxer uses av_strtok() to split an input string controlling parameters of the VariantStreams and then duplicates parts of this string containing parameters such as the language or the name of the VariantStream. But these parts are proper zero-terminated strings of their own that are never modified lateron, so one can simply use the substring as-is without creating a copy. This commit implements this. The same also happened for the string controlling the closed caption groups. Furthermore, add const to indicate that the pointers to these substrings are not used to modify them and also to indicate that these strings are not allocated on their own. Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
由 Andreas Rheinhardt 提交于
Up until now, the HLS muxer duplicated a string for every VariantStream, although neither the original nor the copies are ever modified. So use the original directly and stop copying. Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
由 Andreas Rheinhardt 提交于
Signed-off-by: NAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
由 Jun Zhao 提交于
commit 32aeba12 missed coding style fix. Signed-off-by: NJun Zhao <barryjzhao@tencent.com>
-
由 Jun Zhao 提交于
commit 4ed3a01d missed coding style fix. Signed-off-by: NJun Zhao <barryjzhao@tencent.com>
-
由 Limin Wang 提交于
Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Ting Fu 提交于
Signed-off-by: NTing Fu <ting.fu@intel.com> Signed-off-by: Guo, Yejun <yejun.guo@intel.com>
-
由 Ting Fu 提交于
more math unary operations will be added here It can be tested with the model file generated with below python scripy: import tensorflow as tf import numpy as np import imageio in_img = imageio.imread('input.jpeg') in_img = in_img.astype(np.float32)/255.0 in_data = in_img[np.newaxis, :] x = tf.placeholder(tf.float32, shape=[1, None, None, 3], name='dnn_in') x1 = tf.subtract(x, 0.5) x2 = tf.abs(x1) y = tf.identity(x2, name='dnn_out') sess=tf.Session() sess.run(tf.global_variables_initializer()) graph_def = tf.graph_util.convert_variables_to_constants(sess, sess.graph_def, ['dnn_out']) tf.train.write_graph(graph_def, '.', 'image_process.pb', as_text=False) print("image_process.pb generated, please use \ path_to_ffmpeg/tools/python/convert.py to generate image_process.model\n") output = sess.run(y, feed_dict={x: in_data}) imageio.imsave("out.jpg", np.squeeze(output)) Signed-off-by: NTing Fu <ting.fu@intel.com> Signed-off-by: Guo, Yejun <yejun.guo@intel.com>
-
由 James Almer 提交于
Regression since a1133db3Found-by: Ncomex <comexk@gmail.com> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Michael Niedermayer 提交于
Fixes: Timeout (170sec -> 6sec) Fixes: 20956/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HAP_fuzzer-5713643025203200 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
high resolutions with only small blocks appear to be rather slow with the fuzzer + sanitizers. A solution which makes this run faster is welcome. Fixes: Timeout (did not wait -> 17sec) Fixes: 21006/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-6002552539971584 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
This combination skips allocating large padding which can read out of array Fixes: 20978/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-5746381832847360 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Marton Balint 提交于
The old resync logic had some bugs, for example the packet size could stuck into 192 bytes, because pos47_full was not updated for every packet, and for unseekable inputs the resync logic simply skipped some 0x47 sync bytes, therefore the calculated distance between sync bytes was a multiple of 188 bytes. AVIO only buffers a single packet (for UDP/mpegts, that usually means 1316 bytes), so for every ten consecutive 188-byte MPEGTS packets there was always a seek failure, and that caused the old code to not find the 188 byte pattern across 10 consecutive packets. This patch changes the custom logic to the one which is used when probing to determine the packet size. This was already proposed as a FIXME a long time ago...
-
由 Zane van Iperen 提交于
Signed-off-by: NZane van Iperen <zane@zanevaniperen.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Zane van Iperen 提交于
Signed-off-by: NZane van Iperen <zane@zanevaniperen.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Zane van Iperen 提交于
Signed-off-by: NZane van Iperen <zane@zanevaniperen.com> Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Dale Curtis 提交于
Signed-off-by: NDale Curtis <dalecurtis@chromium.org> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 27 5月, 2020 18 次提交
-
-
由 Zane van Iperen 提交于
Uses ff_get_wav_header() in riffdec.c Signed-off-by: NZane van Iperen <zane@zanevaniperen.com> Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Limin Wang 提交于
then ff_h264_free_tables() and h264_decode_end() can be removed in h264_decode_init() if it's failed. The FF_CODEC_CAP_INIT_CLEANUP flag is need for single thread, For multithread, it'll be cleanup still by AV_CODEC_CAP_FRAME_THREADS flag if have. Reviewed-by: NAnton Khirnov <anton@khirnov.net> Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Limin Wang 提交于
then ff_mpv_encode_end() will be unnecessary in ff_mpv_encode_init() if it's failed. The FF_CODEC_CAP_INIT_CLEANUP flag is need for single thread, For multithread, it'll be cleanup still by AV_CODEC_CAP_FRAME_THREADS flag if have. Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Limin Wang 提交于
then we can remove adpcm_encode_close() in adpcm_encode_init() if have failed. so the goto error lable will be unnecessary and can be removed later. Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Paul B Mahol 提交于
-
由 Limin Wang 提交于
Merge the short lines after the last commit Reviewed-by: NMarton Balint <cus@passwd.hu> Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Limin Wang 提交于
Reviewed-by: NMarton Balint <cus@passwd.hu> Signed-off-by: NLimin Wang <lance.lmwang@gmail.com>
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Dale Curtis 提交于
7546ac2f made it so that the start_time for mp3 files is adjusted for skip_samples. However, this appears incorrect because subsequent packet timestamps are not adjusted and skip_samples are applied by deleting data from a packet without changing the timestamp. E.g., we are told the start_time is ~25ms and we get a packet with a timestamp of 0 that has had the skip_samples discarded from it. As such rendering engines may incorrectly discard everything prior to the 25ms thinking that is where playback should officially start. Since the samples were deleted without adjusting timestamps though, the true start_time is still 0. Other formats like MP4 with edit lists will adjust both the start time and the timestamps of subsequent packets to avoid this issue. Signed-off-by: NDale Curtis <dalecurtis@chromium.org> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Linjie Fu 提交于
This is accidentally missed while rebasing. Signed-off-by: NLinjie Fu <linjie.fu@intel.com>
-
由 Xu Guangxin 提交于
Currently find_ref_idx() would trigger 2 scans in DPB to find the requested POC: 1. Firstly, ignore MSB of ref->poc and search for the requested POC; 2. Secondly, compare the entire ref->poc with requested POC; For long term reference, we are able to only check LSB if MSB is not presented(e.g. delta_poc_msb_present_flag == 0). However, for short term reference, we should never ignore poc's MSB and it should be kind of bit-exact. (Details in 8.3.2) Otherwise this leads to decoding failures like: [hevc @ 0x5638f4328600] Error constructing the frame RPS. [hevc @ 0x5638f4328600] Error parsing NAL unit #2. [hevc @ 0x5638f4338a80] Could not find ref with POC 21 Error while decoding stream #0:0: Invalid data found when processing input Search the requested POC based on whether MSB is used, and avoid the 2-times scan for DPB buffer. This benefits both native HEVC decoder and integrated HW decoders. Signed-off-by: NXu Guangxin <guangxin.xu@intel.com> Signed-off-by: NLinjie Fu <linjie.fu@intel.com>
-
由 Xu Guangxin 提交于
delta_poc_msb_present_flag is needed in find_ref_idx() to indicate whether MSB of POC should be taken into account. Details in 8.3.2. Signed-off-by: NXu Guangxin <guangxin.xu@intel.com> Signed-off-by: NLinjie Fu <linjie.fu@intel.com>
-
由 Paul B Mahol 提交于
-
由 Martin Storsjö 提交于
Including codecapi.h and uuids.h in UWP mode doesn't define all defines properly, ending up with constructs that MSVC silently tolerates, but that clang errors out on, like this: DEFINE_GUIDEX(CODECAPI_AVEncCommonFormatConstraint); Just avoid including codecapi.h completely and hardcode the last few enum values we use from there. We already use local versions of most enums from there, due to older mingw-w64 headers being incomplete. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This might have been used originally for the decoder parts of the MediaFoundation wrapper, which aren't merged yet. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Marton Balint 提交于
Signed-off-by: NMarton Balint <cus@passwd.hu>
-
- 26 5月, 2020 3 次提交