[FFmpeg-devel] [PATCH] libavformat/rtpdec_opus

2025-05-11 Thread Jonathan Baudanza
This commit will properly set the duration field of Opus AVPackets. Currently, duration is set to 0 on Opus packets from the RTP demuxer. The Ogg muxer depends on the duration field to properly compute the page granule value. Without a proper duration, the granule will be wrong, and result in nega

Re: [FFmpeg-devel] [PATCH] libavformat/rtpdec_opus

2025-05-11 Thread Jonathan Baudanza
I'll resubmit this with a proper commit message. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-devel] [PATCH] libavformat/rtpdec_opus Set duration field on Opus AVPacket

2025-05-11 Thread Jonathan Baudanza
This commit will properly set the duration field of Opus AVPackets. Currently, duration is set to 0 on Opus packets from the RTP demuxer. The Ogg muxer depends on the duration field to properly compute the page granule value. Without a proper duration, the granule will be wrong, and result in nega

Re: [FFmpeg-devel] [PATCH] libavformat/rtpdec_opus Set duration field on Opus AVPacket

2025-05-11 Thread softworkz .
> -Original Message- > From: ffmpeg-devel On Behalf Of Jonathan > Baudanza > Sent: Montag, 12. Mai 2025 04:19 > To: ffmpeg-devel@ffmpeg.org > Cc: Jonathan Baudanza > Subject: [FFmpeg-devel] [PATCH] libavformat/rtpdec_opus Set duration field on > Opus AVPacket > There must be a colon

[FFmpeg-devel] [PATCH] fix(configure): fix detection on windows arm64

2025-05-11 Thread Coia Prant
On Windows Arm64 `uname -m` returned `x86_64` instead of `aarch64` Link: https://github.com/msys2/msys2-runtime/issues/171 But `uname -s` contains `ARM64` suffix So check suffix on windows arm64 (for clangarm64) This problem also in VideoLAN/x264 Link: https://code.videolan.org/videolan/x264/-/me

[FFmpeg-devel] [PATCH] avformat/allformats: Move avisynth and dvdvideo under external libraries group

2025-05-11 Thread Zhao Zhili
From: Zhao Zhili --- libavformat/allformats.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/allformats.c b/libavformat/allformats.c index b5a23f9c17..9038e9fd52 100644 --- a/libavformat/allformats.c +++ b/libavformat/allformats.c @@ -94,7 +94,6 @@ extern con

[FFmpeg-devel] [PATCH] Makefile: Remove postproc from ALLFFLIBS

