Re: [FFmpeg-devel] [PATCH v1] lavc/vaapi_hevc: fill rext luma/chroma offset in the right way

On Wed, 2022-06-01 at 22:58 +0800, Fei Wang wrote: > From: Xu Guangxin > > For range extension, the luma/chroma offset is larger than 8 bits, we > need fill the 16 bits version. > > Signed-off-by: Xu Guangxin > Signed-off-by: Linjie Fu > Signed-off-by: Fei Wang > --- > libavcodec/vaapi_hevc.

Re: [FFmpeg-devel] [PATCH v4] libavcodec/qsvenc: add ROI support to qsv encoder

On Wed, 2022-06-08 at 13:02 +0800, Wenbin Chen wrote: > Use The mfxEncoderCtrl parameter to enable ROI. Get side data > "AVRegionOfInterest" and use it to configure "mfxExtEncoderROI" which is > the MediaSDK's ROI configuration. > > Signed-off-by: Wenbin Chen > --- > libavcodec/qsv_internal.h |

[FFmpeg-devel] [PATCH 41/41] avutil/x86/pixelutils_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the 8x8 MMX (overridden by MMXEXT) as well as the 16x16 MMXEXT (overridden b

[FFmpeg-devel] [PATCH 40/41] avfilter/x86/vf_eq_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables process_mmxext (overridden by process_sse2) at compile-time for x64. Signed

[FFmpeg-devel] [PATCH 39/41] swscale/x86/swscale: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by MMXEXT) at compile-time for x

[FFmpeg-devel] [PATCH 38/41] swscale/x86/yuv2rgb: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables some MMX functions that are overridden by MMXEXT at compile-time for x64. S

[FFmpeg-devel] [PATCH 37/41] swscale/x86/rgb2rgb: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX and 3dnow implementations (overridden by MMXEXT) and a single MMXEXT

[FFmpeg-devel] [PATCH 36/41] swresample/x86/rematrix_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 35/41] swresample/x86/audio_convert_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 34/41] avcodec/x86/h264chroma_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the 3dnow implementation (which is overridden by the MMXEXT specific impleme

[FFmpeg-devel] [PATCH 33/41] avcodec/x86/h264_qpel: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables several MMXEXT functions (that are overridden by SSE2 functions) at compile-

[FFmpeg-devel] [PATCH 32/41] avcodec/x86/h264_qpel: Make functions only used here static

Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/h264_qpel.c | 44 ++ 1 file changed, 21 insertions(+), 23 deletions(-) diff --git a/libavcodec/x86/h264_qpel.c b/libavcodec/x86/h264_qpel.c index dda50ded89..fd1070247b 100644 --- a/libavcodec/x86/h264_qpel.

[FFmpeg-devel] [PATCH 31/41] avcodec/x86/hpeldsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the 3dnow implementation (which is overridden by the MMXEXT specific impleme

[FFmpeg-devel] [PATCH 30/41] avcodec/x86/hpeldsp_vp3_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the 3dnow implementation (which is overridden by the MMXEXT specific impleme

[FFmpeg-devel] [PATCH 29/41] avcodec/x86/fmtconvert_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the SSE implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 28/41] avcodec/x86/svq1enc_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 27/41] avcodec/x86/lossless_audiodsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 26/41] avcodec/x86/pixblockdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE2 specific implementat

