Re: [FFmpeg-devel] Fwd: Changing scan type (progressive<->interlaced) without reencoding.

Shit, sorry...I can see the replies now. -steinar fre. 16. des. 2022, 10:55 skrev Nicolas George : > Steinar Apalnes (12022-12-16): > > Did not get any response in the user list so trying here... > > Yes, you did. > > And even if you did not, that would not be an excuse to ask the question > her

Re: [FFmpeg-devel] [REFUND-REQUEST]Travel cost reimbursement request

On Thu, Dec 15, 2022 at 12:29:50AM +0100, Stefano Sabatini wrote: > On Tue, Dec 13, 2022 at 8:09 PM Carl Eugen Hoyos wrote: > > > > Hi! > > > > I traveled to Barcelona for the development meeting and request a > > reimbursement: > > Flight Vienna - Barcelona - Vienna: 449,99 > > Two nights in a h

Re: [FFmpeg-devel] AVX512 NUCs for FATE and development

On Sat, Dec 17, 2022 at 9:46 PM Michael Niedermayer wrote: > > On Sat, Dec 17, 2022 at 07:57:06PM +, Kieran Kunhya wrote: > > On Sat, 10 Dec 2022 at 18:12, Carl Eugen Hoyos wrote: > > > > > Am Fr., 9. Dez. 2022 um 18:07 Uhr schrieb Michael Niedermayer > > > : > > > > > > > > On Thu, Dec 08, 2

Re: [FFmpeg-devel] GSoC 2023

Am 15.12.22 um 23:47 schrieb Pierre-Anthony Lemieux: I have updated the page with the HTJ2K project. Cool, thanks! This is a good opportunity to ask for help completing the review of the patchset: https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=8078 All known issues have been reso

[FFmpeg-devel] [PATCH 1/5] avcodec/tiff: Check camera_calibration for 0

Fixes: division by 0 Fixes: 53926/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5680347889401856 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/tiff.c | 6 -- 1 file chang

[FFmpeg-devel] [PATCH 2/5] avcodec/tiff: Prettify code in dng_blit()

Signed-off-by: Michael Niedermayer --- libavcodec/tiff.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c index 820457fedc..1a1879de89 100644 --- a/libavcodec/tiff.c +++ b/libavcodec/tiff.c @@ -326,7 +326,7 @@ static void av_always_inline d

[FFmpeg-devel] [PATCH 3/5] avcodec/apac: Sanity check bits_per_coded_sample

Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type 'int' Fixes: 53931/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APAC_fuzzer-6072913738727424 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Micha

[FFmpeg-devel] [PATCH 4/5] avcodec/h264_slice: Use unsigned for fgs seed computation

Fixes: signed integer overflow: 2147481600 + 13408 cannot be represented in type 'int' Fixes: 53963/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-4650467311616000 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: M

[FFmpeg-devel] [PATCH 5/5] avcodec/wavpack: Avoid undefined shift in get_tail()

Fixes: left shift of 1208485947 by 1 places cannot be represented in type 'int' Fixes: 54058/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5827521084260352 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michae

Re: [FFmpeg-devel] [PATCH 5/5] avcodec/wavpack: Avoid undefined shift in get_tail()

On 12/18/2022 2:08 PM, Michael Niedermayer wrote: Fixes: left shift of 1208485947 by 1 places cannot be represented in type 'int' Fixes: 54058/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5827521084260352 Found-by: continuous fuzzing process https://github.com/google/oss-fu

Re: [FFmpeg-devel] [PATCH 5/5] avcodec/wavpack: Avoid undefined shift in get_tail()

James Almer: > On 12/18/2022 2:08 PM, Michael Niedermayer wrote: >> Fixes: left shift of 1208485947 by 1 places cannot be represented in >> type 'int' >> Fixes: >> 54058/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5827521084260352 >> >> Found-by: continuous fuzzing process >> h