2025-05-11 Thread Zhao Zhili
From: Zhao Zhili Fix ld: warning: search path 'libpostproc' not found --- Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Makefile b/Makefile index e2250f6bc6..17f9d2da4f 100644 --- a/Makefile +++ b/Makefile @@ -19,14 +19,13 @@ vpath %/fate_config.sh.template $(SRC

Re: [FFmpeg-devel] [PATCH v2] lavf: vvc_probe: enforce SPS -> PPS -> IRAP detection order to fix invalid stream detection

2025-05-11 Thread Michael Niedermayer
Hi xiongweixiao On Sun, May 11, 2025 at 11:43:08PM +0800, xiongweixiao wrote: > The current vvc_probe function checks for SPS, PPS, and IRAP NAL units but > does not enforce their detection order. This can lead to false positives when > PPS or IRAP appear before SPS, causing malformed or non-com

[FFmpeg-devel] [PATCH] libavformat/rtpdec_opus: Set duration field on Opus AVPacket

2025-05-11 Thread Jonathan Baudanza
This commit will properly set the duration field of Opus AVPackets. Currently, duration is set to 0 on Opus packets from the RTP demuxer. The Ogg muxer depends on the duration field to properly compute the page granule value. Without a proper duration, the granule will be wrong, and result in nega

[FFmpeg-devel] [PATCH v2] lavf: vvc_probe: enforce SPS -> PPS -> IRAP detection order to fix invalid stream detection

2025-05-11 Thread xiongweixiao
The current vvc_probe function checks for SPS, PPS, and IRAP NAL units but does not enforce their detection order. This can lead to false positives when PPS or IRAP appear before SPS, causing malformed or non-compliant bitstreams to be incorrectly identified as valid VVC streams. This patch mod

[FFmpeg-devel] [PATCH] MAINTAINERS: Add entry for samples-request

2025-05-11 Thread Michael Niedermayer
This is based on discussion with the GA and its simply the people who have done or tried to do some uploads recently. Everyone who has a shell account on ffmpeg.org should have powers to upload samples. CC: compn CC: Thilo Borgmann Signed-off-by: Michael Niedermayer --- MAINTAINERS | 1 + 1 f

Re: [FFmpeg-devel] [PATCH] lavf: vvc_probe: enforce SPS -> PPS -> IRAP detection order to fix invalid stream detection

2025-05-11 Thread Michael Niedermayer
Hi xiongweixiao On Sun, May 11, 2025 at 01:08:14PM +0800, xiongweixiao wrote: > The current vvc_probe function checks for SPS, PPS, and IRAP NAL units but > does not enforce their detection order. This can lead to false positives when > PPS or IRAP appear before SPS, causing malformed or non-com

Re: [FFmpeg-devel] Version 4.4.6 is stable?

2025-05-11 Thread Michael Niedermayer
Hi On Sat, May 10, 2025 at 05:21:42PM +, johannakity-00--- via ffmpeg-devel wrote: > Hello everybody, > > In the branch release/4.4 I can see update for 4.4.6 but the latest stable > release for 4.4 is the version 4.4.5. > Is version 4.4.6 stable? the 4.4.6 release will be made soon and ye

[FFmpeg-devel] [PATCH] fate: Add test for APV 400-10 profile

2025-05-11 Thread Mark Thompson
Same setup as the 422-10 profile test, using the same content. FFmpeg decoder output is identical to the reference decoder output. --- The OpenAPV people fixed the 400-10 profile (profile_idc == 99) in , so this adds a sample to match

[FFmpeg-devel] [Query] Issues with FFMPEG 7.1 and HW plugins

2025-05-11 Thread Kamboj, Nitin via ffmpeg-devel
[AMD Official Use Only - AMD Internal Distribution Only] Hi, The provided text describes a technical issue encountered while implementing a zero-copy hardware-accelerated transcoding solution using FFmpeg. Then we discuss workaround/solution aiming to leverage hardware acceleration to decode, s

[FFmpeg-devel] [PATCH v2 1/2] apv_decode: Multisymbol entropy decode

2025-05-11 Thread Mark Thompson
--- v2: * Bring error handling to the same level as before. * Split first run/level step to avoid first-AC handling inside the loop. * More commentary. * Other minor improvements. Thanks, - Mark libavcodec/apv_decode.c | 5 +- libavcodec/apv_decode.h | 59 ++-- libavcodec/apv_entropy.c | 6

[FFmpeg-devel] [PATCH v2 2/2] lavc: Add unit test for APV entropy decode

2025-05-11 Thread Mark Thompson
--- libavcodec/Makefile | 1 + libavcodec/tests/apv.c| 449 ++ tests/fate/libavcodec.mak | 5 + 3 files changed, 455 insertions(+) create mode 100644 libavcodec/tests/apv.c diff --git a/libavcodec/Makefile b/libavcodec/Makefile index cae8f3a9f1..

[FFmpeg-devel] [PATCH v2] fate: Add test for APV 400-10 profile

2025-05-11 Thread Mark Thompson
Same setup as the 422-10 profile test, using the same content. FFmpeg decoder output is identical to the reference decoder output. --- On 11/05/2025 14:40, James Almer wrote: > Will upload. Thank you! > Missing the reference file. Oops, updated. Thanks, - Mark tests/fate/apv.mak| 4

Re: [FFmpeg-devel] [PATCH] fate: Add test for APV 400-10 profile

2025-05-11 Thread James Almer
On 5/11/2025 10:38 AM, Mark Thompson wrote: Same setup as the 422-10 profile test, using the same content. FFmpeg decoder output is identical to the reference decoder output. --- The OpenAPV people fixed the 400-10 profile (profile_idc == 99) in

[FFmpeg-devel] [PATCH v2] [v2] lavf: vvc_probe: fix based on review feedback

2025-05-11 Thread xiongweixiao
Changes since v1: - Added a flag to force sps, pps, iraq to appear in order; - Modified score where pps, iraq appeared in the wrong position; - Set a smaller score for incomplete sps, pps, iraq to deal with situations that may look like vvc format Signed-off-by: xiongweixiao --- libavformat/vvc

[FFmpeg-devel] [PATCH 2/2] tests/fate/probe: add test for dts in wav

2025-05-11 Thread Marton Balint
Signed-off-by: Marton Balint --- tests/fate/probe.mak | 3 +++ 1 file changed, 3 insertions(+) diff --git a/tests/fate/probe.mak b/tests/fate/probe.mak index 6faafb7e37..5c2bb1082a 100644 --- a/tests/fate/probe.mak +++ b/tests/fate/probe.mak @@ -13,6 +13,9 @@ fate-probe-format-roundup2015: REF =

[FFmpeg-devel] [PATCH 1/2] tests/fate/probe: add test for pcm misdetected as mp3 in wav

2025-05-11 Thread Marton Balint
Signed-off-by: Marton Balint --- tests/fate-run.sh| 4 tests/fate/probe.mak | 4 2 files changed, 8 insertions(+) diff --git a/tests/fate-run.sh b/tests/fate-run.sh index 45dcb6e8dc..5d904ab8bf 100755 --- a/tests/fate-run.sh +++ b/tests/fate-run.sh @@ -98,6 +98,10 @@ probefmt(){

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg: move elapsed time counter to the end of the status line

2025-05-11 Thread Marton Balint
On Fri, 9 May 2025, softworkz . wrote: -Original Message- From: ffmpeg-devel On Behalf Of Marton Balint Sent: Freitag, 9. Mai 2025 20:56 To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg: move elapsed time counter to the end of the s

Re: [FFmpeg-devel] [PATCH] avformat/wavdec: increase requested probe score for codec probe

2025-05-11 Thread Marton Balint
On Sat, 10 May 2025, Michael Niedermayer wrote: On Fri, May 09, 2025 at 01:54:22PM +0200, Marton Balint wrote: On Fri, 9 May 2025, Michael Niedermayer wrote: On Fri, May 09, 2025 at 12:28:00AM +0200, Marton Balint wrote: Codec probing was primarily added to the wav demuxer to support DT

[FFmpeg-devel] [PATCH v3] lavf: vvc_probe: enforce SPS -> PPS -> IRAP detection order to fix invalid stream detection

2025-05-11 Thread xiongweixiao
The current vvc_probe function checks for SPS, PPS, and IRAP NAL units but does not enforce their detection order. This can lead to false positives when PPS or IRAP appear before SPS, causing malformed or non-compliant bitstreams to be incorrectly identified as valid VVC streams. This patch mod