[FFmpeg-devel] [PATCH 25/41] avcodec/x86/blockdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX implementation (which is overridden by the SSE specific implementati

[FFmpeg-devel] [PATCH 24/41] avcodec/x86/idctdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables the MMX as well as the non-64 bit (which are overridden by the 64bit specifi

[FFmpeg-devel] [PATCH 23/41] avcodec/x86/sbrdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables ff_sbr_qmf_deint_bfly_sse (which is overridden by an SSE2 function) at compi

[FFmpeg-devel] [PATCH 22/41] avcodec/x86/h264dsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such h264dsp functions at compile-time for x64. Signed-off-by: Andreas Rhei

[FFmpeg-devel] [PATCH 21/41] avcodec/x86/mpegvideoencdsp: Disable ff_pix_norm1_mmx on x64

Forgotten in acebff8e5dc0789c228b10ffcae2f2eb6c30a91d. Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/mpegvideoencdsp.asm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavcodec/x86/mpegvideoencdsp.asm b/libavcodec/x86/mpegvideoencdsp.asm index aec73f82dc..639abc429d 100644 --- a

[FFmpeg-devel] [PATCH 20/41] avcodec/x86/me_cmp: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such me_cmp functions at compile-time for x64. Signed-off-by: Andreas Rhein

[FFmpeg-devel] [PATCH 19/41] avfilter/x86/vf_noise: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables line_noise_mmx at compile-time for x64. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 18/41] avcodec/x86/h264_intrapred_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such H.264-intrapred-dsp functions at compile-time. Signed-off-by: Andreas

[FFmpeg-devel] [PATCH 17/41] avcodec/x86/cavsdsp: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such CAVS-dsp functions at compile-time. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 16/41] avcodec/x86/rv40dsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such RV40-dsp functions at compile-time. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 15/41] avcodec/x86/hevcdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such hevcdsp functions at compile-time. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 14/41] avcodec/x86/fdct: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such mpegvideoenc functions at compile-time. Signed-off-by: Andreas Rheinha

[FFmpeg-devel] [PATCH 13/41] avcodec/x86/mpegvideoenc: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such mpegvideoenc functions at compile-time. Signed-off-by: Andreas Rheinha

[FFmpeg-devel] [PATCH 12/41] avcodec/x86/diracdsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such diracdsp functions at compile-time. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 11/41] avcodec/x86/audiodsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such audiodsp functions at compile-time. Signed-off-by: Andreas Rheinhardt

[FFmpeg-devel] [PATCH 10/41] avcodec/x86/ac3dsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT, SSE and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables such AC-3 functions at compile-time. Signed-off-by: Andreas Rheinhardt ---

[FFmpeg-devel] [PATCH 09/41] avcodec/x86/vc1dsp_init: Disable overridden functions on x64

x64 always has MMX, MMXEXT, SSE and SSE2 and this means that some functions for MMX, MMXEXT and 3dnow are always overridden by other functions (unless one e.g. explicitly disables SSE2). This commit therefore disables these functions at compile-time. Signed-off-by: Andreas Rheinhardt --- libavco

[FFmpeg-devel] [PATCH 08/41] avcodec/x86/h264_qpel_8bit: Remove unused function

Namely ff_avg_h264_qpel8or16_hv1_lowpass_op_mmxext. It seems to exist since 610e00b3594bf0f2a75713f20e9c4edf0d03a818 (a function like this already existed before that commit, but it was static and av_always_inline and was therefore not present in the actual binaries). Signed-off-by: Andreas Rheinh

[FFmpeg-devel] [PATCH 07/41] avcodec/x86/rv34dsp: Remove unused ff_rv34_idct_dc_mmxext

Forgotten in 9ba9c3402499d90e54f8aa111b62c278206d11af. Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/rv34dsp.asm | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/libavcodec/x86/rv34dsp.asm b/libavcodec/x86/rv34dsp.asm index 692b4acfcd..5568ddfdf8 100644 -

[FFmpeg-devel] [PATCH 06/41] avcodec/x86/fpel: Remove unused ff_avg_pixels4_mmx

Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/fpel.asm | 1 - 1 file changed, 1 deletion(-) diff --git a/libavcodec/x86/fpel.asm b/libavcodec/x86/fpel.asm index 961a1587a7..d38a1b1035 100644 --- a/libavcodec/x86/fpel.asm +++ b/libavcodec/x86/fpel.asm @@ -90,7 +90,6 @@ cglobal %1_pixels%2,

