[FFmpeg-devel] [PATCH 0/7] matroska: support of timecode

2025-09-18 Thread Jerome Martinez via ffmpeg-devel
This patch series adds support of timecode in Matroska files, specs are at: https://github.com/ietf-wg-cellar/matroska-specification/blob/master/cellar-codec/block_additional_mappings/smpte-st12-1-timecode.md As ST 12-1 support was already partially implemented, using 32 bits rather than 64 bits

[FFmpeg-devel] [PATCH] avcodec/exr: Simple check for available channels (PR #20551)

2025-09-18 Thread michaelni via ffmpeg-devel
PR #20551 opened by michaelni URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20551 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20551.patch The existing is_luma check is fragile as depending on the order of channels it can be set or reset No testcase Signed-off-by: Michael Niedermaye

[FFmpeg-devel] [PATCH] Fix 3 bigsleep issues in exr (PR #20550)

2025-09-18 Thread michaelni via ffmpeg-devel
PR #20550 opened by michaelni URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20550 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20550.patch >From 38d62a1a51a84e220b6dbeaefd961f170d2d5c72 Mon Sep 17 00:00:00 2001 From: Michael Niedermayer Date: Thu, 18 Sep 2025 17:32:46 +0200 Subject:

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Michael Niedermayer via ffmpeg-devel
Hi Martin On Tue, Sep 16, 2025 at 10:54:19PM +0300, Martin Storsjö via ffmpeg-devel wrote: > On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote: > > > On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel > > wrote: > > > On Tue, 16 Sep 2025, Michael Niedermayer

[FFmpeg-devel] [QUESTION] VVC, codec parameters

2025-09-18 Thread hugo.portisch--- via ffmpeg-devel
Hi, I currently work on VVC implementation on Amlogic platform. There we use ffmpeg to demux the stream. All other codecs like h264 or h265 do have codec parameters extra data: https://github.com/xbmc/xbmc/blob/master/xbmc/cores/VideoPlayer/DVDDemuxers/DVDDemuxFFmpeg.cpp#L2377 Is there just no e

[FFmpeg-devel] Re: [PATCH] avformat/mxfenc: fix SMPTE 436M UL for ANC

2025-09-18 Thread Tomas Härdin via ffmpeg-devel
mån 2025-09-15 klockan 10:26 -0300 skrev Helmuth Schmitz via ffmpeg- devel: > The first UL of the SMPTE 436M descriptor triple in mxfenc.c used > 0x0a > instead of 0x09. This caused generated MXF files without "MXF-GC > Generic > ANC > Data Mapping" essence container descriptor. > > This patch cor

[FFmpeg-devel] Re: [PATCH] WIP: Add custom tagging for alpha mode to the MXF format (PR #20504)

2025-09-18 Thread Tomas Härdin via ffmpeg-devel
fre 2025-09-12 klockan 15:09 + skrev Niklas Haas via ffmpeg-devel: > PR #20504 opened by Niklas Haas (haasn) > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504 > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504.patch > > Marking this as WIP because I think it may be a little

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Marton Balint via ffmpeg-devel
On Thu, 18 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote: On 9/17/2025 8:32 PM, Marton Balint via ffmpeg-devel wrote: On Wed, 17 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote: On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:  - I am not sure what would be the c

[FFmpeg-devel] [PATCH] avcodec/h274: Make H274FilmGrainDatabase a shared object (PR #20549)

2025-09-18 Thread mkver via ffmpeg-devel
PR #20549 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20549 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20549.patch Right now, the private contexts of every decoder supporting H.274 film grain synthesis (namely H.264, HEVC and VVC) contain a H274FilmGrainDatabase; s

[FFmpeg-devel] Re: [QUESTION] Regarding my first patch submission: "filters: add separator line to show_filters output"

2025-09-18 Thread Timo Rothenpieler via ffmpeg-devel
On 9/18/2025 7:29 AM, 张洪源 via ffmpeg-devel wrote: Dear FFmpeg Developers and Maintainers, I hope this email finds you well. My name is [Your Name], and I am writing to kindly inquire about a patch I recently submitted as my first contribution to the FFmpeg project. The patch is titled: "[P

[FFmpeg-devel] Re: [RFC] Issue tracker

2025-09-18 Thread Michael Niedermayer via ffmpeg-devel
On Mon, Sep 15, 2025 at 02:57:53PM +0200, Michael Niedermayer via ffmpeg-devel wrote: > Hi > > On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel > wrote: > > On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote: > [...] > > > Ideas, Comments ? > > > > I do

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Jacob Lifshay via ffmpeg-devel
On September 18, 2025 2:15:22 AM PDT, Nicolas George via ffmpeg-devel wrote: > If this web monster does not let you push code in your private fork > without asking to include it upstream, it is one more reason not to use > that thing. It does let you push to your private fork without updating

[FFmpeg-devel] [PATCH] Revert "avformat/tls_openssl: add av_assert0() for tls_shared" (PR #20548)

2025-09-18 Thread mkver via ffmpeg-devel
PR #20548 opened by mkver URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20548 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20548.patch This reverts commits fd55c4b5f72a157fbb128d0ef203e9922b53552b (for tls_openssl.c) and c74181a04b5f4e650eae662231e56518daef64d4 (for tls_gnutls.c). It

[FFmpeg-devel] Re: [FFmpeg-devel][QUESTION] Add new sample to fate-suite via forgejo

2025-09-18 Thread Timo Rothenpieler via ffmpeg-devel
On 9/18/2025 11:25 AM, Zhao Zhili wrote: Current situation: 1. A patch depends on new sample in fate-suit will fail CI Just temporarily manually download it in the workflow, and before the PR gets merged, have the sample be uploaded to the fate-suite and remove the manual download. That's h

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Niklas Haas via ffmpeg-devel
On Thu, 18 Sep 2025 01:52:31 -0700 Jacob Lifshay via ffmpeg-devel wrote: > On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel > wrote: > > > > Timo Rothenpieler via ffmpeg-devel (HE12025-09-18): > > > The problem is they can be very frequent. And not only force pushes. > > > So the

[FFmpeg-devel] [PATCH] WIP: fftools/opt_common: add separator line to show_filters output (PR #20547)

2025-09-18 Thread add-uos-ffmpeg via ffmpeg-devel
PR #20547 opened by add-uos-ffmpeg URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20547 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20547.patch Add a separator line to show_filters() function output to maintain consistent formatting with other show functions like show_codecs, show_for

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Nicolas George via ffmpeg-devel
Jacob Lifshay via ffmpeg-devel (HE12025-09-18): > I don't know about you, but whenever I'm developing code, I sometimes > push new changes multiple times in a day and then only ask for more > review after I'm done developing whatever thing I'm working on, maybe > after several days -- pushing code

[FFmpeg-devel] [FFmpeg-devel][QUESTION] Add new sample to fate-suite via forgejo

2025-09-18 Thread Zhao Zhili via ffmpeg-devel
Current situation: 1. A patch depends on new sample in fate-suit will fail CI 2. New sample needs to upload to fate-suit server manually Question: Is it possible to hook sample uploading request to forgejo? A simple idea is: 1. Setup a git repo with git-lfs support for fate-suit. 2. Add new sampl

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Gyan Doshi via ffmpeg-devel
On 2025-09-16 02:19 pm, Michael Niedermayer via ffmpeg-devel wrote: Hi all 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it) heres the "after testing" discussion and vote do we want to keep

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Zhao Zhili via ffmpeg-devel
> On Sep 17, 2025, at 22:44, Niklas Haas via ffmpeg-devel > wrote: > > On Tue, 16 Sep 2025 10:49:00 +0200 Michael Niedermayer > wrote: >> Hi all >> >> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested >> Forgejo. And as said in that vote, (and surprisingly, i have no

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

2025-09-18 Thread Jacob Lifshay via ffmpeg-devel
On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel wrote: > > Timo Rothenpieler via ffmpeg-devel (HE12025-09-18): > > The problem is they can be very frequent. And not only force pushes. > > So the current implementation is a compromise between visibility and > > spam-level. > > They