Re: [FFmpeg-devel] [PATCH 5/5] avcodec/wavpack: Avoid undefined shift in get_tail()

On 12/18/22, Michael Niedermayer wrote: > Fixes: left shift of 1208485947 by 1 places cannot be represented in type > 'int' > Fixes: > 54058/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5827521084260352 > Please use something else than casting. > Found-by: continuous fuzzing

[FFmpeg-devel] [PATCH] libavdevice/pulse_audio_enc: remove inevitable early return in mute state and volume change callback

This patch removes an inevitable early return in libavdevice/pulse_audio_enc.c that prevents the user from accessing the volume or mute state of a pulseaudio output device. This happens because pulse_update_sink_input_info() passes a new pulseaudio context to pulse_audio_sink_input_cb(), causi

[FFmpeg-devel] [PATCH] libavdevice/pulse_audio_enc: remove inevitable early return in mute state and volume change callback

Signed-off-by: Varun Dhar --- libavdevice/pulse_audio_enc.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/libavdevice/pulse_audio_enc.c b/libavdevice/pulse_audio_enc.c index 038401c680..13e3165e36 100644 --- a/libavdevice/pulse_audio_enc.c +++ b/libavdevice/pulse_audio_enc.c @@ -95,9 +95,

Re: [FFmpeg-devel] [PATCH v7 0/3] 32bps FLAC patches

On 12/11/22, Martijn van Beurden wrote: > Op do 1 dec. 2022 om 13:31 schreef Paul B Mahol : >> >> On 11/25/22, Paul B Mahol wrote: >> > On 10/11/22, Martijn van Beurden wrote: >> >> Recently libFLAC gained the ability (first released in FLAC 1.4.0) >> >> to create FLAC files containing 32-bit in

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodec_wrapper: include stdbool.h

> On Dec 16, 2022, at 11:39, Zhao Zhili wrote: > > From: Zhao Zhili > > Since NDK failed to do that: > https://github.com/android/ndk/issues/1281 > --- > libavcodec/mediacodec_wrapper.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavcodec/mediacodec_wrapper.c b/libavcodec/medi

[FFmpeg-devel] 答复: [PATCH] fftools/ffmpeg_ffplay_ffprobe_cmdutils: add -safe to replace the user name and password in the protocol address

> On 17.12.2022 08:36, Wujian(Chin) wrote: > > The Protocol address may contain the user name and password. The ps -ef > > command may expose the plaintext. > > The -safe parameter option is added to replace the user name and password > > in the command line with the asterisk (*). > > > > Sign

[FFmpeg-devel] 答复: [PATCH] fftools/ffmpeg_ffplay_ffprobe_cmdutils: add -safe to replace the user name and password in the protocol address

>Am Sa., 17. Dez. 2022 um 08:36 Uhr schrieb Wujian(Chin) : >> >> The Protocol address may contain the user name and password. The ps -ef >> command may expose the plaintext. >Please add a sentence explaining why this is an issue. Other users can run the ps -ef command to view sensitive informa

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_ffplay_ffprobe_cmdutils: add -safe to replace the user name and password in the protocol address

> On Dec 17, 2022, at 15:36, Wujian(Chin) wrote: > > The Protocol address may contain the user name and password. The ps -ef > command may expose the plaintext. > The -safe parameter option is added to replace the user name and password in > the command line with the asterisk (*). The patch

[FFmpeg-devel] [PATCH] avformat/mov: fix buffering issue on playing HTTP(s)/mp4.

Using separated HTTP connection for each stream, prevent from reading audio and video in long distance, which cause seeking(http request) repeatedly. Storing the user options when open input, and make sure that can be passed to demuxer context. Some source can reproducing the issue: https://ali-sp

Re: [FFmpeg-devel] [PATCH] avformat/mov: fix buffering issue on playing HTTP(s)/mp4.

