On 2024-01-23 2:44 p.m., Brad Smith wrote:
On 2024-01-16 1:25 a.m., Brad Smith wrote:
On 2024-01-07 12:55 a.m., Brad Smith wrote:
lavu/thread: add support for setting thread name on *bsd and solaris
FreeBSD/DragonFly/Solaris use pthread_setname_np(). OpenBSD uses
pthread_set_name_np().
Sign
ср, 31 янв. 2024 г., 04:49 Andrew Randrianasulu :
>
>
> вт, 30 янв. 2024 г., 23:21 Marth64 :
>
>> Interesting, thanks. My thought was to see if this is allowed for
>> DVD-Video vs DVD-Audio only which are different application layer. I can
>> try to run a PS2 test with the real hardware out of cu
On Thu, Jan 18, 2024 at 6:31 AM Timo Rothenpieler wrote:
>
>
>
> On 18/01/2024 04:38, Roger Pack wrote:
> > Hello.
> > After compiling libx265 as a "static library" (mingw cross compiling
> > targeting win64)
> >
> > $ pkg-config --libs --static x265
> > -L/home/rdp/new/sandbox/win64_static/build_
On 2024-01-26 07:39 pm, Gyan Doshi wrote:
The video param change check will print loglines below debug level
for each frame which is different from the inlink parameters. This
can spam the console. It is now printed at warning level once for
each param change else it is kept at debug level.
P
On Wed, 31 Jan 2024, Michael Niedermayer wrote:
On Sun, Jan 28, 2024 at 04:01:36AM +0100, Marton Balint wrote:
Yadif filter assumed that the output timebase is always half of the input
timebase. This is not true if halving the input time base is not representable
as an AVRational causing the
On Di, 2024-01-30 at 19:07 +, Mark Thompson wrote:
> On 30/01/2024 06:30, Xiang, Haihao wrote:
> > On Ma, 2024-01-29 at 21:58 +, Mark Thompson wrote:
> > > On 26/01/2024 07:25, Xiang, Haihao wrote:
> > > > On Wo, 2023-12-20 at 15:10 +0800, Xiang, Haihao wrote:
> > > > > From: Haihao Xiang
On 1/30/2024 10:58 PM, Michael Niedermayer wrote:
On Tue, Jan 30, 2024 at 02:32:14PM -0300, James Almer wrote:
This will be needed by the following commit.
Signed-off-by: James Almer
---
libavformat/mov.c | 257 ++
1 file changed, 145 insertions(+
On Tue, Jan 30, 2024 at 02:32:14PM -0300, James Almer wrote:
> This will be needed by the following commit.
>
> Signed-off-by: James Almer
> ---
> libavformat/mov.c | 257 ++
> 1 file changed, 145 insertions(+), 112 deletions(-)
The previous commits d
вт, 30 янв. 2024 г., 23:21 Marth64 :
> Interesting, thanks. My thought was to see if this is allowed for
> DVD-Video vs DVD-Audio only which are different application layer. I can
> try to run a PS2 test with the real hardware out of curiosity later.
>
Thanks!
I also found Cirrus Logic applica
Hi Vittorio
On Tue, Jan 30, 2024 at 10:32:42AM +0100, Vittorio Giovara wrote:
> On Tue, Jan 30, 2024 at 2:48 AM Michael Niedermayer
> wrote:
>
> > Hi all
> >
> > after people said they would help and start a wiki page (no not thilo dont
> > blame him)
> > I again wrote one myself. This is really
On Sun, Jan 28, 2024 at 04:01:36AM +0100, Marton Balint wrote:
> Yadif filter assumed that the output timebase is always half of the input
> timebase. This is not true if halving the input time base is not representable
> as an AVRational causing the output timestamps to be invalidly scaled in such
On Sun, Jan 28, 2024 at 04:01:34AM +0100, Marton Balint wrote:
> Fixes parsing small timebases from expressions (where the expression API
> converts the result to double), like in this command line:
>
> ffprobe -f lavfi -i testsrc=d=1,settb=1/20 -show_streams
> -show_entries stream=time_b
On Mon, Jan 29, 2024 at 07:49:49PM +0100, Niklas Haas wrote:
> On Mon, 29 Jan 2024 04:19:43 +0100 Michael Niedermayer
> wrote:
> > On Sun, Dec 31, 2023 at 09:49:47PM +, Niklas Haas wrote:
> > > ffmpeg | branch: master | Niklas Haas | Tue Oct 31
> > > 13:52:53 2023 +0100| [45e09a30419cc2a725
On 1/30/2024 7:19 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
libavcodec/get_bits.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
index 9e19d2a439..c0cc7c0a7d 100644
--- a/libavcodec/get_bits.h
James Almer:
> This will be needed by the following commit.
>
> Signed-off-by: James Almer
> ---
> libavformat/mov.c | 257 ++
> 1 file changed, 145 insertions(+), 112 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 3e71252
On Tue, Jan 30, 2024 at 03:42:36PM +0100, Vittorio Giovara wrote:
> On Sun, Jan 28, 2024 at 11:32 PM Jean-Baptiste Kempf
> wrote:
>
> > Hello Folks,
> >
> > FOSDEM is upon us, in a few days.
> >
> > It would be a great idea to meet for a FFmpeg discussion, since quite a
> > few of us will be ther
James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/get_bits.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
> index 9e19d2a439..c0cc7c0a7d 100644
> --- a/libavcodec/get_bits.h
> +++ b/libavcodec/get_bits.h
> @@ -7
Signed-off-by: James Almer
---
libavcodec/get_bits.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
index 9e19d2a439..c0cc7c0a7d 100644
--- a/libavcodec/get_bits.h
+++ b/libavcodec/get_bits.h
@@ -725,7 +725,7 @@ static inline unsi
On 1/30/2024 7:10 PM, Andreas Rheinhardt wrote:
James Almer:
On 1/30/2024 6:53 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
libavcodec/put_bits.h | 16
1 file changed, 16 insertions(+)
diff --git a/libavcodec/put_bits.h b/libavcodec/put_bits
On 1/30/2024 7:11 PM, Andreas Rheinhardt wrote:
James Almer:
On 1/30/2024 6:47 PM, Andreas Rheinhardt wrote:
+ *obu_size = get_leb(&gb);
This stuff here should not a GetBitContext at all, as basically
everything is byte-aligned (and the flags above are in known bits).
I'm not going to wri
James Almer:
> On 1/30/2024 6:47 PM, Andreas Rheinhardt wrote:
>>> + *obu_size = get_leb(&gb);
>> This stuff here should not a GetBitContext at all, as basically
>> everything is byte-aligned (and the flags above are in known bits).
>
> I'm not going to write yet another leb() reading function
James Almer:
> On 1/30/2024 6:53 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/put_bits.h | 16
>>> 1 file changed, 16 insertions(+)
>>>
>>> diff --git a/libavcodec/put_bits.h b/libavcodec/put_bits.h
>>> index 4561dc131a..04
VP8-in-WebP only uses key frame encoding (see [1]), yet this
is currently not enforced. This commit does so in order to
make output reproducible with frame-threading as the VP8 decoder's
update_thread_context is not called at all when using decoding
VP8-in-WebP (as this is unnecessary for key frame
On 1/30/2024 6:47 PM, Andreas Rheinhardt wrote:
+*obu_size = get_leb(&gb);
This stuff here should not a GetBitContext at all, as basically
everything is byte-aligned (and the flags above are in known bits).
I'm not going to write yet another leb() reading function to work on raw
bytes. We
On 1/30/2024 6:53 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
libavcodec/put_bits.h | 16
1 file changed, 16 insertions(+)
diff --git a/libavcodec/put_bits.h b/libavcodec/put_bits.h
index 4561dc131a..04dedd3342 100644
--- a/libavcodec/put_bits.
OK, attached are some significantly smaller HQ samples that produce the
same coverage.
5b11c393dda223b5dd198ad2f2576fe2 fate-suite/dxv/dxv3-hqna.mov
3af30eaba2b6ec68a0f5b2c136f4dab6 fate-suite/dxv/dxv3-hqwa.mov
--
Connor Worley
dxv3-hqwa.mov
Description: QuickTime movie
dxv3-hqna.mov
Descr
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 deadlin
James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/put_bits.h | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/libavcodec/put_bits.h b/libavcodec/put_bits.h
> index 4561dc131a..04dedd3342 100644
> --- a/libavcodec/put_bits.h
> +++ b/libavcodec/put_bits.h
> @@
James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/bitstream_filters.c | 1 +
> libavcodec/bsf/Makefile| 1 +
> libavcodec/bsf/iamf_stream_split_bsf.c | 813 +
> 3 files changed, 815 insertions(+)
> create mode 100644 libavcodec/bsf/i
The current criterion is to check for the existence of
update_thread_context. Change this to check for whether
we are actually decoding VP8 (and not VP7 or VP8-in-WebP).
This is equivalent to the current criterion, but allows
the WebP decoder to evolve and to get its own update_thread_context.
Sig
This decoder always inlines whether it is VP7 or VP8.
Signed-off-by: Andreas Rheinhardt
---
It even inlines pretty cold code...
libavcodec/vp8.c | 1 -
libavcodec/vp8.h | 2 --
2 files changed, 3 deletions(-)
diff --git a/libavcodec/vp8.c b/libavcodec/vp8.c
index 7972775a1c..6b49ec9fe7 100644
Connor Worley:
> In that case, it is probably worth replacing the existing "normal quality"
> samples as they're even larger.
> dxv3-nqwa.mov does not adequately exercise the code fixed in
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240130062626.98273-1-connorbwor...@gmail.com/
> I'm not
Each sample covers a different texture format, but it may be possible to
generate smaller versions for each case with the same or better coverage.
--
Connor Worley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo
Am 30.01.24 um 21:53 schrieb Connor Worley:
In that case, it is probably worth replacing the existing "normal quality"
samples as they're even larger.
dxv3-nqwa.mov does not adequately exercise the code fixed in
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240130062626.98273-1-connorbwor..
In that case, it is probably worth replacing the existing "normal quality"
samples as they're even larger.
dxv3-nqwa.mov does not adequately exercise the code fixed in
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240130062626.98273-1-connorbwor...@gmail.com/
I'm not sure what the process for
Interesting, thanks. My thought was to see if this is allowed for
DVD-Video vs DVD-Audio only which are different application layer. I can
try to run a PS2 test with the real hardware out of curiosity later.
On Tue, Jan 30, 2024 at 2:17 PM Andrew Randrianasulu <
randrianas...@gmail.com> wrote:
>
пн, 29 янв. 2024 г., 22:08 Andrew Randrianasulu :
> On Mon, Jan 29, 2024 at 8:16 PM Marth64 wrote:
> >
> > Hi, out of curiosity, I did not know 44.1/32 is supported on DVD PCM.
> Does
> > this type of output work on an actual DVD player?
>
At least this pdf brochure lists 44.1 under PCM:
http
Connor Worley:
> Samples have been added, and this series now passes FATE
Way too big.
- Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-d
Samples have been added, and this series now passes FATE
--
Connor Worley
___
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 w
On 30/01/2024 06:30, Xiang, Haihao wrote:
On Ma, 2024-01-29 at 21:58 +, Mark Thompson wrote:
On 26/01/2024 07:25, Xiang, Haihao wrote:
On Wo, 2023-12-20 at 15:10 +0800, Xiang, Haihao wrote:
From: Haihao Xiang
This allows a downstream element stores more frames from VAAPI
decoders and fix
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 +--
1
Hi Rémi
On Tue, Jan 30, 2024 at 08:30:56AM +0200, Rémi Denis-Courmont wrote:
>
>
> Le 30 janvier 2024 00:43:39 GMT+02:00, Michael Niedermayer
> a écrit :
> >Hi
> >
> >On Mon, Jan 29, 2024 at 11:01:05PM +0200, Rémi Denis-Courmont wrote:
> >> Le maanantaina 29. tammikuuta 2024, 20.11.19 EET Mich
Signed-off-by: James Almer
---
libavformat/movenc.c | 321 ++-
libavformat/movenc.h | 7 +
2 files changed, 266 insertions(+), 62 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 8a27afbc57..76a568fba6 100644
--- a/libavformat/
Signed-off-by: James Almer
---
libavcodec/put_bits.h | 16
1 file changed, 16 insertions(+)
diff --git a/libavcodec/put_bits.h b/libavcodec/put_bits.h
index 4561dc131a..04dedd3342 100644
--- a/libavcodec/put_bits.h
+++ b/libavcodec/put_bits.h
@@ -370,6 +370,22 @@ static inline v
Signed-off-by: James Almer
---
libavcodec/bitstream_filters.c | 1 +
libavcodec/bsf/Makefile| 1 +
libavcodec/bsf/iamf_stream_merge_bsf.c | 227 +
3 files changed, 229 insertions(+)
create mode 100644 libavcodec/bsf/iamf_stream_merge_bsf.c
dif
The mp4 encapsulation was updated in the spec, so i'm resubmitting this.
Signed-off-by: James Almer
---
libavformat/Makefile | 3 +-
libavformat/isom.h | 6 +
libavformat/mov.c| 281 +++
3 files changed, 266 insertions(+), 24 deletions(-)
diff -
This will be needed by the following commit.
Signed-off-by: James Almer
---
libavformat/mov.c | 257 ++
1 file changed, 145 insertions(+), 112 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 3e71252e46..a0dfa22598 100644
--- a/li
Packets will be passed to the bsf immediately after being generated by a
demuxer, and no further data will be read from the input until all packets
have been returned by the bsf.
Signed-off-by: James Almer
---
libavformat/avformat.c | 47
libavformat/demux.c| 162 ++
Signed-off-by: James Almer
---
libavcodec/bitstream_filters.c | 1 +
libavcodec/bsf/Makefile| 1 +
libavcodec/bsf/iamf_stream_split_bsf.c | 813 +
3 files changed, 815 insertions(+)
create mode 100644 libavcodec/bsf/iamf_stream_split_bsf.c
dif
On Tue, Jan 30, 2024 at 08:30:56AM +0200, Rémi Denis-Courmont wrote:
>
>
> Le 30 janvier 2024 00:43:39 GMT+02:00, Michael Niedermayer
> a écrit :
> >Hi
> >
> >On Mon, Jan 29, 2024 at 11:01:05PM +0200, Rémi Denis-Courmont wrote:
> >> Le maanantaina 29. tammikuuta 2024, 20.11.19 EET Michael Niede
On 1/30/24 10:24, Leo Izen wrote:
+jxl_fmt.align = -frame->linesize[0];
+data = frame->data[0] + frame->linesize[0] * (info.ysize - 1);
+}
Something like this ^ is what you're requesting, right?
- Leo Izen (Traneptora)
OpenPGP_signature.asc
Description: OpenPGP digit
libjxl doesn't support negative strides, but JPEG XL has an orientation
flag inside the codestream. We can use this to work around the library
limitation, by taking the absolute value of the negative row stride,
sending the image up-side-down, and telling the library that the image
has a vertical-f
On 1/30/2024 12:06 PM, Leo Izen wrote:
On 1/30/24 09:57, Andreas Rheinhardt wrote:
Please don't rely on the type of jxl_fmt.align here (which is out of our
control). E.g. in the future it may be that libjxl supports only 32bit
align values (i.e. uses uint32_t or so for it), but that we support
On 1/30/24 09:57, Andreas Rheinhardt wrote:
Please don't rely on the type of jxl_fmt.align here (which is out of our
control). E.g. in the future it may be that libjxl supports only 32bit
align values (i.e. uses uint32_t or so for it), but that we support
64bit (ptrdiff_t) linesizes and allocati
Leo Izen:
> libjxl doesn't support negative strides, but JPEG XL has an orientation
> flag inside the codestream. We can use this to work around the library
> limitation, by taking the absolute value of the negative row stride,
> sending the image up-side-down, and telling the library that the imag
On 1/30/24 09:46, Leo Izen wrote:
libjxl doesn't support negative strides, but JPEG XL has an orientation
flag inside the codestream. We can use this to work around the library
limitation, by taking the absolute value of the negative row stride,
sending the image up-side-down, and telling the lib
libjxl doesn't support negative strides, but JPEG XL has an orientation
flag inside the codestream. We can use this to work around the library
limitation, by taking the absolute value of the negative row stride,
sending the image up-side-down, and telling the library that the image
has a vertical-f
On Sun, Jan 28, 2024 at 11:32 PM Jean-Baptiste Kempf
wrote:
> Hello Folks,
>
> FOSDEM is upon us, in a few days.
>
> It would be a great idea to meet for a FFmpeg discussion, since quite a
> few of us will be there.
> So please bring your technical topics with you :)
>
Maybe it's more infra than
On Tue, Jan 30, 2024 at 9:22 AM Anton Khirnov wrote:
> Quoting Jean-Baptiste Kempf (2024-01-28 23:31:45)
> > Hello Folks,
> >
> > FOSDEM is upon us, in a few days.
> >
> > It would be a great idea to meet for a FFmpeg discussion, since quite a
> few of us will be there.
> > So please bring your t
On 1/28/2024 10:31 PM, Jean-Baptiste Kempf wrote:
> It would be a great idea to meet for a FFmpeg discussion, since quite a few
> of us will be there.
> So please bring your technical topics with you 🙂
I would like to propose discussion a solution to the current frame/stream side
data issue
when
On Tue, Jan 30, 2024 at 1:16 PM Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Wednesday, 06 September 2023 at 18:27, Cosmin Stejerean via
> ffmpeg-devel wrote:
> >
> >
> > > On Aug 17, 2023, at 11:36 PM, Damiano Galassi
> wrote:
> > >
> > > Ping
> > >
> >
> > I believe this
On Tue, Jan 30, 2024 at 9:13 PM Frank Plowman wrote:
> On 30/01/2024 12:55, Frank Plowman wrote:
> > On 30/01/2024 12:31, Nuo Mi wrote:
> >
> >> On Tue, Jan 30, 2024 at 5:41 PM wrote:
> >>> From: Frank Plowman
> >>>
> >>> Check that vps_each_layer_is_an_ols_flag, which indicates that "at
> >>> l
On Tue, Jan 30, 2024 at 8:56 PM Frank Plowman wrote:
> On 30/01/2024 12:31, Nuo Mi wrote:
>
> > On Tue, Jan 30, 2024 at 5:41 PM wrote:
> >> From: Frank Plowman
> >>
> >> Check that vps_each_layer_is_an_ols_flag, which indicates that "at
> >> least one OLS specified by the VPS contains more than
On 30/01/2024 12:55, Frank Plowman wrote:
On 30/01/2024 12:31, Nuo Mi wrote:
On Tue, Jan 30, 2024 at 5:41 PM wrote:
From: Frank Plowman
Check that vps_each_layer_is_an_ols_flag, which indicates that "at
least one OLS specified by the VPS contains more than one layer," is
set if num_multi_lay
On 30/01/2024 12:31, Nuo Mi wrote:
On Tue, Jan 30, 2024 at 5:41 PM wrote:
From: Frank Plowman
Check that vps_each_layer_is_an_ols_flag, which indicates that "at
least one OLS specified by the VPS contains more than one layer," is
set if num_multi_layer_olss is non-zero.
Fixes:
65160/clusterf
Quoting James Almer (2024-01-30 13:39:19)
> > +av_log(ctx, AV_LOG_INFO,
> > + "n:%7"PRIu64" "
> > + "size:%7d "
> > + "pts:%s pt:%s "
> > + "dts:%s dt:%s "
> > + "ds:%"PRId64" d:%s "
>
> Why the trailing space?
Copypast
From: Thomas Siedel
Add transport stream stream type 0x33 for vvc.
Add STREAM_TYPE_VIDEO_VVC to MPEG-1/2 and MPEG-2 transport stream.
Add basic transport stream support for TS mux/demux.
Tested with:
ffmpeg -i NovosobornayaSquare_1920x1080.mp4 -c:v libvvenc test.ts && ffmpeg -i
test.ts -f null
---
libavformat/mpegtsenc.c | 45 +
1 file changed, 28 insertions(+), 17 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 3872be0f46..7bc3feaef1 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -1834,6 +
---
libavformat/mpegtsenc.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 5e089f2866..3872be0f46 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -31,6 +31,7 @@
#i
---
libavformat/mpegtsenc.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 4e5c264d2a..5e089f2866 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -1759,16 +1759,16 @@ stat
From: Thomas Siedel
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).
Add VvcConfigurationBox vvcC which extends FullBox type in
ISO/IEC 14496-15:2021.
Tested wi
---
libavformat/mpegtsenc.c | 33 ++---
1 file changed, 18 insertions(+), 15 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 84edd418f0..4e5c264d2a 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -2257,23 +2257,26
Changes since v4:
mp4: return patch welcome for CENC nal units (Thomas)
mp4: reintroduce vvc back into ff_codec_movvideo_tags since the mp4 demuxer
relies on it. (James)
Nuo Mi (4):
avformat/mpegtsenc: refact mpegts_check_bitstream to loop up table
avformat/mpegtsenc: refact, move h264, hevc
On 1/29/2024 3:42 PM, Anton Khirnov wrote:
Analogous to the (a)showinfo lavfi filters, logs basic packet
information. Mainly useful for debugging/testing/development.
---
Changelog | 1 +
doc/bitstream_filters.texi | 4 +++
libavcodec/bitstream_filters.c | 1 +
li
On Tue, Jan 30, 2024 at 5:41 PM wrote:
> From: Frank Plowman
>
> Check that vps_each_layer_is_an_ols_flag, which indicates that "at
> least one OLS specified by the VPS contains more than one layer," is
> set if num_multi_layer_olss is non-zero.
>
> Fixes:
> 65160/clusterfuzz-testcase-minimized-
On 1/30/2024 6:40 AM, p...@frankplowman.com wrote:
From: Frank Plowman
Check that vps_each_layer_is_an_ols_flag, which indicates that "at
least one OLS specified by the VPS contains more than one layer," is
set if num_multi_layer_olss is non-zero.
Fixes:
65160/clusterfuzz-testcase-minimized-f
On Wednesday, 06 September 2023 at 18:27, Cosmin Stejerean via ffmpeg-devel
wrote:
>
>
> > On Aug 17, 2023, at 11:36 PM, Damiano Galassi wrote:
> >
> > Ping
> >
>
> I believe this is still waiting for a FATE test to be added.
Could this be added without a FATE test?
Regards,
Dominik
--
Fe
Quoting Nicolas George (2024-01-30 11:12:13)
> Kieran Kunhya (12024-01-29):
> > A commercial SOW with a private company that took the commercial risk on
> > that contract taking longer or being more difficult than anticipated or
> > someone else doing the work without telling them.
> >
> > The ter
On Tue, Jan 30, 2024 at 11:15 AM Nicolas George wrote:
> Vittorio Giovara (12024-01-30):
> > Sorry, but this feels a lot like “I have nothing to add to the
> > conversation, but I feel like I need to speak up anyway”.
>
> Well...
>
> > It's not a veto when multiple eminent contributors outlined t
On Tue, 30 Jan 2024 at 10:46, Nicolas George wrote:
> Kieran Kunhya (12024-01-30):
> > So you agree the proposed Statement of Work idea in this thread isn't
> going
> > to fly as it won't cover actual code review?
>
> If that is what you read in what I wrote, I suggest you take reading
> lessons
Kieran Kunhya (12024-01-30):
> So you agree the proposed Statement of Work idea in this thread isn't going
> to fly as it won't cover actual code review?
If that is what you read in what I wrote, I suggest you take reading
lessons intended for an early age.
--
Nicolas George
__
On Tue, 30 Jan 2024 at 10:31, Nicolas George wrote:
> Kieran Kunhya (12024-01-30):
> > The patches were on the mailing list for months, there was a presentation
> > at VDD (livestreamed too).
>
> “But Mr. Dent, the plans have been available in the local planning
> office for the last nine month.”
tis 2024-01-30 klockan 10:47 +0100 skrev Tomas Härdin:
> fre 2024-01-26 klockan 10:12 -0800 skrev Pierre-Anthony Lemieux:
> > On Fri, Jan 26, 2024 at 10:02 AM Cédric Le Barz
> >
> > wrote:
> > >
> > > Set aspect ratio for jpeg2000 images.
> >
> > "The image area on the reference grid is defined
Kieran Kunhya (12024-01-30):
> The patches were on the mailing list for months, there was a presentation
> at VDD (livestreamed too).
“But Mr. Dent, the plans have been available in the local planning
office for the last nine month.” — Douglas Adams
--
Nicolas George
__
On Tue, 30 Jan 2024 at 10:12, Nicolas George wrote:
> Kieran Kunhya (12024-01-29):
> > A commercial SOW with a private company that took the commercial risk on
> > that contract taking longer or being more difficult than anticipated or
> > someone else doing the work without telling them.
> >
> >
Vittorio Giovara (12024-01-30):
> Sorry, but this feels a lot like “I have nothing to add to the
> conversation, but I feel like I need to speak up anyway”.
Well...
> It's not a veto when multiple eminent contributors outlined the problems
> with the current proposals, and I don't think ignoring
On Tue, Jan 30, 2024 at 11:07 AM Nicolas George wrote:
> Vittorio Giovara (12024-01-30):
> > Sorry but this feels a lot like "thanks for your feedback, I'm going to
> do
> > this anyway".
>
> Sorry, but this feels a lot like “I gave an objection, you have to treat
> it like a veto”.
>
Sorry, but
Kieran Kunhya (12024-01-29):
> A commercial SOW with a private company that took the commercial risk on
> that contract taking longer or being more difficult than anticipated or
> someone else doing the work without telling them.
>
> The terms of that contract were discussed in private and don't a
Vittorio Giovara (12024-01-30):
> Sorry but this feels a lot like "thanks for your feedback, I'm going to do
> this anyway".
Sorry, but this feels a lot like “I gave an objection, you have to treat
it like a veto”.
--
Nicolas George
___
ffmpeg-devel
fre 2024-01-26 klockan 10:12 -0800 skrev Pierre-Anthony Lemieux:
> On Fri, Jan 26, 2024 at 10:02 AM Cédric Le Barz
> wrote:
> >
> > Set aspect ratio for jpeg2000 images.
>
> "The image area on the reference grid is defined by its upper left
> hand reference grid point at location (XOsiz, YOsiz),
From: Frank Plowman
Check that vps_each_layer_is_an_ols_flag, which indicates that "at
least one OLS specified by the VPS contains more than one layer," is
set if num_multi_layer_olss is non-zero.
Fixes:
65160/clusterfuzz-testcase-minimized-ffmpeg_BSF_VVC_METADATA_fuzzer-4665241535119360
Found
Leo Izen:
> libjxl doesn't support negative strides, but JPEG XL has an orientation
> flag inside the codestream. We can use this to work around the library
> limitation, by taking the absolute value of the negative row stride,
> sending the image up-side-down, and telling the library that the imag
mån 2024-01-29 klockan 19:37 -0500 skrev Leo Izen:
> libjxl doesn't support negative strides, but JPEG XL has an
> orientation
> flag inside the codestream. We can use this to work around the
> library
> limitation, by taking the absolute value of the negative row stride,
> sending the image up-sid
On Tue, Jan 30, 2024 at 2:48 AM Michael Niedermayer
wrote:
> Hi all
>
> after people said they would help and start a wiki page (no not thilo dont
> blame him)
> I again wrote one myself. This is really early WIP
> it contains the application we would send to STF, this is NOT written by me
> and
mån 2024-01-29 klockan 21:04 +0100 skrev Michael Niedermayer:
> On Mon, Jan 29, 2024 at 07:02:57PM +, Kieran Kunhya wrote:
> > On Mon, 29 Jan 2024, 18:54 Michael Niedermayer,
> >
> > wrote:
> >
> > >
> > > > You weren't willing to compromise last time
> > > > for your hobby, what makes you w
Quoting Andreas Rheinhardt (2024-01-30 08:17:23)
> > +#include
>
> You should use inttypes.h instead -- it provides everything stdint.h
> provides and the print directive defines like PRId64.
>
> > +static int showinfo_filter(AVBSFContext *ctx, AVPacket *pkt)
> > +{
> > +ShowinfoContext *pri
Quoting Jean-Baptiste Kempf (2024-01-28 23:31:45)
> Hello Folks,
>
> FOSDEM is upon us, in a few days.
>
> It would be a great idea to meet for a FFmpeg discussion, since quite a few
> of us will be there.
> So please bring your technical topics with you :)
Some topics currently in my head:
* s
97 matches
Mail list logo