[FFmpeg-devel] [PATCH 05/41] avcodec/videodsp: Make ff_emulated_edge_mc_16 static

Only ff_emulated_edge_mc_8() is used outside of lavc/videodsp.c. Signed-off-by: Andreas Rheinhardt --- libavcodec/videodsp.c | 4 libavcodec/videodsp.h | 1 - libavcodec/videodsp_template.c | 1 + 3 files changed, 5 insertions(+), 1 deletion(-) diff --git a/libavcodec/vid

[FFmpeg-devel] [PATCH 04/41] avcodec/v4l2_m2m: Remove unused ff_v4l2_m2m_codec_full_reinit

Unused since df701ed0b582a6b5c763310b4225446089cbcfb1. Signed-off-by: Andreas Rheinhardt --- libavcodec/v4l2_m2m.c | 76 --- 1 file changed, 76 deletions(-) diff --git a/libavcodec/v4l2_m2m.c b/libavcodec/v4l2_m2m.c index 3178ef06b8..51932baf84 100644 ---

[FFmpeg-devel] [PATCH 03/41] avcodec/hevcdec: Make ff_hevc_pel_weight static

Only used here. Signed-off-by: Andreas Rheinhardt --- libavcodec/hevcdec.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c index f782ea6394..e84c30dd13 100644 --- a/libavcodec/hevcdec.c +++ b/libavcodec/hevcdec.c @@ -52,7

[FFmpeg-devel] [PATCH 02/41] avcodec/x86/hevcdsp_init: Remove unnecessary inclusion of get_bits.h

This file does not use anything from get_bits.h at all; furthermore hevcdsp.h now includes get_bits.h itself. Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/hevcdsp_init.c | 1 - 1 file changed, 1 deletion(-) diff --git a/libavcodec/x86/hevcdsp_init.c b/libavcodec/x86/hevcdsp_init.c index

[FFmpeg-devel] [PATCH 01/41] avcodec/x86/qpeldsp: Remove unused ff_put_no_rnd_pixels16_l2_3dnow

qpeldsp does not use 3dnow, it is MMXEXT-only. Signed-off-by: Andreas Rheinhardt --- libavcodec/x86/qpeldsp.asm | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavcodec/x86/qpeldsp.asm b/libavcodec/x86/qpeldsp.asm index 282faed14f..3a6a650654 100644 --- a/libavcodec/x86/qpeldsp.asm +++ b/

[FFmpeg-devel] [PATCH v7] libx264: Set min build version to 158

From: Matt Oliver Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS" Setting X264_API_IMPORTS only affects msvc builds and it breaks linking to static builds (although is required for shared builds). This flag is set by x264 in its pkgconfig as required since build 158 (a615f027ed172e

[FFmpeg-devel] [PATCH] avformat/os_support: use windows stat structs with 64bit time_t

From: softworkz Signed-off-by: softworkz --- avformat/os_support: use windows stat structs with 64bit time_t Signed-off-by: softworkz softwo...@hotmail.com Published-As: https://github.com/ffstaging/FFmpeg/releases/tag/pr-ffstaging-35%2Fsoftworkz%2Fsubmit_long_filenames2-v1 Fetch-

[FFmpeg-devel] [PATCH 00/41] Stop including superseded functions for x64

x64 requires MMX, MMXEXT, SSE and SSE2; yet there is no shortage of code like the following: if (EXTERNAL_MMX(cpu_flags)) { c->ssd_int8_vs_int16 = ff_ssd_int8_vs_int16_mmx; } if (EXTERNAL_SSE2(cpu_flags)) { c->ssd_int8_vs_int16 = ff_ssd_int8_vs_int16_sse2; } Given

[FFmpeg-devel] [PATCH] avformat/librist: bump required version to 0.2.7

This is the first version for which fifo size setting actually works. Signed-off-by: Marton Balint --- configure | 2 +- libavformat/librist.c | 32 2 files changed, 1 insertion(+), 33 deletions(-) diff --git a/configure b/configure index 5a167613a4

