Hello,
I adressed the issues/concerns that were raised with the first revision
of the patch.
Any feedback? Did I do something wrong?
Best regards
Stefan
Am 06.07.24 um 23:08 schrieb Stefan Oltmanns via ffmpeg-devel:
Hello,
this is revised patch, to sum up the changes:
The current
o as filter it would be less useful.
I haven't actually used QTGMC. I have just read of it
but have not had the time to apply it with VapourSynth.
But it could be cool.
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/
Synth
variant. So it's probably save to remove.
[...]
Could you split the patch into first moving to API 4 and then working on
the runtime loading? The first part might be reviewed and merged faster.
I can do that.
Best regards,
Stefan
_______
ff
he opened lib.
*/
So ffmpeg prevents that solution on purpose. Or should that behavior be
changed in the w32dlfcn.h?
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 18.07.24 um 16:21 schrieb Ramiro Polla:
On Thu, Jul 18, 2024 at 3:41 PM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 15:04 schrieb Ramiro Polla:
[...]
+static VSScriptLibrary vs_script_library;
Does vs_script_library have to be a global?
I think it has to: ffmpeg allows
at
runtime: VapourSynth is based on plugins that are loaded on runtime, so
it won't work on those platforms anyway.
Best regards
Stefan
Am 18.07.24 um 13:25 schrieb Anton Khirnov:
Quoting Stefan Oltmanns via ffmpeg-devel (2024-07-18 11:37:56)
Hello,
I adressed the issues/concerns that w
se be sure to insult and berate the APPUL users because they need it.
bless,
g
new_mov_pixeldensity.patch
Description: Binary data
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
ak:81: libavcodec/h2645_sei.o] Error 1
>
>
> [...]
> --
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Elect your leaders based on what they did after the last election, not
> based on what they say before an election.
>
> ___
dentifier is reported
>> only once for each function it appears in
>> CC libavcodec/x86/flacencdsp_init.o
>> make: *** [ffbuild/common.mak:81: libavcodec/h2645_sei.o] Error 1
>
> _______
> ffmpeg-devel mailing list
> ffmpeg-d
r)
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
s) {
>> colorspace =
>> CVImageBufferCreateColorSpaceFromAttachments(attachments);
>> CFRelease(attachments);
>> }
>> }
>> +#endif
>>
>> if (colorspace) {
>> CVBufferSetAttachment(pixbuf, kCVImageBufferCGColorSpaceKey,
&
> On Jul 22, 2024, at 06:45, Gnattu OC via ffmpeg-devel
> wrote:
>
>
>
>> On Jul 22, 2024, at 06:04, Sean McGovern wrote:
>>
>> Hi Marvin,
>>
>>
>> On Tue, Jul 9, 2024, 10:47 Marvin Scholz wrote:
>>
>>> I've accid
Am 22.07.24 um 00:15 schrieb Hendrik Leppkes:
On Mon, Jul 22, 2024 at 12:08 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 17:23 schrieb [email protected]:
Well, the DLL directory is added to PATH by the VapourSynth installer,
but for safety reasons ffmpeg explictly tells the
Am 22.07.24 um 14:13 schrieb Ramiro Polla:
On Mon, Jul 22, 2024 at 12:15 AM Hendrik Leppkes wrote:
On Mon, Jul 22, 2024 at 12:08 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 18.07.24 um 17:23 schrieb [email protected]:
Well, the DLL directory is added to PATH by the VapourSynth
tain any advanced video
codec, but raw video, shouldn't it be rather easy to maintain, because
no weird complications with some decoder?
Best regards
Stefan
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffm
const VSMap *props;
const AVPixFmtDescriptor *desc;
@@ -381,7 +387,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
goto end;
}
-props = vs->vsapi->getFramePropsRO(vsframe);
+props = vs->vsapi->getFramePropertiesRO(vsframe);
frame = av_frame_alloc();
if (!frame) {
@@ -410,7 +416,7 @@ static int read_packet_vs(AVFormatContext *s, AVPacket *pkt)
desc = av_pix_fmt_desc_get(frame->format);
-for (i = 0; i < info->format->numPlanes; i++) {
+for (i = 0; i < info->format.numPlanes; i++) {
int p = vs->c_order[i];
ptrdiff_t plane_h = frame->height;
--
2.34.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
amount windows-specific code.
Tested with 2 VapourSynth inputs on these platforms, no problems and
clean exit:
-Linux x86_64 (Ubuntu 22.04)
-Windows 10 x86_64
-macOS 14 aarch64
Best regards
Stefan
Am 23.07.24 um 16:51 schrieb Stefan Oltmanns via ffmpeg-devel:
Hello,
this is revised patch, this
rt, ELEMS);
-if (!float_near_ulp_array(v1, v2, 10, 4))
+if (!float_near_ulp_array(v1, v2, 11, 4))
fail();
bench_new(v2, lt, rt, ELEMS);
--
2.39.3 (Apple Git-146)
_______
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
t_vs(AVFormatContext *s, AVPacket *pkt)
goto end;
}
-props = vs->vsapi->getFramePropsRO(vsframe);
+props = vs->vsapi->getFramePropertiesRO(vsframe);
frame = av_frame_alloc();
if (!frame) {
@@ -410,7 +411,7 @@ static int read_packet_vs(AVFormatContext
= getVSScriptAPI(VSSCRIPT_API_VERSION))) {
+if (!(vs->vslibrary = vs_load_library(&get_vssapi))) {
+av_log(s, AV_LOG_ERROR, "Could not open " VSSCRIPT_LIB ". "
+"Check VapourSynth installation.\n");
+err = AVERROR_EX
if (ost->filter) {
+nb_frames_dup = atomic_load(&ost->filter->nb_frames_dup);
+nb_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+ }
vid = 1;
}
--
2.44.1
_______
ffmpeg-devel mai
Replaced by: https://ffmpeg.org//pipermail/ffmpeg-devel/2024-August/331962.html
> On Aug 2, 2024, at 06:47, [email protected] wrote:
>
>
>
> On 2 Aug 2024, at 0:25, gnattu via ffmpeg-devel wrote:
>
>> From: Gnattu OC
>>
>> Allocate a dedicated attachm
b_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+if (ost->filter) {
+nb_frames_dup = atomic_load(&ost->filter->nb_frames_dup);
+nb_frames_drop = atomic_load(&ost->filter->nb_frames_drop);
+ }
;> +AVDOVIDmLevel9 l9; /* dynamic */
>> +AVDOVIDmLevel10 l10; /* static, may appear multiple times */
>> +AVDOVIDmLevel11 l11; /* dynamic */
>> +AVDOVIDmLevel254 l254; /* static */
>> + AVDOVIDmLevel255 l255; /* static */
>>
Am 30.07.24 um 16:12 schrieb Ramiro Polla:
On Mon, Jul 29, 2024 at 5:56 AM Stefan Oltmanns via ffmpeg-devel
wrote:
Am 28.07.24 um 15:15 schrieb Ramiro Polla:
I think calling win32_dlopen() with a full path will be problematic for
systems without KB2533623. win32_dlopen() might need to be
thanks you Mark! will follow up on libva changes first.
David
On 2024-08-11 14:42, Mark Thompson wrote:
On 11/08/2024 19:27, Mark Thompson wrote:
On 30/07/2024 21:02, David (Ming Qiang) Wu via ffmpeg-devel wrote:
AV1Profile2 VAAPI is supported and tested on AMD VCN5.
Signed-off-by: David
> On Aug 15, 2024, at 19:59, Zhao Zhili wrote:
>
>
>
>> On Aug 10, 2024, at 14:06, gnattu via ffmpeg-devel
>> wrote:
>>
>> In vtenc_populate_extradata, supported_props should always be released
>> to avoid memory leak.
>>
>> Re
Berclaz (1):
add option to set DASH stream start time, instead of relying on system
clock
libavformat/dashenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
--
2.43.0
___
ffmpeg-devel mailing list
[email protected]
https
{ "target_latency", "Set desired target latency for Low-latency dash",
OFFSET(target_latency), AV_OPT_TYPE_DURATION, { .i64 = 0 }, 0, INT_MAX, E },
{ "timeout", "set timeout for socket I/O operations", OFFSET(timeout),
AV_OPT_TYPE_DURATION, { .i64 = -1 }, -1,
desired target latency for Low-latency dash",
OFFSET(target_latency), AV_OPT_TYPE_DURATION, { .i64 = 0 }, 0, INT_MAX, E },
{ "timeout", "set timeout for socket I/O operations", OFFSET(timeout),
AV_OPT_TYPE_DURATION, { .i64 = -1 }, -1, INT_MAX, .flags = E },
--
2.43.0
___
AX_ALLOWED
because that will disable higher version symbols
at build time which prevents the usage of the runtime version check.
>
>> +
>> static NSArray* getDevicesWithMediaType(AVMediaType mediaType) {
>> #if ((TARGET_OS_IPHONE && __IPHONE_OS_VERSION_MIN_REQUIRED >= 10) ||
by it.
>
> Why does the AMF wrapper need to sleep at all?
Agreed, we can't have things like this in FFmpeg. This might be
acceptable in a binary blob but not in an open source project.
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
alize it.
On recent versions of macOS, it will not look for libraries in
/usr/local/lib anymore, you may have to set
DYLD_LIBRARY_PATH=/usr/local/lib
Best regards
Stefan
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/l
INTAINERS
> +++ b/MAINTAINERS
> @@ -16,6 +16,7 @@ A (CC ) after the name means that the maintainer
> prefers to be CC-ed on
> patches and related discussions.
>
> (L ) *Mailing list* that is relevant to this area
> +(W ) *Web-page* with status/info
>
address.
___
hile ProRes doesn't have tagging it does have implied semantics of MPEG
range only, and we should probably treat it as such for compatibility.
- Cosmin
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg
en Jacobs
microdvd* Aurelien Jacobs
--
2.46.0
_______
ffmpeg-devel mailing list
[email protected] <mailto:[email protected]>
<https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>
To unsubscribe, visit link
On Wed, Sep 4, 2024 at 4:10 AM Niklas Haas wrote:
>
> From: Niklas Haas
>
> ---
> libavcodec/libvpxenc.c | 26 +++---
> 1 file changed, 19 insertions(+), 7 deletions(-)
>
lgtm
_______
ffmpeg-devel mailing list
ff
On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> This commit adds the common Vulkan video encoding framework.
> It makes full use of the asynchronous features of our new common
> hardware encoding code, and of Vulkan.
> The code is able to handle anything from H26
On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> This commit adds the first Vulkan hardware encoder.
>
> Currently, P, and **B**-frames are supported. This marks the
> first implementation to support both.
>
> The encoder has feature-parity with VAAPI.
On Wed Sep 11, 2024 at 12:03 AM EDT, Lynne wrote:
> On 10/09/2024 15:29, Benjamin Cheng wrote:
> > On Mon Sep 9, 2024 at 6:37 AM EDT, Lynne via ffmpeg-devel wrote:
> >> This commit adds the common Vulkan video encoding framework.
> >> It makes full use of the async
c1 / 0x31637661), yuv420p(progressive),
480x270 [SAR 1:1 DAR 16:9], 978 kb/s, 50 fps, 25 tbr, 50 tbn
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are best at talking, realize last or never when they are wrong.
signature.asc
Description: PGP sign
Am 17.12.23 um 23:51 schrieb Michael Niedermayer:
On Sat, Dec 16, 2023 at 09:13:21AM +0100, Thilo Borgmann via ffmpeg-devel wrote:
[...]
+// get number of bytes from cur to '\0'
+static int buf_get_zero(FsyncContext *ctx)
maybe doxygen syntax would make sense for comments
Am 18.12.23 um 02:04 schrieb Stefano Sabatini:
On date Saturday 2023-12-16 09:13:21 +0100, ffmpeg-devel Mailing List wrote:
---
Changelog| 1 +
MAINTAINERS | 1 +
configure| 2 +
doc/filters.texi | 33 +
libavfilter/Makefile
On Friday, December 15th, 2023 at 11:18 PM, Leo Izen wrote:
> On 12/15/23 16:31, Zsolt Vadász via ffmpeg-devel wrote:
>
> > On Friday, December 15th, 2023 at 10:12 PM, Leo Izen [email protected]
> > wrote:
> >
> > > On 12/15/23 11:40, Zsolt Vadász via ffmp
Am 15.12.23 um 20:59 schrieb Thilo Borgmann via ffmpeg-devel:
Still images fixed, includes FATE tests, VP8 decoder decoupled so there are no
more data races, fixed more asserts, fixed ffprobe regression, removed
unnecessary parser changes, put the whole animated sequence into one packet
(plus a bit more), based
> on the corresponding feature in dav1d's checkasm, supporting both Unix
> and Windows.
lgtm
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vis
uot;),
+.p.type = AVMEDIA_TYPE_VIDEO,
+.p.id = AV_CODEC_ID_JPEGXL,
+.priv_data_size = sizeof(LibJxlEncodeContext),
+.init = libjxl_anim_encode_init,
+FF_CODEC_ENCODE_CB(libjxl_anim_encode_frame),
+.close= libjxl_encode_close,
+.p.capab
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
jmp() & co are necessary here.
For all intents and purposes sigjmp()/longjmp() with SA_NODEFER does
the same thing as sigsetjmp()/siglongjmp() without SA_NODEFER for this
particular use case (no infinite recursion is possible the way the
code is written). The change isn't necessary per se
equivalently passing the `SA_RESETHAND` flag. Then the
> handler can rearm its own self if and *only* if it was able to actually
> handle the signal by observing a long jump. Resetting to default explicitly
> is no longer useful then.
Sure, that approach sounds fine.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 21.12.23 um 23:18 schrieb Andreas Rheinhardt:
Thilo Borgmann via ffmpeg-devel:
From: Josef Zlomek
Fixes: 4907
Adds support for decoding of animated WebP.
The WebP decoder adds the animation related features according to the specs:
https://developers.google.com/speed/webp/docs
)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
_find_decoder(AV_CODEC_ID_VP8);
@@ -1583,13 +2136,52 @@ static av_cold int webp_decode_close(AVCodecContext
*avctx)
WebPContext *s = avctx->priv_data;
av_packet_free(&s->pkt);
+ff_thread_release_ext_buffer(&s->canvas_frame);
+av_frame_free(&s->canvas_frame.f
oma_h);
-else
-height = FFALIGN(canvas->height, 1 << desc->log2_chroma_h);
-
-memset(canvas->data[plane], s->transparent_yuva[plane],
- height * canvas->linesize[plane]);
-}
-}
-
-return 0;
-}
-
/*
* Blend src1 (foreground) and src2 (background) into dest, in ARGB format.
* width, height are the dimensions of src1
--
2.37.1 (Apple Git-137.1)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ic av_cold int webp_decode_close(AVCodecContext
*avctx)
WebPContext *s = avctx->priv_data;
av_packet_free(&s->pkt);
+ avcodec_free_context(&s->avctx_vp8);
if (s->initialized)
return ff_vp8_decode_free(avctx);
--
2.37.1 (Apple Git-137.1)
_
)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ions 0: 128x128
diff --git a/tests/ref/fate/webp-rgb-lossless b/tests/ref/fate/webp-rgb-lossless
index 8dbdfd6887..1db3ce70f7 100644
--- a/tests/ref/fate/webp-rgb-lossless
+++ b/tests/ref/fate/webp-rgb-lossless
@@ -1,4 +1,4 @@
-#tb 0: 1/25
+#tb 0: 1/10
#media_type 0: video
#codec_id 0: rawvideo
#dimensions 0: 12x8
diff --git a/tests/ref/fate/webp-rgb-lossy-q80
b/tests/ref/fate/webp-rgb-lossy-q80
index f61d75ac13..cd43415b95 100644
--- a/tests/ref/fate/webp-rgb-lossy-q80
+++ b/tests/ref/fate/webp-rgb-lossy-q80
@@ -1,4 +1,4 @@
-#tb 0: 1/25
+#tb 0: 1/10
#media_type 0: video
#codec_id 0: rawvideo
#dimensions 0: 12x8
diff --git a/tests/ref/fate/webp-rgba-lossless
b/tests/ref/fate/webp-rgba-lossless
index bb654ae442..2f763c6c46 100644
--- a/tests/ref/fate/webp-rgba-lossless
+++ b/tests/ref/fate/webp-rgba-lossless
@@ -1,4 +1,4 @@
-#tb 0: 1/25
+#tb 0: 1/10
#media_type 0: video
#codec_id 0: rawvideo
#dimensions 0: 12x8
diff --git a/tests/ref/fate/webp-rgba-lossy-q80
b/tests/ref/fate/webp-rgba-lossy-q80
index d2c2aa3fce..6b114f772e 100644
--- a/tests/ref/fate/webp-rgba-lossy-q80
+++ b/tests/ref/fate/webp-rgba-lossy-q80
@@ -1,4 +1,4 @@
-#tb 0: 1/25
+#tb 0: 1/10
#media_type 0: video
#codec_id 0: rawvideo
#dimensions 0: 12x8
--
2.37.1 (Apple Git-137.1)
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 18.12.23 um 12:02 schrieb Thilo Borgmann via ffmpeg-devel:
Am 17.12.23 um 23:51 schrieb Michael Niedermayer:
On Sat, Dec 16, 2023 at 09:13:21AM +0100, Thilo Borgmann via ffmpeg-devel wrote:
[...]
+// get number of bytes from cur to '\0'
+static int buf_get_zero(FsyncContext *ct
sizes are equal.
Same for the other memcpy()s
Its a subimage copied into a canvas (see pos_x and pos_y).
Has to be copied line-by-line.
Same for the other loops.
-Thilo
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/lis
Am 31.12.23 um 13:59 schrieb Tomas Härdin:
sön 2023-12-31 klockan 13:30 +0100 skrev Thilo Borgmann via ffmpeg-
devel:
From: Josef Zlomek
Adds the demuxer of animated WebP files.
It supports non-animated, animated, truncated, and concatenated
files.
Reading from a pipe (and other non-seekable
/SponsoringPrograms/GSoC/2024
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 02.01.24 um 22:47 schrieb Thilo Borgmann via ffmpeg-devel:
Hi,
the application period for GSoC 2024 begins on Jan 22nd.
Everyone interested in mentoring a project in 2024, please add your idea(s) to
[1].
The application deadline is February 6th, I will aim for sending an application
Jan
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 03.01.24 um 11:10 schrieb Gyan Doshi:
On 2024-01-03 02:28 pm, Thilo Borgmann via ffmpeg-devel wrote:
Am 01.12.23 um 12:37 schrieb Paul B Mahol:
On Fri, Dec 1, 2023 at 12:24 PM Gyan Doshi wrote:
On 2023-09-25 11:35 pm, Paul B Mahol wrote:
On 9/11/23, Harshit Karwal wrote:
1
Am 03.01.24 um 11:45 schrieb Gyan Doshi:
On 2024-01-03 03:46 pm, Thilo Borgmann via ffmpeg-devel wrote:
Am 03.01.24 um 11:10 schrieb Gyan Doshi:
On 2024-01-03 02:28 pm, Thilo Borgmann via ffmpeg-devel wrote:
Am 01.12.23 um 12:37 schrieb Paul B Mahol:
On Fri, Dec 1, 2023 at 12:24 PM Gyan
[Parsed_format_0 @ 0x7fa5e0003450] auto-inserting filter 'auto_scale_0' between
the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_format_0'
[AVFilterGraph @ 0x7fa5e0000ff0] query_formats: 5 queried, 9 merged, 3 already
done, 0 delayed
Segmentation f
Am 31.12.23 um 13:31 schrieb Thilo Borgmann via ffmpeg-devel:
Am 18.12.23 um 12:02 schrieb Thilo Borgmann via ffmpeg-devel:
Am 17.12.23 um 23:51 schrieb Michael Niedermayer:
On Sat, Dec 16, 2023 at 09:13:21AM +0100, Thilo Borgmann via ffmpeg-devel wrote:
[...]
+// get number of bytes from
Am 06.01.24 um 18:39 schrieb James Almer:
On 12/16/2023 5:13 AM, Thilo Borgmann via ffmpeg-devel wrote:
---
Changelog | 1 +
MAINTAINERS | 1 +
configure | 2 +
doc/filters.texi | 33 +
libavfilter/Makefile | 1
much about these in the docs.
-Thilo
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Tue, Jan 9, 2024 at 4:39 AM James Almer wrote:
>
> On 10/4/2023 1:40 PM, Vignesh Venkatasubramanian via ffmpeg-devel wrote:
> > They are similar to AVIF images (both use the HEIF container).
> > The only additional work needed is to parse the hvcC box and put
>
, length_size) < 0)
> return AVERROR_INVALIDDATA;
> -c->avif_info[i].extent_length = extent_length;
> -c->avif_info[i].extent_offset = base_offset + extent_offset;
> +c->heif_info[i].extent_length = extent_length;
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
into chaos,
be surprised about raise of fundamantalists. Drop more bombs, kill more
people, be surprised about them taking revenge and drop even more bombs
and strip your own citizens of their rights and freedoms. to be continued
signature.asc
Description: PGP signature
ld by
93% approved users on ebay. May be tricky, but it's worth a try.
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.
> On Jan 4, 2024, at 16:31, James Almer wrote:
>
> On 11/3/2023 6:57 AM, Thomas Siedel wrote:
>> Add muxer for vvcc byte stream format.
>> Add AV_CODEC_ID_VVC to ff_mp4_obj_type.
>> Add AV_CODEC_ID_VVC to ISO Media codec (VvcConfigurationBox vvi1,
>> vvc1 defined in ISO/IEC 14496-15:2021).
>> A
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
-lOGLCompiler: No such file or directory
Addresses https://trac.ffmpeg.org/ticket/10713
See https://bugs.gentoo.org/show_bug.cgi?id=918989
Should fix https://ffmpeg.org/pipermail/ffmpeg-devel/2023-August/313666.html
Signed-off-by: Matthew White
---
configure | 23 +--
1 file changed, 21
As far as I can tell, there're no pkg-config features in
https://github.com/KhronosGroup/glslang installation, at
least by installing it on my system, GNU/Linux Gentoo.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/ma
lslang 14.0.0. I can compile FFmpeg 6.1.1 by backporting this
patch.
This patch may be dropped altogether by locking FFmpeg on glslang 14.0.0 and up,
and removing the stub "-lOSDependent -lHLSL -lOGLCompiler" flags/libraries.
___
ffmpeg-devel mail
alled in the system.
Accepting only glslang version 14.0.0 and above (--enable-libglslang) will
obsolete this
patch: stub flags/libraries "-lOSDependent -lHLSL -lOGLCompiler" may just be
dropped.
If useful, this patch is trivial even to backport, I am currently applying it
to v6.1.1.
_
two). So, there are two
additional instructions in the main loop.
> and even that could be optimised away if relevant.
How would the reverse subtraction be optimized away? I assume that it needs to
be part of the loop since it depends on the VL of the current iteration.
Michael
_____
ccurs, it means that your file
has a feature which has not been implemented.
[h264 @ 0x5599bde1a0c0] If you want to help, upload a sample of this file to
https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list.
([email protected])
===
Is this interesting to you? D
5D4E9B001A24BA03.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or ema
Am 25.01.24 um 11:04 schrieb Anton Khirnov:
Quoting Thilo Borgmann via ffmpeg-devel (2023-12-31 13:30:14)
---
libavcodec/webp.c | 50 +--
1 file changed, 44 insertions(+), 6 deletions(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index
"screen", "Screen content mode on", 0,
AV_OPT_TYPE_CONST, {.i64 = 1}, 0, 0, VE, "tune_content"},
+{ "screen-rate-control", "Screen content mode with aggressive rate
control", 0, AV_OPT_TYPE_CONST, {.i64 = 2}, 0, 0, VE,
"tune_content"},
+#endif
LEGACY_OPTIONS
{ NULL }
};
--
2.43.0.429.g432eaa2c6b-goog
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
mic possibility allowed
by the standard but not seen in any sample which makes me suspect it's
used for carriage between broadcast
facilities rather than something ever sent to an OTT provider, let alone
an end user.
Regards,
Gyan
_______
ffmpeg-de
T_TYPE_INT, {.i64 = -1}, -1, 2, VE,
> "tune_content"},
> +#ifdef VPX_CTRL_VP8E_SET_SCREEN_CONTENT_MODE
> +{ "default", "Regular video content",
> 0, AV_OPT_TYPE_CONST, {.i64 = 0}, 0, 0, VE,
> "tune_content"},
> +{ "screen", "Screen content mode on",
> 0, AV_OPT_TYPE_CONST, {.i64 = 1}, 0, 0, VE,
> "tune_content"},
> +{ "screen-rate-control", "Screen content mode with aggressive rate
> control", 0, AV_OPT_TYPE_CONST, {.i64 = 2}, 0, 0, VE,
> "tune_content"},
> +#endif
> LEGACY_OPTIONS
> { NULL }
> };
> --
> 2.43.0.429.g432eaa2c6b-goog
>
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
definition) are for features.
I'm not sure those are the best examples to make that point given that both
multi-threading and YUVJ removal were funded by commercial SOWs.
- Cosmin
___________
ffmpeg-devel mailing list
[email protected]
https://f
Am 28.01.24 um 11:29 schrieb Anton Khirnov:
Quoting Thilo Borgmann via ffmpeg-devel (2024-01-25 16:39:19)
Am 25.01.24 um 11:04 schrieb Anton Khirnov:
Quoting Thilo Borgmann via ffmpeg-devel (2023-12-31 13:30:14)
---
libavcodec/webp.c | 50
unnecessary ones.
-Thilo
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
Am 02.01.24 um 23:14 schrieb Thilo Borgmann via ffmpeg-devel:
Am 02.01.24 um 22:47 schrieb Thilo Borgmann via ffmpeg-devel:
Hi,
the application period for GSoC 2024 begins on Jan 22nd.
Everyone interested in mentoring a project in 2024, please add your idea(s) to
[1].
The application
", 0,
AV_OPT_TYPE_CONST, {.i64 = 0}, 0, 0, VE, "tune_content"},
+{ "screen", "Screen content mode on", 0,
AV_OPT_TYPE_CONST, {.i64 = 1}, 0, 0, VE, "tune_content"},
+{ "screen-rate-control", "Screen content mode with aggressive rate
control", 0, AV_OPT_TYPE_CONST, {.i64 = 2}, 0, 0, VE,
"tune_content"},
+#endif
LEGACY_OPTIONS
{ NULL }
};
--
2.43.0.429.g432eaa2c6b-goog
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
e someoen trying to sell me an "Attendees Database" for NAB since 2018
> though
> and lots of can nab is spam.
>
> So either i searched for the wrong term or i was not CC-ed on such an
> agreement
>
This is most likely referring to the email from Thilo that a
download/dxv3-hqna.mov
3af30eaba2b6ec68a0f5b2c136f4dab6 download/dxv3-hqwa.mov
Uploaded.
Thanks,
Thilo
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
and technically Jonatas, but
> at this point it's the only way I can see this move forward in any
> direction.
Why would anyone (qualified) who wants to work on maintenance be excluded?
- Cosmin
___________
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
se new flags for glslang 14.
>
> This drops support for ~3 year old glslang versions, which
> I'm not sure had the complete C API we're using anyway.
>
> Patch attached.
>
LGTM.
--phil
___________
ffmpeg-devel mailing list
ffmpeg-dev
coder which can follow-up.
Thanks,
Thilo
_______________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On 03.02.24 14:53, Andreas Rheinhardt wrote:
Thilo Borgmann via ffmpeg-devel:
Am 28.01.24 um 11:29 schrieb Anton Khirnov:
Quoting Thilo Borgmann via ffmpeg-devel (2024-01-25 16:39:19)
Am 25.01.24 um 11:04 schrieb Anton Khirnov:
Quoting Thilo Borgmann via ffmpeg-devel (2023-12-31 13:30:14
--
2.42.1
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
1701 - 1800 of 3579 matches
Mail list logo
