= &ctx->rawimg;
> +aom_img_remove_metadata(rawimg);
> rawimg->planes[AOM_PLANE_Y] = frame->data[0];
> rawimg->planes[AOM_PLANE_U] = frame->data[1];
> rawimg->planes[AOM_PLANE_V] = frame->data[2];
> @@ -1284,6 +1335,10 @@ static
ATA]
> +[/FRAME]
> \ No newline at end of file
> --
> 2.50.1.703.g449372360f-goog
Note that this is a simplified version of v2 now that ffprobe supports
the -codec:v flag.
This allows testing reading and writing of HDR10+ metadata in a single test, and
removes the need for a new test file.
___
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".
>start = s;
> +
> if (tc->flags & AV_TIMECODE_FLAG_DROPFRAME) { /* adjust frame number
> */
> int tmins = 60*hh + mm;
> tc->start -= (tc->fps / 30 * 2) * (tmins - tmins/10);
> --
> 2.49.1
>
What is the actual security benefit of thi
y if you have received this e-mail
by mistake and delete it from your systems. This disclaimer according to GDPR
Regulation EU 2016/679. Privacy-related information is available
on the company website, Privacy section.
___
ffmpeg-devel mailing list
ffmp
dc, filename, 0);
if (ret < 0) {
+av_frame_free(&pd.frame_dst);
+av_frame_free(&pd.frame_ref);
fprintf(stderr, "Error opening the file\n");
return ret;
}
--
2.25.1
_______
ffmpeg-devel mailing list
ffmpeg-deve
On 14/08/2025 15:17, Marco Oman via ffmpeg-devel wrote:
Hi all,
I am trying to compile FFmpeg with the --enable-libnpp flag configure on Ubuntu
24.04.
but I am getting an error in file vf_scale_npp.c
CC libavfilter/vf_scale_npp.o
libavfilter/vf_scale_npp.c: In function
av_log(NULL, AV_LOG_ERROR, "decompression incorrect\n");
else
av_log(NULL, AV_LOG_ERROR, "decompression OK\n");
-fclose(in);
+
+end:
+if (in)
+fclose(in);
av_free(orig);
av_free(comp);
av_free(decomp);
--
2.25.1
______
c
Description: OpenPGP digital signature
___________
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 Thu, 14 Aug 2025, 00:08 Michael Niedermayer,
wrote:
> On Wed, Aug 13, 2025 at 03:36:43PM -1000, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Wed, 13 Aug 2025, 14:25 michaelni, wrote:
> >
> > > PR #20236 opened by michaelni
> > > URL: https://code.
,
+
{ "iall", "Set all input color properties together",
OFFSET(user_iall), AV_OPT_TYPE_INT, { .i64 = CS_UNSPECIFIED },
CS_UNSPECIFIED, CS_NB - 1, FLAGS, .unit = "all" },
--
2.51.0.rc1.167.g924127e9c0-goog
_______
On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > Kieran Kunhya via ffmpeg-devel (HE12025-08-14):
> > > I don't think we should partake in this "security vulnerability farming"
> > >
item->item_id);
-if (err || !sc->sample_count)
+if (err)
return AVERROR_INVALIDDATA;
-sc->sample_sizes[0] = item->extent_length;
sc->chunk_offsets[0] = item->extent_offset + offset;
if (item->item_id == mov->primar
uot;
- name: Configure
run: ./configure --enable-gpl --enable-nonfree
--enable-memory-poisoning --assert-level=2
- name: Build
--
2.49.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffm
/* Attached pics are sparse, therefore we would not want to delay their
decoding
* till EOF. */
if (ist->st->disposition & AV_DISPOSITION_ATTACHED_PIC)
--
2.49.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".
ot;Set all input color properties together",
OFFSET(user_iall), AV_OPT_TYPE_INT, { .i64 = CS_UNSPECIFIED },
CS_UNSPECIFIED, CS_NB - 1, FLAGS, .unit = "all" },
--
2.51.0.rc1.163.g2494970778-goog
_______
ffmpeg-devel mailing list
hon2 is on its way out, and we will have to upgrade to an OS version
that does not ship it anymore eventually.
So the question is, should I just migrate ffmpeg-devel, and if that goes
well, pull over all the other lists as well?
In theory the migration should go without anyone noticing. It
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 Se
{
0x06,0x0E,0x2B,0x34,0x04,0x01,0x01,0x0a,0x04,0x01,0x02,0x02,0x01,0x01,0x5C,0x00
},
mxf_write_s436m_anc_desc },
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
> On Sep 20, 2025, at 14:06, Brad Smith via ffmpeg-devel
> wrote:
>
> libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
>
> Signed-off-by: Brad Smith
> ---
> libavformat/udp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 dele
ess %d is of incorrect
protocol family\n", i + 1);
--
2.51.0
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
re at most the provided amount of bytes in a
cluster", OFFSET(cluster_size_limit),
AV_OPT_TYPE_INT , { .i64 = -1 }, -1, INT_MAX, FLAGS },
{ "cluster_time_limit", "store at most the provided number of
milliseconds in a cluster",
OFFSET(cluster_time_limit), AV_OPT_TYPE_INT64, { .i64 = -1 }, -1, INT64_MAX,
FLAGS },
--
2.46.0.windows.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
ts: 0.00 pos:901 size:
27837
--
2.46.0.windows.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20562 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562.patch
This is forwarded from
https://lists.ffmpeg.org/lore/ffmpeg-devel/[email protected]/T/#u
so it doesn&#
bug tracking for the time being.
I am also neutral on GitLab vs ForgeJo - I think both systems have their
strengths and weaknesses, although it appears simpler to smooth out ForgeJo's
bugs than to modify GitLab's monolithic codebase.
___________
ffmpeg-devel m
PO) $TMPM
}
test_nvcc(){
--
2.49.1
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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 are not more frequent than v2, v3, etc., used to be, and therefore
below a
On Mon, 22 Sep 2025, harish.rajaselvan--- via ffmpeg-devel wrote:
I have been working on enabling ARM64EC compilation and have
successfully built FFmpeg binaries for this target. To achieve this it
required modifications to the build configuration files and to the
gas-preprocessor.pl script
changed, 9 insertions(+), 3 deletions(-)
LGTM
// Martin
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
if (hwcap & HWCAP_ ## cap) \
+if (hwcap & HWCAP_ARM_ ## cap) \
flags |= AV_CPU_FLAG_ ## flag; \
} while (0)
--
2.51.0
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
(ret < 0)
+goto fail;
c->need_shutdown = 1;
if (s->verify) {
unsigned int status, cert_list_size;
@@ -345,6 +380,7 @@ static const AVClass dtls_class = {
const URLProtocol ff_dtls_protocol = {
.name = "dtls",
.url_open2 = dtls_open,
+
ault value is 5000.
@item pkt_size @var{integer}
Set the maximum size, in bytes, of RTP packets that send out.
-Default value is 1500.
+Default value is 1200.
@item buffer_size @var{integer}
Set the buffer size, in bytes, of underlying protocol.
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
d mov_build_index(MOVContext *mov, AVStream
*st)
chunk_samples -= samples;
}
}
+
+ret = mov_merge_tts_data(mov, st, MOV_MERGE_CTTS);
+if (ret < 0)
+return;
}
if (!mov->ignore_editlist && mov->advanced_editlist) {
--
2.49.1
___
han 32 bit timecodes
The last 2 patches adds timecode support in Matroska
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
On Tue, Sep 16, 2025 at 10:49:00AM +0200, 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 tes
e way we do with TLS, so all tls URL options will be properly supported.
Signed-off-by: Marton Balint
---
doc/protocols.texi| 13 ++++++---
libavformat/tls_openssl.c | 15 ---
2 files changed, 18 insertions(+), 10 deletions(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 9f88f005b9..b74383122a 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -2052,12 +2052,19 @@ Datagram Transport Layer Security (DTLS)
The required syntax for a DTLS URL is:
@example
-dtls://@var{hostname}:@var{port}
+dtls://@var{hostname}:@var{port}[?@var{options}]
@end example
+@var{options} contains a list of &-separated options of the form
+@var{key}=@var{val}. Standard percent-encoding (and using the plus sign for
+space) can be used to escape keys and values.
+
+Options can also can be specified via command line options (or in code via
+@code{AVOption}s).
+
DTLS shares most options with TLS, but operates over UDP instead of TCP.
-The following parameters can be set via command line options
-(or in code via @code{AVOption}s):
+
+The list of supported options follows.
@table @option
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index edfd657a3f..f724153da1 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -749,6 +749,13 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
av_assert0(s);
s->is_dtls = 1;
+if (!c->tls_shared.external_sock) {
+if ((ret = ff_tls_open_underlying(&c->tls_shared, h, url, options)) <
0) {
+av_log(c, AV_LOG_ERROR, "Failed to connect %s\n", url);
+return ret;
+}
+}
+
c->ctx = SSL_CTX_new(s->listen ? DTLS_server_method() :
DTLS_client_method());
if (!c->ctx) {
ret = AVERROR(ENOMEM);
@@ -801,13 +808,6 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
DTLS_set_link_mtu(c->ssl, s->mtu);
init_bio_method(h);
-if (!c->tls_shared.external_sock) {
-if ((ret = ff_tls_open_underlying(&c->tls_shared, h, url, options)) <
0) {
-av_log(c, AV_LOG_ERROR, "Failed to connect %s\n", url);
-return ret;
-}
-}
-
/* This seems to be necessary despite explicitly setting client/server
method above. */
if (s->listen)
SSL_set_accept_state(c->ssl);
@@ -838,6 +838,7 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
ret = 0;
fail:
+tls_close(h);
return ret;
}
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
On 21.09.2025 03:19, Brad Smith via ffmpeg-devel wrote:
libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Brad Smith
---
libavformat/udp.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/udp.c b/libavfo
trdup(text_cleaned);
@@ -260,13 +260,13 @@ static void run_transcription(AVFilterContext *ctx,
AVFrame *frame, int samples)
avio_write(wctx->avio_context, buf, strlen(buf));
av_freep(&buf);
}
+
+wctx->index++;
}
av_freep(&text_cleaned);
}
-wctx->index++;
-
AVDictionary **metadata = &frame->metadata;
if (metadata && segments_text) {
av_dict_set(metadata, "lavfi.whisper.text", segments_text, 0);
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
samples)
av_freep(&text_cleaned);
}
-wctx->index++;
-
AVDictionary **metadata = &frame->metadata;
if (metadata && segments_text) {
av_dict_set(metadata, "lavfi.whisper.text", segments_text, 0);
--
2.49.1
__
(ret < 0)
+goto fail;
+
break;
/* skip metadata block for unsupported types */
default:
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
1d7c58b..2315b1043a 100644
--- a/libavfilter/vf_transpose_npp.c
+++ b/libavfilter/vf_transpose_npp.c
@@ -85,6 +85,8 @@ static int npptranspose_init(AVFilterContext *ctx)
NPPTransposeContext *s = ctx->priv;
int i;
+av_log(ctx, AV_LOG_WARNING, "The libnpp based filters a
ports supplying the interface based on its
* address. */
-int i;
for (i = 0; i < nb_sources; i++) {
struct group_source_req mreqs;
int level = addr->sa_family == AF_INET ? IPPROTO_IP : IPPROTO_IPV6;
--
2.51.0
_____
Hi Martin
On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote:
> On Tue, 16 Sep 2025, Michael Niedermayer wrote:
>
> > Hi all
> >
> > 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> > Forgejo. And as said in t
iling
list for code review.
// Martin
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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 think trac is a dead end software, and we want to eventually retire it.
btw, anyone kno
+return -1;
+}
c->found_mdat=1;
return 0; /* now go for moov */
}
--
2.34.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
; bug submission page...
Cheers!
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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 wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as
Hi Alexander
On Tue, Sep 16, 2025 at 03:59:38PM +0200, Alexander Strasser via ffmpeg-devel
wrote:
> On 2025-09-16 10:49 +0200, Michael Niedermayer via ffmpeg-devel wrote:
> >
> [...]
> >
> > * If we keep forgejo we will likely transition our issue tracker ticket
On 9/15/25 15:26, Helmuth Schmitz via ffmpeg-devel wrote:
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 corrects the UL to
On Mon, Sep 15, 2025 at 08:35:21PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
[...]
>
> >
> > >
> > > Plus the multi-account issue you mentioned.
> >
> > redmine can accept OAu
Hi Timo
On Mon, Sep 15, 2025 at 10:20:30PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> These are the hosting costs for code.ffmpeg.org so far:
>
> Each months bill is for the previous month. So the February one is for what
> was used in January, and so on.
> The left side
On 2025-09-16 03:16 am, Michael Niedermayer via ffmpeg-devel wrote:
What can happen is that if an existing open trac issue is taken up for
active resolution, then a new issue at Forgejo can be opened, with a
reference to the trac issue. A comment can be left at trac linking to this
new Forge
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
> > Hi
> >
> > On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
> > ffmpeg-devel wrote
On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
On Tue, 16 Sep 2025 23:12:55 +0200 Balint Marton via ffmpeg-devel
wrote:
> [...]
>
> - Comparing pull request versions does not remove the upstreamed commits
>from the comparison, so if a new version is newly rebased, I see
>upstream commits as well in the comparison.
>
Martin Storsjö via ffmpeg-devel (HE12025-09-16):
> No, that is not the point at all.
>
> The point is having one's voice and vote count, without needing to disclose
> it publicly. On potentially contentious matters, people eligible to vote may
> wish to do so, without havi
On 9/11/2025 4:59 PM, Marco Oman via ffmpeg-devel wrote:
Hi,
I compiled the example hw_decode.c on Ubuntu 24.04 with ffmpeg 7.0 compiled
with --enable-cuda-nvcc. Then lauched the decoding over a small mp4 file with a
video encoded H264 and checked the whole thing with valgrind with the
On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:
On Tue, 16 Sep 2025, 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
whip, AV_LOG_ERROR, "Failed to set crypto for rtcp send\n");
@@ -1924,6 +1945,7 @@ static av_cold void whip_deinit(AVFormatContext *s)
av_freep(&whip->key_file);
ff_srtp_free(&whip->srtp_audio_send);
ff_srtp_free(&whip->srtp_video_send);
+ ff_srtp_free(&whip->srtp_video_rtx_send);
ff_srtp_free(&whip->srtp_rtcp_send);
ff_srtp_free(&whip->srtp_recv);
ffurl_close(whip->dtls_uc);
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
e keep forgejo we will likely transition our issue tracker
> tickets into forgejo too, discussing with timo yesterday night
> indicates that this likely can be done cleaner and neater than at
> first expected.
>
> * if we switch back to the ML, we still could have subsystem
> maintaine
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
> af
sample via sending PR to this fate-suit repo.
3. Add cross link and rerun CI manually in FFmpeg repo’s PR after fate-suit’s
PR merged.
Maybe there are more simpler methods to do that.
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe
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:
> [...]
> > > I
_____
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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
, Comments ?
thx
On Sun, Sep 14, 2025 at 11:23:17PM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi everyone
>
> trac supports, custom search queries, customly formated results
>
> People can vote on tickets, we can have custom ticket states and custom
> workflow on
PR #20526 opened by Henrik Gramner (gramner)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20526
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20526.patch
This adds size-efficient AVX2 implementations for all the inverse transform
types (replacing a few fully unrolled existing ones in
8,7 @@ VERSION_SCRIPT_POSTPROCESS_CMD="cat"
asflags_filter=echo
cflags_filter=echo
+objcflags_filter=echo
ldflags_filter=echo
AS_C='-c'
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an e
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
[...]
>
> I thought Forgejo had votes as well, but I can't find them anymore, so I
> might be misremembering that.
One can add thumbs up and down to individual messages of an issue but they
ar
On 15/09/2025 14:30, Michael Niedermayer via ffmpeg-devel wrote:
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
[...]
I thought Forgejo had votes as well, but I can't find them anymore, so I
might be misremembering that.
One can add thumbs u
72:1
+TAG:ResolutionUnit= 2
+TAG:YCbCrPositioning= 1
+TAG:ImageWidth= 1200
+TAG:ImageLength= 1800
+TAG:ExifIFD/PixelXDimension= 1200
+TAG:ExifIFD/PixelYDimension= 1800
+[SIDE_DATA]
+side_data_type=EXIF metadata
+size=144
+[/SIDE_DATA]
+[/FRAME]
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
FULLNAME).$(LIBMAJOR)$(SLIBSUF)'
--
2.49.1
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
On Mon, Sep 15, 2025 at 01:09:47PM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> ATM the bug reporting guidlines point to trac
> and https://trac.ffmpeg.org/newticket redirects to forgejo
>
> So if a user found a bug, now what does she do?
> 1. First she
cket(avctx, pkt, max_packet_size);
if (ret < 0)
return ret;
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
cenc atoms that should reside inside stbl
*/
--
2.49.1
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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 wa
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
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 for
> 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
t approach.
smime.p7s
Description: S/MIME Cryptographic Signature
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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
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
On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote:
Hi all
ATM the bug reporting guidlines point to trac
and https://trac.ffmpeg.org/newticket redirects to forgejo
So if a user found a bug, now what does she do?
1. First she (maybe) looks at the bug reporting guidlines (which
hw_frames_ref);
--
2.49.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
gctx->frame_arrived_cond.wait_for(frame_lock,
std::chrono::seconds(1), [&]() {
return wgctx->frame_seq.load(std::memory_order_acquire) !=
last_seq ||
wgctx->window_closed.load(std::memory_order_acquire);
--
2.49.1
________
ocrates
signature.asc
Description: PGP signature
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
C_FLAG2_SHOW_ALL);
if (s->sh.pic_output_flag && !no_output)
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
with me.
// Martin
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
av_strlcpy(reply->reason, p, sizeof(reply->reason));
} else {
av_strlcpy(reply->reason, buf1, sizeof(reply->reason)); //
method
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Kieran Kunhya via ffmpeg-devel (HE12025-10-10):
> The only reasonable suggestion is get agreement from your shareholders
> before raising this topic in public.
Are you their lawyer? Because as far as I can see, this issue is none of
your concern and this is just more of you bullying M
Hi everyone
As we all certainly know, this ML since a few months rewrites
all "From:" headers to "X Y via ffmpeg-devel "
We changed this because neither me nor timo nor rather unhelpfull AI
could fix the bounce & dmarc issue
33 @outlook and 19 @hotmail subscribers go
9.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Hi Nicolas
On Tue, Oct 14, 2025 at 12:32:00PM +0200, Nicolas George via ffmpeg-devel wrote:
> michaelni (HE12025-10-13):
> > Also you would have to convince the community, that we want this. iam
> > not sure how the community would think about it, but for example you
> > co
0,48000,10264, 0x4a3316a9, F=0x0
+0,2064000,2208000,48000,31460, 0xb9bb51e0, F=0x0
+0,2112000, 2160000, 48000,10339, 0xd1722293, F=0x0
+0,216,2256000,48000,10386, 0x352647dd, F=0x0
+0,2208000,2256011,48000, 102855, 0xf73a53cd, F=0x0
+0,2256000,2256006,1,48949, 0x7a001fe6, F=0x0
+0,2256001,2256004,1,31419, 0x973ff917, F=0x0
+0,2256002,2256002,2,10845, 0xaa650a19, F=0x0
+0,2256004,2256005,1,10671, 0x69c7d357, F=0x0
+0,2256005,2256008,1,30951, 0xebed3d9c, F=0x0
+0,2256006,2256007,1,10525, 0xc6727243, F=0x0
+0,2256007,2256010,1,10205, 0x0c6bbc1d, F=0x0
+0,2256008,2256008,2,37793, 0xfd79bdd2, F=0x0
+0,2256010,2256012,1,10607, 0x9e689b6d, F=0x0
+0,2256011,2256011,1,15672, 0x7fa574e9, F=0x0
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Hi
On Thu, Oct 02, 2025 at 02:55:16PM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> As suggested in the thread with similar subject, here is the vote.
> Please reply with a "Yes" or "No" to cast your vote.
> Vote ends in 7 days. All memb
Hi Nicolas
On Wed, Oct 15, 2025 at 04:53:28PM +0200, Nicolas George via ffmpeg-devel wrote:
> Michael Niedermayer via ffmpeg-devel (HE12025-10-14):
> > As we are now looking for sponsors, we also should look for tasks to fund.
>
> > PS: once we have enough yearly income we
Hi
On Thu, Oct 02, 2025 at 11:36:33PM +0200, David Dominguez via ffmpeg-devel
wrote:
> mpegts_write_pes() warns when DTS - PCR is negative. This is
> done to detect frames that are late for decoding, meaning that
> timestamping is wrong or the muxrate value is insufficient.
>
2401 - 2500 of 3586 matches
Mail list logo