Re: [FFmpeg-devel] [PATCH] libRIST: allow setting fifo size and fail on overflow.

On Tue, 1 Feb 2022, Marton Balint wrote: On Tue, 11 Jan 2022, Gijs Peskens wrote: Introduce fifo_size and overrun_nonfatal params to configure fifo buffer behavior. Use newly introduced RIST_DATA_FLAGS_OVERFLOW flag to check for overrun and error out in that case. --- doc/protocols

[FFmpeg-devel] [PATCH 2/3] avcodec/hevcdsp_template: stay within tables in sao_band_filter()

Fixes: out of array read Fixes: 47875/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-5719393113341952 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/hevcdsp_template.c | 2 +-

[FFmpeg-devel] [PATCH 3/3] avcodec/cdgraphics: limit scrolling to the line

Fixes: out of array access Fixes: 47877/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CDGRAPHICS_fuzzer-5690504626438144 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/cdgraphics.c | 2 +-

[FFmpeg-devel] [PATCH 1/3] avcodec/jpeglsdec: fix end check for xfrm

Fixes: out of array access Fixes: 47871/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AMV_fuzzer-5646305956855808 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael Niedermayer --- libavcodec/jpeglsdec.c | 8

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Thursday, June 9, 2022 10:16 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows > > > > > -Original Message- > > From: f

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

On Thu, 9 Jun 2022, nil-admir...@mailo.com wrote: Right, I wasn't aware that the -A version would return a guaranteed-ansi-compatible version of the filename. If that's really the case, this patch would indeed be a minor step backwards. Two options are available: 1. fopen() is replaced with av

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

> Right, I wasn't aware that the -A version would return a > guaranteed-ansi-compatible version of the filename. If that's really the > case, this patch would indeed be a minor step backwards. Two options are available: 1. fopen() is replaced with avpriv_fopen_utf8(), getenv() is made Unicode-aw

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> -Original Message- > From: ffmpeg-devel On Behalf Of nil- > admir...@mailo.com > Sent: Thursday, June 9, 2022 10:58 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows > > > This error isn't reproducible in git master - it'

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

On Thu, 9 Jun 2022, nil-admir...@mailo.com wrote: This error isn't reproducible in git master - it's triggered by your yet-unmerged patches (that include wchar_filename.h in w32dlfcn.h). Ok. It can be fixed by either - defining NO_DSHOW_STRSAFE in libavcodec/mf_utils.h - or by migrating os_sup

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> This error isn't reproducible in git master - it's triggered by your > yet-unmerged patches (that include wchar_filename.h in w32dlfcn.h). Ok. It can be fixed by either - defining NO_DSHOW_STRSAFE in libavcodec/mf_utils.h - or by migrating os_support.h to StrSafe.h functions. Which way is pref

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

On Thu, 9 Jun 2022, Soft Works wrote: -Original Message- From: ffmpeg-devel On Behalf Of Martin Storsjö Sent: Thursday, June 9, 2022 9:09 PM To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoan

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> wcscpy is defined in corecrt_wstring.h, included in string.h, > included in winnt.h included in windef.h, included in windows.h Not so easy, it's the same as https://trac.ffmpeg.org/ticket/999: > In file included from /opt/ct-ng/i686-w64- > mingw32/sysroot/mingw/include/dshow.h:33 NO_DSHOW_ST

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

On Thu, 9 Jun 2022, nil-admir...@mailo.com wrote: This looks fine to me, and the discussion seems to have converged, so I'll go ahead and push this. Build is now failing: https://github.com/yt-dlp/FFmpeg-Builds/runs/6819319105?check_suite_focus=true. In file included from /opt/ct-ng/i686-w6

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> -Original Message- > From: ffmpeg-devel On Behalf Of nil- > admir...@mailo.com > Sent: Thursday, June 9, 2022 9:37 PM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows > > > This looks fine to me, and the discussion seems to