> On Dec 19, 2022, at 12:24, Chen, Jinkai wrote: > > Using separated HTTP connection for each stream, > prevent from reading audio and video in long distance, > which cause seeking(http request) repeatedly. > Storing the user options when open input, > and make sure that can be passed to demuxer

[FFmpeg-devel] 答复: [PATCH] fftools/ffmpeg_ffplay_ffprobe_cmdutils: add -safe to replace the user name and password in the protocol address

>> On Dec 17, 2022, at 15:36, Wujian(Chin) wrote: >> >> The Protocol address may contain the user name and password. The ps -ef >> command may expose the plaintext. >> The -safe parameter option is added to replace the user name and password in >> the command line with the asterisk (*). >The

Re: [FFmpeg-devel] [PATCH] avformat/mov: fix buffering issue on playing HTTP(s)/mp4.

So. I apply this strategy when it’s on HTTP/HTTPs, and it’s not affect local normal files. Could you please show me a bad case on this solution ? I appreciated and try to fix it. Thanks. > 2022年12月19日 下午2:18，zhilizhao(赵志立) 写道： > > [你通常不会收到来自 quinkbl...@foxmail.com 的电子邮件。请访问 > https://aka.ms/

Re: [FFmpeg-devel] [PATCH] avformat/mov: fix buffering issue on playing HTTP(s)/mp4.

> On Dec 19, 2022, at 15:04, Chen, Jinkai wrote: > > So. I apply this strategy when it’s on HTTP/HTTPs, and it’s not affect local > normal files. > > Could you please show me a bad case on this solution ? I appreciated and try > to fix it. Thanks. It will download the same file twice. > >

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_ffplay_ffprobe_cmdutils: add -safe to replace the user name and password in the protocol address

> On Dec 19, 2022, at 14:50, Wujian(Chin) wrote: > > >>> On Dec 17, 2022, at 15:36, Wujian(Chin) wrote: >>> >>> The Protocol address may contain the user name and password. The ps -ef >>> command may expose the plaintext. >>> The -safe parameter option is added to replace the user name and

[FFmpeg-devel] [PATCH v6 0/3] ffmpeg: add video heartbeat capability to fix_sub_duration

Changes from v5: - Rebased things on top of current master (option related code moved to ffmpeg_mux_init etc). - Added notes in the documentation regarding drawbacks of this option and that it should not be utilized in cases where latency of when the subtitle event is passed on to output

[FFmpeg-devel] [PATCH v6 1/3] ffmpeg: refactor post-decoding steps for subtitles into a function

From: Jan Ekström This enables us to later call this when generating additional subtitles for splitting purposes. Co-authored-by: Andrzej Nadachowski Signed-off-by: Jan Ekström --- fftools/ffmpeg.c | 49 +++- 1 file changed, 28 insertions(+), 21 de

[FFmpeg-devel] [PATCH v6 2/3] ffmpeg: move decoded frame counter from after post-processing to decode

From: Jan Ekström This way we can call process_subtitles without causing the decoded frame counter to get bumped. Additionally, this now takes into mention all of the decoded subtitle frames without fix_sub_duration latency/buffering, or filtering out decoded reset/end subtitles without any rend

[FFmpeg-devel] [PATCH v6 3/3] ffmpeg: add video heartbeat capability to fix_sub_duration

From: Jan Ekström Splits the currently handled subtitle at random access point packets that can be configured to follow a specific output stream. This way the subtitle - which is known to be shown at this time can be split and passed to muxer before its full duration is yet known. This is also a

Re: [FFmpeg-devel] [PATCH] avformat/mov: fix buffering issue on playing HTTP(s)/mp4.

Thanks for your reply, and I found the some wrong in the code. Drop this patch. 2022年12月19日 下午3:14，zhilizhao(赵志立) mailto:quinkbl...@foxmail.com>> 写道： [你通常不会收到来自 quinkbl...@foxmail.com 的电子邮件。请访问 https://aka.ms/LearnAboutSenderIdentification，以了解这一点为什么很重要] On Dec 19