On 2023-02-08 01:25 pm, Gyan Doshi wrote:
On 2022-10-21 02:49 pm, Steven Liu wrote:
gnattu 于2022年10月20日周四 20:12写道：
Current HLS implementation simply skip a failed segment to catch up
the stream, but this is not optimal for some use cases like livestream
recording.
Add an option to retry a
On 2023-02-08 12:03 pm, Gyan Doshi wrote:
On 2023-02-04 03:36 pm, Gyan Doshi wrote:
Some files, likely due to faulty packetization or muxing, can have AUDs
at other positions besides the head unit of a packet. Remove these too.
Plan to push in 24h if no more comments.
Pushed as 159b028df5
On Tue, 7 Feb 2023, Jan Ekström wrote:
ISOBMFF (14496-12) made this field ('channelcount') in the
AudioSampleEntry structure non-template¹ somewhere before the
release of the 2022 edition. As for ETSI TS 126 244 AKA 3GPP
file format (V16.1.0, 2020-10), it does not seem contain any
references lim
Helper to transfer programs from one muxing context to another.
---
doc/APIchanges | 3 ++
libavformat/avformat.c | 70 ++
libavformat/avformat.h | 14 +
libavformat/version.h | 2 +-
4 files changed, 88 insertions(+), 1 deletion(-)
diff
---
libavformat/hlsenc.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 39df9becc7..0b66efad3e 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -907,6 +907,12 @@ static int hls_mux_init(AVFormatContext *s, VariantStream
*
---
libavformat/segment.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 80e4bf851c..2d9f24e194 100644
--- a/libavformat/segment.c
+++ b/libavformat/segment.c
@@ -182,6 +182,12 @@ static int segment_mux_init(AVFormatContext *s)
---
libavformat/tee.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/tee.c b/libavformat/tee.c
index dd408dd096..2fde8a3828 100644
--- a/libavformat/tee.c
+++ b/libavformat/tee.c
@@ -291,6 +291,12 @@ static int open_slave(AVFormatContext *avf, char *slave,
TeeSlave *tee_sla
Hi,
On Sat, 4 Feb 2023, Ziemowit Laski wrote:
I've been bringing up FFMPEG using Visual Studio 2022 and the MINGW64
environment, and came across sundry things that absolutely needed fixes,
so I thought I'd submit them as a series of small patches for you to
consider. Here is the first patch.
supportsFamily: is only available on iOS 13.0 or newer
Signed-off-by: Rechi
---
libavfilter/metal/utils.m | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/metal/utils.m b/libavfilter/metal/utils.m
index f365d3cee..bb1825ae3 100644
--- a/libavfilter/metal/utils.m
++
From: Aline Gondim Santos
A dxgi grab device may be either a display or a window.
Differently from the existing gdigrab, this new device does
not make the mouse to flick and also allows proper grabbing of
accelerated windows, such as chrome or visual studio code.
Signed-off-by: Aline Gondim Sant
From: Aline Gondim Santos
Signed-off-by: Aline Gondim Santos
---
libavdevice/xcbgrab.c | 180 +-
1 file changed, 39 insertions(+), 141 deletions(-)
diff --git a/libavdevice/xcbgrab.c b/libavdevice/xcbgrab.c
index 64a68ba497..05282911a9 100644
--- a/libav
This is consistent with -stats_mux*
As the options were added very recently, this should not break any
users.
---
Changelog| 2 +-
doc/ffmpeg.texi | 20 ++--
fftools/ffmpeg_opt.c | 12 ++--
3 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/
aline.gondimsan...@savoirfairelinux.com (12023-02-09):
> From: Aline Gondim Santos
>
> Signed-off-by: Aline Gondim Santos
> ---
> libavdevice/xcbgrab.c | 180 +-
> 1 file changed, 39 insertions(+), 141 deletions(-)
Hi. Thanks for the patch. Are you remov
DXGI Desktop duplication outputs BGRA frames.
Signed-off-by: Romain Roffé
---
libavcodec/amfenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
index c487fc48aa..06bd2a45db 100644
--- a/libavcodec/amfenc.c
+++ b/libavcodec/amfenc.c
@@ -73,6 +73,7 @
Quoting Gyan Doshi (2023-02-05 12:05:19)
>
>
> On 2023-02-05 04:07 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2023-02-04 11:11:12)
> >> On 2023-02-03 09:04 pm, Andreas Rheinhardt wrote:
> >>> What does this achieve that can't be achieved by other means (namely by
> >>> an API-user updating
---
How about something like this?
---
fftools/ffmpeg_mux.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/fftools/ffmpeg_mux.c b/fftools/ffmpeg_mux.c
index dffc1410c8..cf58051949 100644
--- a/fftools/ffmpeg_mux.c
+++ b/fftools/ffmpeg_mux.c
@@ -159,14 +159,18 @@
On 09.02.2023 15:22, aline.gondimsan...@savoirfairelinux.com wrote:
From: Aline Gondim Santos
A dxgi grab device may be either a display or a window.
Differently from the existing gdigrab, this new device does
not make the mouse to flick and also allows proper grabbing of
accelerated windows, s
Timo Rothenpieler (12023-02-09):
> How do you get access to the d3d hwdevice, given this lives in lavd, which
> has no provisions for that?
Would it work better if it was in the same library?
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
On 2023-02-09 09:15 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2023-02-05 12:05:19)
On 2023-02-05 04:07 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2023-02-04 11:11:12)
On 2023-02-03 09:04 pm, Andreas Rheinhardt wrote:
What does this achieve that can't be achieved by other means (namel
On 2023-02-09 09:27 pm, Anton Khirnov wrote:
---
How about something like this?
Yes, this works.
Regards,
Gyan
---
fftools/ffmpeg_mux.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/fftools/ffmpeg_mux.c b/fftools/ffmpeg_mux.c
index dffc1410c8..cf580
Thilo Borgman (12023-02-08):
> From: Nicolas George
>
> Omitting the .org from the address should be protection enough
> against spam spiders.
>
> Signed-off-by: Nicolas George
> ---
> doc/dev_community/community.md | 4
> 1 file changed, 4 insertions(+)
Thanks for picking this up.
Rega
On 09.02.2023 17:10, Nicolas George wrote:
Timo Rothenpieler (12023-02-09):
How do you get access to the d3d hwdevice, given this lives in lavd, which
has no provisions for that?
Would it work better if it was in the same library?
It's not so much about in which library it is, but that there
Hello Nicolas,
Bellow you can find the bechmarks using `ffmpeg -benchmark` option.
1 - master
./ffmpeg -benchmark -t 10 -framerate 25 -f x11grab -i ":1+0,0 1920x1080"
output1master.mp4
ffmpeg version N-109782-g458ae405ef Copyright (c) 2000-2023 the FFmpeg
developers
built with gcc 11 (Ubu
Signed-off-by: Aline Gondim Santos
---
libavdevice/xcbgrab.c | 180 +-
1 file changed, 39 insertions(+), 141 deletions(-)
diff --git a/libavdevice/xcbgrab.c b/libavdevice/xcbgrab.c
index 64a68ba497..05282911a9 100644
--- a/libavdevice/xcbgrab.c
+++ b/libav
Hello Nicolas,
Bellow you can find the bechmarks using `ffmpeg -benchmark` option.
1 - master
./ffmpeg -benchmark -t 10 -framerate 25 -f x11grab -i ":1+0,0 1920x1080"
output1master.mp4
ffmpeg version N-109782-g458ae405ef Copyright (c) 2000-2023 the FFmpeg
developers
built with gcc 11 (Ubuntu
> How do you get access to the d3d hwdevice, given this lives in lavd,
> which has no provisions for that?
> This looks much more like it'd fit in with the desktop duplication
> capture, which ended up being a vsrc filter for that reason.
Upon developing the device i did notice the d3dhwdevice but
On Thu, Feb 9, 2023 at 12:08 PM Martin Storsjö wrote:
>
> This looks reasonable to me. I didn't follow the references in the commit
> message, but it sounds plausible and probably correct to me.
>
For the record, due to dumb ISO/IEC rule changes regarding how
specifications need to be authorized
On Thu, 9 Feb 2023, Aline Gondim Santos Gondim Santos wrote:
Hello Nicolas,
Bellow you can find the bechmarks using `ffmpeg -benchmark` option.
Utime change seems significant - as expected.
In general I don't like the idea of removing shared memory support, and I
don't quite see why windo
On Thu, Feb 9, 2023 at 5:42 AM Marth64 wrote:
>
> Signed-off-by: Marth64
> ---
> Adds detection of spatial/object-based audio extensions in E-AC-3,
> TrueHD, and DCA XLL (DTS). This includes Atmos, DTS:X, and IMAX formats.
> Please let me know what I could improve, I'm learning still.
> Thank you
> FWIW, this setup is definitely being used by lots of others already - so
> whenever there's such an issue, the main question to ask is why others
> haven't run into the issue before. But improvements are definitely
> welcome!
You have to have PATH set up so that rc.exe is found inside the Window
On Thu, Feb 9, 2023 at 10:02 PM Ziemowit Laski wrote:
>
> > FWIW, this setup is definitely being used by lots of others already - so
> > whenever there's such an issue, the main question to ask is why others
> > haven't run into the issue before. But improvements are definitely
> > welcome!
>
> Yo
On Thu, Feb 09, 2023 at 04:58:46PM +0100, Timo Rothenpieler wrote:
> On 09.02.2023 15:22, aline.gondimsan...@savoirfairelinux.com wrote:
> > From: Aline Gondim Santos
> >
> > A dxgi grab device may be either a display or a window.
> > Differently from the existing gdigrab, this new device does
>
On Thu, 9 Feb 2023, Ziemowit Laski wrote:
These changes seem fine, but you're apparently not touching the case at
the top, used for --version, where it is calling 'rc.exe /?'. For me, this
That's an interesting point. I guess MinGW is "smart enough" not to rewrite
"/?" because it doesn't repr
On Wed, Feb 08, 2023 at 10:41:00PM -0600, Marth64 wrote:
> Signed-off-by: Marth64
> ---
> Adds detection of spatial/object-based audio extensions in E-AC-3,
> TrueHD, and DCA XLL (DTS). This includes Atmos, DTS:X, and IMAX formats.
> Please let me know what I could improve, I'm learning still.
> T
Hi,
Thank you for your time and thoughts. Some of this I had wondered about the
same.
Re: Hendrik, Using profile >
This was an original intention of mine but I changed course. I'm happy to
do it, but felt too unsure for a first pass.
My reasoning being that I'm not sure if the presence of extensi
Ack'd. Nice catch. Thank you!
On Thu, Feb 9, 2023 at 4:35 PM Michael Niedermayer
wrote:
> On Wed, Feb 08, 2023 at 10:41:00PM -0600, Marth64 wrote:
> > Signed-off-by: Marth64
> > ---
> > Adds detection of spatial/object-based audio extensions in E-AC-3,
> > TrueHD, and DCA XLL (DTS). This includ
> paths; it's msys2 which does the whole unix-style paths and which
> automatically tries to rewrite command line arguments as if they were
> paths, with some level of heuristics.
Yes, this makes sense. The build uses /bin/bash, which is configured as
x86_64-pc-msys, and that's where the rewriti
Second version of my patch. Please let me know if I forgot something.
--Zem
===
When building FFMPEG in the MSYS environment under Windows, one must not use
forward slashes ('/') for command-line options. It appears that th
38 matches
Mail list logo
