On Thu, Jul 17, 2025 at 6:57 PM Desmond Liu wrote:
> > For what it's worth -- I've used the netint.com/contact-us/ contact
> form to
> > submit this request on July 10th, 2025:
> > ```
> > I am interested in purchasing a netint card. Is there price list? Is
> there
> > a model that would work we
> On Jul 18, 2025, at 10:07, Wang Bin wrote:
>
> ping
Applied, thanks.
> ___
> 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
ping
___
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".
> For what it's worth -- I've used the netint.com/contact-us/ contact form to
> submit this request on July 10th, 2025:
> ```
> I am interested in purchasing a netint card. Is there price list? Is there
> a model that would work well outside of a rack mount, in a regular PC ...
> or will I have to
On 7/16/2025 11:30 PM, Eric Joyner wrote:
Prevents ffmpeg/ffprobe from erroring out when reading an HEIF that
contains multiple hvcC thumbnails (e.g. from a Nikon Z6III camera).
Before, move_read_iref_thmb() would always override the stored
thmb_item_id in the MOVContext with each new read thumb
Nothing forbids them to be in any order the muxer desires.
Fixes demuxing heif samples generated by S1II.
Signed-off-by: James Almer
---
libavformat/mov.c | 41 ++---
1 file changed, 26 insertions(+), 15 deletions(-)
diff --git a/libavformat/mov.c b/libavfor
On 7/17/2025 8:54 AM, Lynne wrote:
Thanks. Patchset LGTM.
This also helps HEIF files generated by the S1II, but sadly they still
fail:
> [mjpeg @ 0x55a49a0e29c0] No JPEG data found in image
And for the main stream:
> [hevc @ 0x55a49a0fe880] Failed to parse header of NALU (type 34):
"Inval
On Tue, Jul 15, 2025 at 12:28:04AM +0200, Timo Rothenpieler wrote:
> On 7/15/2025 12:01 AM, Michael Niedermayer wrote:
> > On Mon, Jul 14, 2025 at 10:00:19PM +0200, Timo Rothenpieler wrote:
> > > On 7/14/2025 9:21 PM, Michael Niedermayer wrote:
> > > > On Sun, Jul 13, 2025 at 01:42:28PM +0200, Timo
Add type removed function wrappers to resolve UB of calling function
through pointer to incorrect function type.
Fixes: call to function av_md5_init through pointer to incorrect
function type 'void (*)(void *)' and similar for others.
Signed-off-by: Kacper Michajłow
---
libavutil/hmac.c |
On Wed, Jul 9, 2025 at 11:41 AM Desmond Liu wrote:
> Hi Kieran,
>
> > Roughly one year ago I tried to buy one of these and I was asked to sign
> an
> > NDA.
>
>
> That was a "bug". You do not need to sign an NDA. If you have difficulty
> obtaining
> our hardware, contact me.
>
> Desmond
>
For
On Wed, 16 Jul 2025 19:30:00 -0700, Eric Joyner wrote:
> This patch set was motivated by ffmpeg being unable to open .HIF files
> from a Nikon Z6 III camera because it would always fail with an error
> involving thumbnails; probably due to them including three.
>
> With these changes, ffprobe/ffm
This change improves pipeline stability and reduces
dynamic GPU surface allocations when using AMF with copy_frame = 1.
This optimization has no negative effect.
---
libavutil/hwcontext_amf.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_amf.c b/libav
> On Jul 17, 2025, at 22:05, yangsen5 via ffmpeg-devel
> wrote:
>
> From: yangsen5 <1441923...@qq.com>
>
> Signed-off-by: yangsen5 <1441923...@qq.com>
> ---
> libavformat/file.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/file.c b/libavformat/file.
On 13/07/2025 03:51, Lynne wrote:
This makes it possible to apply Adobe .cube files to inputs.
---
doc/filters.texi| 30 ++
libavfilter/vf_libplacebo.c | 36
2 files changed, 66 insertions(+)
diff --git a/doc/filter
On 2025-07-17 07:35 pm, yangsen5 via ffmpeg-devel wrote:
From: yangsen5 <1441923...@qq.com>
Signed-off-by: yangsen5 <1441923...@qq.com>
---
libavformat/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 6a66040b65..80
From: yangsen5 <1441923...@qq.com>
Signed-off-by: yangsen5 <1441923...@qq.com>
---
libavformat/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 6a66040b65..8099a7e931 100644
--- a/libavformat/file.c
+++ b/libavformat/file.
This patch adds support for the texture array feature
used by AMD boards in the D3D12 HEVC encoder.
In texture array mode, a single texture array is shared for all
reference and reconstructed pictures using different subresources.
The implementation ensures compatibility
and has been successfully t
Thanks. Patchset LGTM.
This also helps HEIF files generated by the S1II, but sadly they still fail:
> [mjpeg @ 0x55a49a0e29c0] No JPEG data found in image
And for the main stream:
> [hevc @ 0x55a49a0fe880] Failed to parse header of NALU (type 34):
"Invalid data found when processing input". Sk
From: Niklas Haas
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/checkasm/vf_blackdetect.c | 69 +
tests/fate/checkasm.mak | 1 +
5 files changed, 75 insertions(+)
create
From: Niklas Haas
Requested by a user. Even with autovectorization enabled, the compiler
performs a quite poor job of optimizing this function, due to not being
able to take advantage of the pmaxub + pcmpeqb trick for counting the number
of pixels less than or equal-to a threshold.
blackdetect8_
Hi Frank,
Thank you for v2.
On Wed, Jul 16, 2025 at 2:50 AM Frank Plowman wrote:
> Prior to this patch, kth_order_egk_decode could read arbitrarily
> large values which then overflowed and caused various issues.
> Patch fixes this by making kth_order_egk_decode falliable,
> requiring the caller
On Wed, 16 Jul 2025 17:25:12 -0300 James Almer wrote:
> On 7/16/2025 1:24 PM, Niklas Haas wrote:
> > +cglobal detect_alpha%1_%3, 6, 7, 6, color, color_stride, alpha,
> > alpha_stride, width, height, x
> > +pxor m0, m0
> > +add colorq, widthq
> > +add alphaq, widthq
> > +neg widthq
On Wed, 16 Jul 2025 22:06:28 +0200 Henrik Gramner via ffmpeg-devel
wrote:
> On Wed, Jul 16, 2025 at 6:26 PM Niklas Haas wrote:
> > +cglobal detect_range%1, 6, 7, 5, data, stride, width, height, mpeg_min,
> > mpeg_max, x
> > +movd xm0, mpeg_mind
> > +movd xm1, mpeg_maxd
> > +vpbroadc
On 7/11/25 11:54, Nicolas Gaullier wrote:
Remove unused USAC/ADTS code: ff_adts_header_parse() parse the
object_type from a 2 bits field.
See also 696ea1c2236842572df88d573e24a39be3f19c98.
Use ff_adts_header_parse_buf() wrapper to simplify as GetBitContext is
no longer needed (it was introduced
It adds a new audio filter for running audio transcriptions with the whisper
model.
Documentation and examples are included into the patch.
Signed-off-by: Vittorio Palmisano
---
configure| 5 +
doc/filters.texi | 107 +
libavfilter/Makefile | 2 +
libavfi
Hello.
Can someone with merging permission have a look at this please?
This bug is still impacting me.
Thanks,
Marcos
-Mensaje original-
De: Marcos
Para: ffmpeg-devel
CC: Marcos
Fecha: martes, 27 de mayo de 2025 12:40 CEST
Asunto: Re: [PATCH] avformat/webvttdec: improve WebVTT parsing
26 matches
Mail list logo