[FFmpeg-devel] Unsubscribe

Please, unsubscribe me from the mailing list thank you -- *Ewa Bzdęga* *kom. +34 692 417 503* Wolny od wirusów. www.avg.com

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

> -Original Message- > From: ffmpeg-devel On Behalf Of Martin > Storsjö > Sent: Thursday, June 9, 2022 9:09 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add > whcartoutf8, wchartoansi and utf8toansi > > On

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

> This looks fine to me, and the discussion seems to have converged, so I'll > go ahead and push this. Build is now failing: https://github.com/yt-dlp/FFmpeg-Builds/runs/6819319105?check_suite_focus=true. In file included from /opt/ct-ng/i686-w64-mingw32/sysroot/mingw/include/dshow.h:33,

Re: [FFmpeg-devel] [PATCH v6] libx264: Set min build version to 158

> -Original Message- > From: ffmpeg-devel On Behalf Of Marton > Balint > Sent: Thursday, June 9, 2022 8:44 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v6] libx264: Set min build version to 158 > > > > On Wed, 8 Jun 2022, Soft Works wrote:

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

>> I'm wondering why it converts wchar back to ansi instead of utf8 in 4/4 and >> whether it won't fail then, when a path contains non-ANSI chars. > > Yes, that's a preexisting problem there. That patch gets rid of the fixed > path lengths without touching the rest of the charset handling there. >

Re: [FFmpeg-devel] [PATCH] ffmpeg: add option fps_mode

On 2022-06-10 12:14 am, Paul B Mahol wrote: On Thu, Jun 9, 2022 at 8:06 PM Gyan Doshi wrote: Plan to push in a day. Is this a hack? No. On 2022-06-07 05:44 pm, Gyan Doshi wrote: fps_mode sets video sync per output stream. Overrides vsync for matching streams. --- doc/ffmpeg.tex

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

On Thu, 9 Jun 2022, Soft Works wrote: -Original Message- From: ffmpeg-devel On Behalf Of Martin Storsjö Sent: Thursday, June 9, 2022 12:10 PM To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchar

Re: [FFmpeg-devel] [PATCH 2/2] ffprobe: add -o option

On Sun, 3 Apr 2022, Stefano Sabatini wrote: On date Wednesday 2021-04-21 23:57:04 +0200, Stefano Sabatini wrote: On date Monday 2021-04-19 11:26:49 +0200, Michael Niedermayer wrote: On Sun, Apr 18, 2021 at 11:30:58PM +0200, Stefano Sabatini wrote: This enables printing to a resource specif

