From: Tong Wu
These macros are no longer used. Remove them.
Signed-off-by: Tong Wu
---
libavcodec/d3d12va_mpeg2.c | 4
libavcodec/d3d12va_vc1.c | 4
2 files changed, 8 deletions(-)
diff --git a/libavcodec/d3d12va_mpeg2.c b/libavcodec/d3d12va_mpeg2.c
index b964f8d2ff..936af5f86a
From: Tong Wu
Fixes #10759.
It can happen in H.264, MPEG2, VC1 that the current frame resource
memory is already in ref_resource. For example, for a interlaced frame,
the same curr memory is passed twice. For the second time it could possibly
reference itself. When this happens the curr is
Also deleted more redundant code in v3^
On Wed, Jan 10, 2024 at 9:48 PM Marth64 wrote:
> Fixes for several authoring styles/discs.
> ffmpeg CLI may report wrong output time and show progress strangely for
> some discs.
> This is not reproducible prior to `fftools/ffmpeg: convert to a threaded
>
Fixes for several authoring styles/discs.
ffmpeg CLI may report wrong output time and show progress strangely for some
discs.
This is not reproducible prior to `fftools/ffmpeg: convert to a threaded
architecture`
But, I am looking into it.
Signed-off-by: Marth64
---
Changelog
On Wed, Jan 10, 2024 at 09:52:28AM -0300, James Almer wrote:
> On 1/10/2024 12:05 AM, Michael Niedermayer wrote:
> > On Sun, Jan 07, 2024 at 06:31:00PM -0300, James Almer wrote:
> > > Covers muxing from raw pcm audio input into FLAC, using several scalable
> > > layouts,
> > > and demuxing the
> On Mon, 27 Nov 2023 02:10:11 + "Chen, Wenbin" intel@ffmpeg.org> wrote:
> > > > From: Niklas Haas
> > > >
> > > > This logic was incongruent with logic used elsewhere, where floating
> > > > point formats are explicitly exempted from range conversion. Fixes an
> > > > issue where
On Wed, Jan 10, 2024 at 11:48:33PM +0100, Stefano Sabatini wrote:
> On date Tuesday 2024-01-09 02:55:21 +0100, Michael Niedermayer wrote:
[...]
> >
> > static const AVClass eval_class = {
> > @@ -174,7 +175,7 @@ struct AVExpr {
> > } a;
> > struct AVExpr *param[3];
> > double
On date Tuesday 2024-01-09 02:55:21 +0100, Michael Niedermayer wrote:
> This is the 64bit version of Chris Doty-Humphreys SFC64
>
> Compared to the LCGs these produce much better quality numbers.
> Compared to LFGs this needs less state. (our LFG has 224 byte
> state for its 32bit version) this
On Wed, Jan 10, 2024 at 10:43:59PM +0100, Stefano Sabatini wrote:
> > 0x82 is actually writting into the reserved bits.
>
> nit: writting typo
[...]
> LGTM, thanks.
Fixed the typo and applied the patchset.
Thank you
--
Clément B.
___
ffmpeg-devel
LGTM
On Wed, Jan 10, 2024 at 3:38 PM Stefano Sabatini wrote:
> In particular:
> * sort options by name
> * apply misc formatting and consistency fixes
> * add introduction explaining the need to set some options
> ---
> doc/muxers.texi | 28
> 1 file changed, 16
On date Sunday 2024-01-07 19:16:47 +0100, Clément Bœsch wrote:
> The layout for the frame flags is as follow:
>
>chroma_format u(2)
>reserved u(2)
>interlace_mode u(2)
>reserved u(2)
>
> chroma_format has 2 allowed values:
>0: reserved
>1: reserved
>2:
Braces are employed to improve readability.
---
libavformat/astenc.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavformat/astenc.c b/libavformat/astenc.c
index 259948b276..250a54b573 100644
--- a/libavformat/astenc.c
+++ b/libavformat/astenc.c
@@
In particular:
* sort options by name
* apply misc formatting and consistency fixes
* add introduction explaining the need to set some options
---
doc/muxers.texi | 28
1 file changed, 16 insertions(+), 12 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index fee8321eab..7ed5ed50a5 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -787,6 +787,11 @@ Specify loop end position expressed in milliseconds, from
@code{0} to
assumes the
---
doc/muxers.texi | 24
1 file changed, 24 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index c8b2bcdea6..fee8321eab 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -763,6 +763,30 @@ default is @code{false}, otherwise they are cached until
the
In particular:
* sort options by name
* apply misc formatting and consistency fixes
* add introduction explaining the need to set some options
---
doc/muxers.texi | 28
1 file changed, 16 insertions(+), 12 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
---
doc/muxers.texi | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index fee8321eab..7ed5ed50a5 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -787,6 +787,11 @@ Specify loop end position expressed in milliseconds, from
@code{0} to
assumes the
Braces are employed to improve readability.
---
libavformat/astenc.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavformat/astenc.c b/libavformat/astenc.c
index 259948b276..250a54b573 100644
--- a/libavformat/astenc.c
+++ b/libavformat/astenc.c
@@
---
doc/muxers.texi | 24
1 file changed, 24 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index c8b2bcdea6..fee8321eab 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -763,6 +763,30 @@ default is @code{false}, otherwise they are cached until
the
On Tue, Jan 9, 2024 at 11:56 AM James Almer wrote:
>
> They are no longer avif specific.
>
> Signed-off-by: James Almer
> ---
> libavformat/isom.h | 4 ++--
> libavformat/mov.c | 28 ++--
> 2 files changed, 16 insertions(+), 16 deletions(-)
>
> diff --git
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
> > it in the extradata.
> >
> >
Ping on this last patch.
--
Clément B.
___
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 date Monday 2024-01-08 20:48:51 +0100, Stefano Sabatini wrote:
> ---
> doc/muxers.texi | 13 +
> 1 file changed, 13 insertions(+)
Applied this one and the previous doc/muxers patches.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On date Monday 2024-01-08 20:46:51 +0100, Stefano Sabatini wrote:
> On date Sunday 2024-01-07 09:29:24 -0600, Marth64 wrote:
> > Nice find! Updated. Looks good here when rendered to HTML.
> >
> > Signed-off-by: Marth64
> > ---
> > doc/faq.texi | 2 +-
> > 1 file changed, 1 insertion(+), 1
On Wed, Jan 10, 2024 at 03:56:22AM +0100, Lynne wrote:
> Jan 10, 2024, 03:31 by mich...@niedermayer.cc:
>
> > On Sat, Jan 06, 2024 at 06:42:40PM +0100, Michael Niedermayer wrote:
> >
> >> Hi
> >>
> >> On Wed, Jan 03, 2024 at 01:56:12AM +0100, Lynne wrote:
> >> > As some of you know, my laptop
On 1/3/24 14:51, Paul Orlyk wrote:
On 12/28/23 21:33, Michael Niedermayer wrote:
On Wed, Dec 27, 2023 at 03:44:09PM +0200, Paul Orlyk wrote:
mode field in Transport header can be sent in upper case so make string
comparison case insensitive.
Also, GStreamer expects to see mode=record instead
Uses preferred convention for ffmpeg
Signed-off-by: Marth64
---
src/index | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/index b/src/index
index 98cc516..edf8100 100644
--- a/src/index
+++ b/src/index
@@ -113,11 +113,11 @@
Internally, we have had a
To elaborate slightly: GENPTS is working within each segment, whose start
and end times I have from NAV packets
On Wed, Jan 10, 2024 at 10:25 Marth64 wrote:
> Thank you, Nicolas. I had tinkered with concat this way in the past as
> PGCs are indeed just a bunch of segments mushed together, but I
Looks OK (not tested).
--
Rémi Denis-Courmont
http://www.remlab.net/
___
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
Thank you, Nicolas. I had tinkered with concat this way in the past as PGCs
are indeed just a bunch of segments mushed together, but I had run into
issues specifically with (1) concerns about forced subtitles that pop up
mid stream and (2) unable to figure out custom IO with it. Since dvdnav is
On Wed, Jan 10, 2024 at 10:07:52AM +0100, Niklas Haas wrote:
> On Sun, 07 Jan 2024 10:50:01 +0100 Michael Niedermayer
> wrote:
> > On Sun, Dec 31, 2023 at 09:49:43PM +, Niklas Haas wrote:
> > > ffmpeg | branch: master | Niklas Haas | Fri Oct 20
> > > 16:55:43 2023 +0200|
On Sun, Dec 24, 2023 at 11:56:56AM +0100, Stefano Sabatini wrote:
> On date Monday 2023-12-11 02:35:01 +0100, Clément Bœsch wrote:
> > Hello there,
> >
> > I'm currently investigating an issue¹ affecting Kostya ProRes encoder
> > which is not reproducible with Anatoliy encoder (but it's too early
On Mon, 27 Nov 2023 02:10:11 + "Chen, Wenbin"
wrote:
> > > From: Niklas Haas
> > >
> > > This logic was incongruent with logic used elsewhere, where floating
> > > point formats are explicitly exempted from range conversion. Fixes an
> > > issue where floating point formats were not going
On Wed, Jan 10, 2024 at 3:56 AM Lynne wrote:
> Jan 10, 2024, 03:31 by mich...@niedermayer.cc:
>
> > On Sat, Jan 06, 2024 at 06:42:40PM +0100, Michael Niedermayer wrote:
> >
> >> Hi
> >>
> >> On Wed, Jan 03, 2024 at 01:56:12AM +0100, Lynne wrote:
> >> > As some of you know, my laptop died nearly
On 1/10/2024 12:05 AM, Michael Niedermayer wrote:
On Sun, Jan 07, 2024 at 06:31:00PM -0300, James Almer wrote:
Covers muxing from raw pcm audio input into FLAC, using several scalable
layouts,
and demuxing the result.
Signed-off-by: James Almer
---
tests/Makefile
Marth64 (12024-01-10):
> I will add that I still had to maintain a dependency on GENPTS for the
> inner MPEG demuxer. This is because dvdnav_get_current_time() does not
> provide exact stream-level PTS. However, the crashing/hanging is fixed (by
> parsing NAV packets), and the output is produced
On Tue, 09 Jan 2024 23:41:00 +0800 Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> fftools/ffplay.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/fftools/ffplay.c b/fftools/ffplay.c
> index 17861e60be..3c378bca2c 100644
> --- a/fftools/ffplay.c
> +++ b/fftools/ffplay.c
> @@
On Sun, 07 Jan 2024 10:50:01 +0100 Michael Niedermayer
wrote:
> On Sun, Dec 31, 2023 at 09:49:43PM +, Niklas Haas wrote:
> > ffmpeg | branch: master | Niklas Haas | Fri Oct 20
> > 16:55:43 2023 +0200| [2d555dc82d4ccd3c54c76e2fb3c861a8652de1c6] |
> > committer: Niklas Haas
> >
> >
From: Niklas Haas
Fixes error spam from the `ffplay` tool since commit 2d555dc82d, caused
by an oversight on my part - I didn't notice during development that
`ffplay` goes through its own filtering code path separate from
fftools/ffmpeg_filter.c
---
fftools/ffplay.c | 6 --
1 file changed,
From: Niklas Haas
There's no need to go through full string expansion here.
---
fftools/ffmpeg_filter.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index 82ee4fae7d..f4324579c5 100644
--- a/fftools/ffmpeg_filter.c
I will add that I still had to maintain a dependency on GENPTS for the
inner MPEG demuxer. This is because dvdnav_get_current_time() does not
provide exact stream-level PTS. However, the crashing/hanging is fixed (by
parsing NAV packets), and the output is produced smoothly. GENPTS fills in
the
Dust off those old DVD discs!
This version is greatly simplified and improved from the patch submitted in
December.
Discontinuity issues are resolved, and many discs should work smoothly out of
the box.
Also, GPL sector validation code is removed.
Basic Usage:
ffmpeg -f dvdvideo -title 1 -i
42 matches
Mail list logo
