On 2025-08-01 12:05 am, Timo Rothenpieler wrote:
Hi!
We will migrate away from using git.videolan.org to hosting the two
repos there on our own infrastructure.
What is the timeline for this?
Regards,
Gyan
To accomplish this, the source.ffmpeg.org domain will be shifted to
point to
option allows the user to set it to an invalid value.
Rectify that.
Regards,
Gyan
___
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
demuxing
- OpenHarmony hardware decoder/encoder
- Colordetect filter
+- WHIP (WebRTC-HTTP Ingestion Protocol) muxer (experimental)
Is support for gnutls planned?
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org
{ "pkt_size", "Maximum file packet size", offsetof(FileContext, pkt_size),
AV_OPT_TYPE_INT, { .i64 = 262144 }, -1, INT_MAX, AV_OPT_FLAG_DECODING_PARAM |
AV_OPT_FLAG_ENCODING_PARAM },
I see naive assignment of the value in avio*.c
What happens if someone sets the value to -1
;Forgejo" vs "G." / "Gitlab"
End time is in 7 days unless teh community wants to extend that.
(or do people want a formal vote to be setup? on vote.ffmpeg.org)
F.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
f value is set to @code{1}, enable gamma correct scaling. Default value is
@code{0}.
+
Thanks.
Applied as 060fc4e3a5acae27e5fbf2ff06419dff08a7d318
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ff
lltale
signs of being AI-generated,the project can't stop such AI code getting in.
At best, we can require disclosure and for the human submitter to assume
responsibility.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https
cost to the
+it, so that the advantages of using the new API outweigh the cost to the
callers of changing their code. After adding the new API you should then
deprecate the old one and schedule it for removal, as described in
@ref{Removing interfaces}.
LGTM.
Regards,
Gyan
On 2025-06-21 11:42 pm, compn wrote:
On Thu, 19 Jun 2025 15:04:27 +0530, Gyan Doshi wrote:
This source looks to be unmaintained since 2024 August.
The latest ffmpeg git master build is from 2024 June, and the latest
release build is 7.0.2, from 2024 August.
---
src/download | 2 --
1
This source looks to be unmaintained since 2024 August.
The latest ffmpeg git master build is from 2024 June, and the latest
release build is 7.0.2, from 2024 August.
---
src/download | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/download b/src/download
index 105eb56..46c581a 100644
--
On 2025-06-18 03:03 am, Tomas Härdin wrote:
fre 2025-06-13 klockan 20:07 +0530 skrev Gyan Doshi:
On 2025-06-13 04:25 pm, Tomas Härdin wrote:
The present level of
edit list support could be reimplemented by just fiddling with the
-ss
and -t options. That is, the ffmpeg CLI could
if (sws_is_noop(out, in)) {
av_frame_free(&out);
LGTM
Regards,
Gyan
___
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".
On 2025-06-15 09:17 pm, Clément Péron wrote:
On Sun, 15 Jun 2025 at 17:33, Gyan Doshi wrote:
On 2025-06-15 08:59 pm, Marth64 wrote:
thanks both
Pushed as 90424a447556c45f035a128d673607bff05d0fd6
Not an issue for me but just a remark the email is wrong: "Author:
Clément Péron &quo
On 2025-06-15 08:59 pm, Marth64 wrote:
thanks both
Pushed as 90424a447556c45f035a128d673607bff05d0fd6
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit
On 2025-06-15 08:41 pm, Clément Péron wrote:
usefull -> useful
seperately -> separately
reciever -> receiver
Will apply.
Regards,
Gyan
Signed-off-by: Clément Péron
---
doc/filters.texi| 2 +-
libavdevice/avfoundation.m | 4 ++--
libavfilter/vf_nlmeans
On 2025-06-13 08:23 pm, Tomas Härdin wrote:
For now I'll probably dummy out elst support and the associated tests
just to make progress on segmented indexes.
Does `-ignore_editlist true` not work for your use-case?
Regards,
Gyan
___
ffmpeg-
can compose their edited tracks
differently. So if the stream index/tables are to be no longer
reconstituted within mov,c, -ss and -t may not return synchronized
packets (as per the intended elst) from all streams.
Regards,
Gyan
___
ffmpeg-devel
On 2025-05-31 08:19 pm, Quentin RENARD wrote:
zoompan filter with floating point precision
If this filter is meant to be same as existing zoompan but more precise,
then you should modify the original filter with a mode option for FP use.
Regards,
Gyan
Signed-off-by: Quentin
On 2025-05-26 06:17 pm, Martin Storsjö wrote:
On Mon, 26 May 2025, Gyan Doshi wrote:
Usage of hybrid_fragmented and faststart together can result in files
with
loss of sync and bitstream parsing errors upon playback.
---
libavformat/movenc.c | 6 ++
1 file changed, 6 insertions(+)
diff
Usage of hybrid_fragmented and faststart together can result in files with
loss of sync and bitstream parsing errors upon playback.
---
libavformat/movenc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 4bc8bd1b2a..9392ba5370 100644
---
On 2025-05-18 02:17 pm, Gyan Doshi wrote:
Only encoding support has been added for liboapv
Pushed as c55d65ac0a789c23192aa555d8c1da399cee71aa
Regards,
Gyan
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 0609dac4ab
Only encoding support has been added for liboapv
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 0609dac4ab..30063e6b34 100755
--- a/configure
+++ b/configure
@@ -249,7 +249,7 @@ External library support:
--enable-liblensfun ena
t" in
*/iPhone*.sdk|\
*/AppleTV*.sdk|\
*/WatchOS*.sdk|\
*/BridgeOS*.sdk)
disable browser_launch
;;
esac
fi
Can you
On 2025-04-26 12:53 am, Marton Balint wrote:
On Thu, 24 Apr 2025, Gyan Doshi wrote:
On 2025-04-24 02:05 am, Marton Balint wrote:
On Wed, 23 Apr 2025, cenzhanqu...@gmail.com wrote:
From: zhanquan cen
1. add simple fade when volume.
2. do fade when adjust volume to maximal
whole duration of audio?
It is useful to transition into the new volume level.
However, this shouldn't be hardcoded. Add an option for the transition
time with default value of 0.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
hange, if an input stalls thrice, only the resumption after
the first stall will get reported.
Regards,
Gyan
---
fftools/ffmpeg_demux.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg_demux.c b/fftools/ffmpeg_demux.c
index 6e01efc420..1f7ec20a43 1
On 2025-04-21 11:59 pm, Stefano Sabatini wrote:
On date Tuesday 2025-04-15 16:09:56 +0530, Gyan Doshi wrote:
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
v2:
made constants more descriptive
add
On Mon, 21 Apr 2025, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
Gyan
Doshi
Sent: Montag, 21. April 2025 06:51
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avformat/dump: Change
precision
of
stream start offsets
On 2025-04-21 01:41
ime %.3fs", stream_start);
+av_log(NULL, AV_LOG_INFO, ", Start-Time %.6fs", stream_start);
The camel case is incongruous with the formatting of the text next To It.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
V_LOG_INFO, ", Start-Time %.3fs", stream_start);
This should use the same precision as the other timestamp printouts, to
avoid subtle inaccuracies.
For a single-stream MPEG-TS , ffmpeg prints "start: 1.47" for the
format and "Start-Time 1.467s" for the
d be added even if it's not made the default, or
no UUID replacement is found for the memaddr.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above,
On 2025-04-16 10:37 am, Andreas Rheinhardt wrote:
Gyan Doshi:
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
v2:
made constants more descriptive
add exception for rtsp false negative seekability
---
doc/ffprobe.xsd | 2 ++
fftools/ffprobe.c| 15 ++-
tests/ref/fate/cavs-demux| 2 +-
tests/ref/fate/ffprobe_compact | 2 +-
tests/ref/fate/ffprobe_csv | 2 +-
tests/ref/fate/ffprobe_default | 2 ++
tests
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
v3:
add some checks for seekability such as
default stream
demuxer seek function for NOFILE formats
doc/APIchanges | 3 ++
libavformat/avfo
---
doc/ffprobe.xsd | 2 ++
fftools/ffprobe.c| 15 ++-
tests/ref/fate/cavs-demux| 2 +-
tests/ref/fate/ffprobe_compact | 2 +-
tests/ref/fate/ffprobe_csv | 2 +-
tests/ref/fate/ffprobe_default | 2 ++
tests
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
v2:
made constants more descriptive
add exception for rtsp false negative seekability
doc/APIchanges | 3 +++
libavformat/avformat.h | 22
On 2025-04-14 12:57 pm, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Gyan
Doshi
Sent: Montag, 14. April 2025 08:54
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 2/2] ffprobe: show seekability
details in format section
On 2025-04-14 10:22
On 2025-04-14 10:22 am, softworkz . wrote:
Hi Gyan,
the problem that I see here is that it's not machine-readable and
would require non-trivial parsing to translate back to the actual
information behind it.
I think that either a separate sub-section or at least three separate
values
On 2025-04-13 09:48 pm, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Gyan
Doshi
Sent: Sonntag, 13. April 2025 13:16
To:ffmpeg-devel@ffmpeg.org
Subject: [FFmpeg-devel] [PATCH 2/2] ffprobe: show seekability details in
format section
---
fftools/ffprobe.c
On 2025-04-13 09:39 pm, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Gyan
Doshi
Sent: Sonntag, 13. April 2025 13:16
To:ffmpeg-devel@ffmpeg.org
Subject: [FFmpeg-devel] [PATCH 1/2] avformat: add
avformat_query_seekable
Utility function to report seekability
On 2025-04-13 10:12 pm, Zhao Zhili wrote:
On Apr 13, 2025, at 19:15, Gyan Doshi wrote:
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 22
---
fftools/ffprobe.c| 49 +++-
tests/ref/fate/cavs-demux| 2 +-
tests/ref/fate/ffprobe_compact | 2 +-
tests/ref/fate/ffprobe_csv | 2 +-
tests/ref/fate/ffprobe_default | 1 +
tests/ref/fate/ffprobe_flat |
Utility function to report seekability features for a given input.
Useful for ffprobe and to extend seek possibilities in fftools.
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 22 ++
libavformat/seek.c | 53 ++
libavform
~AV_LOG_NO_PRINT_MEMADDRESS;
+}
} else {
break;
}
You also need to update the block just before the end jump.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/
)
} else {
flags |= AV_LOG_PRINT_DATETIME;
}
+} else if (av_strstart(token, "memaddress", &arg)) {
Too verbose a label. How about just 'mem'?
Regards,
Gyan
+if (cmd == '-') {
+f
On 2025-03-18 03:34 pm, Gyan Doshi wrote:
On 2025-03-18 03:27 pm, Martin Storsjö wrote:
On Mon, 17 Mar 2025, Gyan Doshi wrote:
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't su
---
configure | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index d84e32196d..2c060b0cd4 100755
--- a/configure
+++ b/configure
@@ -5230,12 +5230,6 @@ else
ar_o='$@'
fi
-if $ar 2>&1 | grep -qi "@.*file"; then
-ar_objs="true"
-e
On 2025-03-31 12:09 pm, Andreas Rheinhardt wrote:
Patch attached.
LGTM.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel
the web interface available at @url{https://git.ffmpeg.org/ffmpeg.git}.
LGTM.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel
.
Adjusted commit msg and applied as 1015ea2ba15de8e7d4460496398c3eba6a42886d
Regards,
Gyan
___
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
On 2025-03-29 10:42 am, Gyan Doshi wrote:
On 2025-03-26 07:38 pm, Gyan Doshi wrote:
---
v2:
*switched state and make var name to response_files
*changed option to standard action-optname format
Plan to push tomorrow.
Pushed as 64087171f67bab220c4d3001eb6b074cf488284c
Regards
On 2025-03-30 11:57 am, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-29 11:52 pm, Martin Storsjö wrote:
On Sat, 29 Mar 2025, Gyan Doshi wrote:
Did you not try to use GNU make's flie function?
I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
faster) for the
On 2025-03-29 11:52 pm, Martin Storsjö wrote:
On Sat, 29 Mar 2025, Gyan Doshi wrote:
Did you not try to use GNU make's flie function?
I just benched this and it ranges from 1m28.093s to 1m29.971s (5%
faster) for the lavc targets.
However, this was added in make 4.0. Are we suppo
On 2025-03-29 05:51 pm, Ramiro Polla wrote:
Hi Gyan,
On Sat, Mar 29, 2025 at 6:11 AM Gyan Doshi wrote:
On 2025-03-27 10:03 am, Gyan Doshi wrote:
On 2025-03-26 11:37 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-25 05:11 pm, Ramiro Polla wrote:
On Sat, Mar 22, 2025 at 5:33 AM Gyan
On 2025-03-26 07:38 pm, Gyan Doshi wrote:
---
v2:
*switched state and make var name to response_files
*changed option to standard action-optname format
Plan to push tomorrow.
Regards,
Gyan
configure | 25 +
ffbuild/library.mak | 4 ++--
2
On 2025-03-27 10:03 am, Gyan Doshi wrote:
On 2025-03-26 11:37 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-25 05:11 pm, Ramiro Polla wrote:
Hi,
On Sat, Mar 22, 2025 at 5:33 AM Gyan Doshi wrote:
On 2025-03-22 03:29 am, Martin Storsjö wrote:
On Fri, 21 Mar 2025, Gyan Doshi
On 2025-03-26 11:37 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-03-25 05:11 pm, Ramiro Polla wrote:
Hi,
On Sat, Mar 22, 2025 at 5:33 AM Gyan Doshi wrote:
On 2025-03-22 03:29 am, Martin Storsjö wrote:
On Fri, 21 Mar 2025, Gyan Doshi wrote:
ffbuild/library.mak | 7 +--
1 file
On 2025-03-25 05:11 pm, Ramiro Polla wrote:
Hi,
On Sat, Mar 22, 2025 at 5:33 AM Gyan Doshi wrote:
On 2025-03-22 03:29 am, Martin Storsjö wrote:
On Fri, 21 Mar 2025, Gyan Doshi wrote:
ffbuild/library.mak | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/ffbuild
---
v2:
*switched state and make var name to response_files
*changed option to standard action-optname format
configure | 25 +
ffbuild/library.mak | 4 ++--
2 files changed, 19 insertions(+), 10 deletions(-)
diff --git a/configure b/configure
index 2fdbe
On 2025-03-24 06:42 pm, James Almer wrote:
On 3/24/2025 9:31 AM, Martin Storsjö wrote:
On Mon, 24 Mar 2025, Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Sat Mar 15
16:51:05 2025 +0530| [cbbc927a67f142a02bfc5d047c03587599ee5b55] |
committer: Gyan Doshi
ffmpeg: add per-stream
On 2025-03-23 10:06 am, Gyan Doshi wrote:
On 2025-03-19 10:33 am, Gyan Doshi wrote:
Added in bb80445813
Plan to push tomorrow.
Pushed as 6fb1bbd73c4d320733c636a22728a7d747303371
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel
On 2025-03-23 10:06 am, Gyan Doshi wrote:
On 2025-03-19 04:36 pm, Gyan Doshi wrote:
The existing default value is the same as the primary readrate.
This maintains the flow rate as best as possible but does not
reduce the lag. This new value allows catchup to gradually happen
without
On 2025-03-23 10:07 am, Gyan Doshi wrote:
On 2025-03-16 11:39 pm, Gyan Doshi wrote:
On 2025-03-16 11:12 pm, James Almer wrote:
On 3/16/2025 4:18 AM, Gyan Doshi wrote:
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be
On 2025-03-16 11:39 pm, Gyan Doshi wrote:
On 2025-03-16 11:12 pm, James Almer wrote:
On 3/16/2025 4:18 AM, Gyan Doshi wrote:
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be used when the filtergraph should not be
On 2025-03-19 04:36 pm, Gyan Doshi wrote:
The existing default value is the same as the primary readrate.
This maintains the flow rate as best as possible but does not
reduce the lag. This new value allows catchup to gradually happen
without overwhelming the receiver.
Addresses a concern
On 2025-03-19 10:33 am, Gyan Doshi wrote:
Added in bb80445813
Plan to push tomorrow.
Regards,
Gyan
---
libavfilter/vf_scale.c | 16
1 file changed, 16 deletions(-)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c
index 8c03d7fd8d..293eb11a4e 100644
--- a
On 2025-03-22 03:29 am, Martin Storsjö wrote:
On Fri, 21 Mar 2025, Gyan Doshi wrote:
Avoids echo failing due to the same ARG_MAX limit that prompted
response files to be used with the linker.
I presume this is only a fix for a hypothetical issue, _if_ echo would
be a native windows
---
configure | 27 ---
ffbuild/library.mak | 4 ++--
2 files changed, 22 insertions(+), 9 deletions(-)
diff --git a/configure b/configure
index 14f7bcde0e..863b9adf22 100755
--- a/configure
+++ b/configure
@@ -427,6 +427,8 @@ Toolchain options:
--enable-thum
Avoids echo failing due to the same ARG_MAX limit that prompted
response files to be used with the linker.
---
ffbuild/library.mak | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/ffbuild/library.mak b/ffbuild/library.mak
index 7e1871b74c..15302852ec 100644
--- a/ffbuild/
On 2025-03-20 05:39 am, Ramiro Polla wrote:
On Tue, Mar 18, 2025 at 11:06 AM Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Mon Mar 17 20:57:28
2025 +0530| [740d4009656abeb006e2d43001b59d875c1a7a6a] | committer: Gyan Doshi
ffbuild: use response files only if ar accepts them
The existing default value is the same as the primary readrate.
This maintains the flow rate as best as possible but does not
reduce the lag. This new value allows catchup to gradually happen
without overwhelming the receiver.
Addresses a concern brought up in #11469
---
fftools/ffmpeg_demux.c |
On 2025-03-19 02:54 pm, Martin Storsjö wrote:
On Tue, 18 Mar 2025, Gyan Doshi wrote:
---
configure | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index d84e32196d..14f7bcde0e 100755
--- a/configure
+++ b/configure
@@ -5230,12 +5230,6
Added in bb80445813
---
libavfilter/vf_scale.c | 16
1 file changed, 16 deletions(-)
diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c
index 8c03d7fd8d..293eb11a4e 100644
--- a/libavfilter/vf_scale.c
+++ b/libavfilter/vf_scale.c
@@ -247,22 +247,6 @@ static int check_ex
---
configure | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index d84e32196d..14f7bcde0e 100755
--- a/configure
+++ b/configure
@@ -5230,12 +5230,6 @@ else
ar_o='$@'
fi
-if $ar 2>&1 | grep -qi "@.*file"; then
-ar_objs="true"
-e
On 2025-03-18 03:27 pm, Martin Storsjö wrote:
On Mon, 17 Mar 2025, Gyan Doshi wrote:
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support
reading
args from a 'response file&
On 2025-03-17 09:44 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 23:16, Gyan Doshi wrote:
This is to not break linking with toolchains that don't support reading
args from a 'response file'.
---
I've assumed that ld on a system will have same support as ar.
con
This is to not break linking with toolchains that don't support reading
args from a 'response file'.
---
I've assumed that ld on a system will have same support as ar.
configure | 7 +++
ffbuild/library.mak | 8
2 files changed, 15 insertions(+)
diff --git a/configure b/co
On 2025-03-17 05:29 pm, Zhao Zhili wrote:
On Mar 17, 2025, at 19:45, Gyan Doshi wrote:
On 2025-03-17 05:02 pm, Zhao Zhili wrote:
On Mar 13, 2025, at 21:02, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list
On 2025-03-17 05:02 pm, Zhao Zhili wrote:
On Mar 13, 2025, at 21:02, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
v3:
for reasons unknown to me
On 2025-03-15 01:26 pm, Gyan Doshi wrote:
On 2025-03-13 06:32 pm, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
v3:
for reasons unknown to me, static
On 2025-03-17 11:25 am, Gyan Doshi wrote:
On 2025-03-17 12:45 am, Danil Iashchenko wrote:
Hi Gyan and Michael,
Thank you for reviewing the patch and providing feedback!
I've addressed all the issues and resubmitting the patch (built and
tested with Texinfo 7.1.1).
Per Gyan's
On 2025-03-17 12:45 am, Danil Iashchenko wrote:
Hi Gyan and Michael,
Thank you for reviewing the patch and providing feedback!
I've addressed all the issues and resubmitting the patch (built and tested with
Texinfo 7.1.1).
Per Gyan's suggestion, I'm resubmitting since Pat
On 2025-03-16 11:12 pm, James Almer wrote:
On 3/16/2025 4:18 AM, Gyan Doshi wrote:
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be used when the filtergraph should not be
reinited upon input parameter changes as that
On 2025-03-16 01:21 am, Marton Balint wrote:
On Sat, 15 Mar 2025, Gyan Doshi wrote:
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be used when the filtergraph should not be
reinited upon input parameter changes as that
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be used when the filtergraph should not be
reinited upon input parameter changes as that leads to loss of state
in the filtergraph potentially leading to broken or aborted output,
e.
On 2025-03-12 03:12 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
On 2025-03-12 01:29 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now
On 2025-02-24 03:14 pm, Gyan Doshi wrote:
On 2025-02-24 03:36 am, James Almer wrote:
Deprecated since 2023-07-15.
Can you wait to push till I port this to ffmpeg_dec?
Patch for replacement posted at
https://ffmpeg.org/pipermail/ffmpeg-devel/2025-March/341210.html
Regards,
Gyan
This is a replacement in ffmpeg for the deprecated avcodec flag
AV_CODEC_FLAG_DROPCHANGED.
This option is meant to be used when the filtergraph should not be
reinited upon input parameter changes as that leads to loss of state
in the filtergraph potentially leading to broken or aborted output,
e.
On 2025-03-13 06:32 pm, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
v3:
for reasons unknown to me, static linking doesn't appear to
work on
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
v3:
for reasons unknown to me, static linking doesn't appear to
work on linux with escaped variables, so removed those.
Someone
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
ffbuild/library.mak | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ffbuild/library.mak b/ffbuild/library.mak
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
v2:
static linking also switched to use a file for object list
objs added to clean target and to gitignore
.gitignore
On 2025-03-12 05:52 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
On 2025-03-12 03:12 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
On 2025-03-12 01:29 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
The linker command can exceed
On 2025-03-12 01:29 pm, Martin Storsjö wrote:
On Wed, 12 Mar 2025, Gyan Doshi wrote:
The linker command can exceed the maximum argument limit on MinGW,
especially for libavcodec.
The objects list is now stored in a file and passed to the linker.
---
ffbuild/library.mak | 4 +++-
1 file
On 2025-03-05 10:00 pm, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Gyan
Doshi
Sent: Mittwoch, 5. März 2025 17:23
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avutil/log: Replace addresses in log
output with simple ids
On 2025-03-05 09
different due to those addresses
I like being able to get rid of the addresses, but it should be
user-selectable via a flag.
Regards,
Gyan
Signed-off-by: softworkz
---
avutil/log: Replace addresses in log output with simple ids
..and individual numbering. The benefits are
On 2025-02-23 01:06 pm, Gyan Doshi wrote:
On 2025-02-18 03:16 pm, Gyan Doshi wrote:
At present, if reading from a readrate-limited input is stalled,
then upon resumption, ffmpeg will read the input without any
throttle till the average readrate matches the specified readrate.
This new
On 2025-02-23 01:06 pm, Gyan Doshi wrote:
On 2025-02-21 05:34 pm, Gyan Doshi wrote:
On 2025-02-21 04:34 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-02-21 02:21 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
---
fftools/opt_common.c | 5 +
1 file changed, 5 insertions
On 2025-02-24 03:36 am, James Almer wrote:
Deprecated since 2023-07-15.
Can you wait to push till I port this to ffmpeg_dec?
Regards,
Gyan
Signed-off-by: James Almer
---
libavcodec/avcodec.c | 4 ---
libavcodec/avcodec.h | 9 ---
libavcodec/decode.c| 52
On 2025-02-21 05:34 pm, Gyan Doshi wrote:
On 2025-02-21 04:34 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2025-02-21 02:21 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
---
fftools/opt_common.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/fftools/opt_common.c b/fftools
1 - 100 of 1265 matches
Mail list logo