[FFmpeg-devel] [PATCH v13 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

These functions are going to be used in libavformat/avisynth.c and fftools/cmdutils.c to remove MAX_PATH limit. --- libavutil/wchar_filename.h | 51 ++ 1 file changed, 51 insertions(+) diff --git a/libavutil/wchar_filename.h b/libavutil/wchar_filename.h index f

[FFmpeg-devel] [PATCH v13 2/4] libavformat/avisynth.c: Remove MAX_PATH limit

--- libavformat/avisynth.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/libavformat/avisynth.c b/libavformat/avisynth.c index 8ba2bde..f7bea8c 100644 --- a/libavformat/avisynth.c +++ b/libavformat/avisynth.c @@ -34,6 +34,7 @@ /* Platform-specific directives. */

[FFmpeg-devel] [PATCH v13 3/4] compat/w32dlfcn.h: Remove MAX_PATH limit and replace LoadLibraryExA with LoadLibraryExW

--- compat/w32dlfcn.h | 80 +-- 1 file changed, 64 insertions(+), 16 deletions(-) diff --git a/compat/w32dlfcn.h b/compat/w32dlfcn.h index 52a94ef..6b0dd7d 100644 --- a/compat/w32dlfcn.h +++ b/compat/w32dlfcn.h @@ -22,9 +22,31 @@ #ifdef _WIN32 #includ

[FFmpeg-devel] [PATCH v13 4/4] fftools/cmdutils.c: Remove MAX_PATH limit

--- fftools/cmdutils.c | 31 +-- 1 file changed, 25 insertions(+), 6 deletions(-) diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c index 5d7cdc3..d42bb04 100644 --- a/fftools/cmdutils.c +++ b/fftools/cmdutils.c @@ -50,6 +50,7 @@ #include "opt_common.h" #ifdef _WI

Re: [FFmpeg-devel] [PATCH 1/2] lavf/avio: add avio_vprintf()

On Sun, 3 Apr 2022, Stefano Sabatini wrote: On date Wednesday 2021-04-21 23:53:35 +0200, Stefano Sabatini wrote: On date Sunday 2021-04-18 23:30:57 +0200, Stefano Sabatini wrote: This new function makes it possible to use avio_printf() functionality from a function taking a variable list of

Re: [FFmpeg-devel] [PATCH] ffmpeg: document -d option

On Fri, 8 Apr 2022, Stefano Sabatini wrote: On date Wednesday 2022-04-06 16:43:02 +0200, Michael Niedermayer wrote: On Tue, Apr 05, 2022 at 11:27:08PM +0200, Stefano Sabatini wrote: On date Tuesday 2022-04-05 07:23:27 +0200, Anton Khirnov wrote: Quoting Stefano Sabatini (2022-04-03 17:27:0

Re: [FFmpeg-devel] [PATCH 5/5] avformat/aviobuf: Check buf_size in ffio_ensure_seekback()

On Mon, Mar 21, 2022 at 12:30:56AM +0100, Michael Niedermayer wrote: > buffer_size is an int > > Fixes: signed integer overflow: 9223372036854775754 + 32767 cannot be > represented in type 'long' > Fixes: > 45691/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-5263458831040512 > > Signe

Re: [FFmpeg-devel] [PATCH 4/5] avformat/bfi: Check offsets better

On Mon, Mar 21, 2022 at 12:30:55AM +0100, Michael Niedermayer wrote: > Fixes: signed integer overflow: -2145378272 - 538976288 cannot be represented > in type 'int' > Fixes: > 45690/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-5015496544616448 > > Found-by: continuous fuzzing process

Re: [FFmpeg-devel] [PATCH 3/5] avformat/asfdec_f: Check packet_frag_timestamp

On Mon, Mar 21, 2022 at 12:30:54AM +0100, Michael Niedermayer wrote: > Fixes: signed integer overflow: -9223372036854775808 - 4607 cannot be > represented in type 'long' > Fixes: > 45685/clusterfuzz-testcase-minimized-ffmpeg_IO_DEMUXER_fuzzer-5280102802391040 > > Found-by: continuous fuzzing pro

Re: [FFmpeg-devel] [PATCH v6] libx264: Set min build version to 158

On Wed, 8 Jun 2022, Soft Works wrote: - { require libx264 "stdint.h x264.h" x264_encoder_encode "-lx264 $pthreads_extralibs $libm_extralibs" && - warn "using libx264 without pkg-config"; } } && x264 without pkg-config feature g

Re: [FFmpeg-devel] [PATCH] ffmpeg: add option fps_mode

On Thu, Jun 9, 2022 at 8:06 PM Gyan Doshi wrote: > Plan to push in a day. > Is this a hack? > > On 2022-06-07 05:44 pm, Gyan Doshi wrote: > > fps_mode sets video sync per output stream. Overrides vsync for matching > > streams. > > --- > > doc/ffmpeg.texi | 8 +--- > > fftools/ffmp

Re: [FFmpeg-devel] FFmpeg 5.1

On Tue, Jun 7, 2022 at 7:35 AM Michael Niedermayer wrote: > > Hi all > > As was discussed previously the 5.1 release should be in june/july > That means in the next weeks probably! > If you know of any regressions, security issues or other major bugs, > please help fixing them > > Also as was sugg

Re: [FFmpeg-devel] [PATCH] ffmpeg: add option fps_mode

Plan to push in a day. On 2022-06-07 05:44 pm, Gyan Doshi wrote: fps_mode sets video sync per output stream. Overrides vsync for matching streams. --- doc/ffmpeg.texi | 8 +--- fftools/ffmpeg.c | 9 + fftools/ffmpeg.h | 3 +++ fftools/ffmpeg_mux.c | 2 +- fftoo

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

> -Original Message- > From: ffmpeg-devel On Behalf Of Soft Works > Sent: Thursday, June 9, 2022 6:47 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add > whcartoutf8, wchartoansi and utf8toansi > > > > >

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

> -Original Message- > From: ffmpeg-devel On Behalf Of Martin > Storsjö > Sent: Thursday, June 9, 2022 12:10 PM > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add > whcartoutf8, wchartoansi and utf8toansi > > O

Re: [FFmpeg-devel] [PATCH v1 2/4] lavc/hevcdec: do not let missing ref frames invovled in dpb process

On Thu, Jun 09, 2022 at 05:34:47AM +, Wang, Fei W wrote: > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Tuesday, June 7, 2022 8:07 PM > > To: FFmpeg development discussions and patches > > Subject: Re: [FFmpeg-devel] [PATCH v1 2/4] lavc/he

[FFmpeg-devel] [PATCH v1] ffmpeg: add optional JSON output of inputs, outputs, mapping, and progress

In order to make a running ffmpeg process easier to monitor and parse by programs that call the ffmpeg binary and process its output, this patch adds the command line option -jsonstats. This option is a modifier for the (no)stats option which provides a more verbose output in JSON format than the d

Re: [FFmpeg-devel] [PATCH v8 0/2] libjxl Colorspace Fixes

On 6/1/22 22:14, Leo Izen wrote: Changes in v8: - Use avutil/csp for both encoding and decoding - Handle the non-XYB case with an attached ICC Profile on decoding - clean up some code and segment it out to static functions Leo Izen (2): avcodec/libjxldec: properly tag output colorspace avc

Re: [FFmpeg-devel] [PATCH v12 1/4] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi

On Sun, 5 Jun 2022, Nil Admirari wrote: These functions are going to be used in libavformat/avisynth.c and fftools/cmdutils.c to remove MAX_PATH limit. --- libavutil/wchar_filename.h | 51 ++ 1 file changed, 51 insertions(+) This patchset looks good to me too

Re: [FFmpeg-devel] [PATCH v8 0/3] Support long file names on Windows

On Thu, 26 May 2022, ffmpegagent wrote: This patchset adds support for long file and directory paths on Windows. The implementation follows the same logic that .NET is using internally, with the only exception that it doesn't expand short path components in 8.3 format. .NET does this as the same

Re: [FFmpeg-devel] [PATCH] avformat/mov: Only read the primary item for AVIF

On 2022-06-08 10:51 pm, Vignesh Venkatasubramanian wrote: On Thu, Jun 2, 2022 at 1:35 PM James Zern wrote: On Wed, Jun 1, 2022 at 1:38 PM Vignesh Venkatasubramanian wrote: On Wed, Jun 1, 2022 at 10:30 AM James Zern wrote: On Sun, Apr 24, 2022 at 11:35 AM Vignesh Venkatasubramanian wrote

Re: [FFmpeg-devel] [PATCH 0/6] avformat/movenc: normalize on AC-3 parser usage

On Tue, Jun 7, 2022 at 9:58 AM Jan Ekström wrote: > > On Fri, Jun 3, 2022 at 3:46 PM Jan Ekström wrote: > > > > The simplified parsing currently in `mov_write_ac3_tag` trusts the content > > of the packets a bit too much (the AC-3 parser returns all data fed to it, > > including any possible data