Hi,
> I see. I've put the code in an #if block, so you can try if
>
> it makes a difference to anything you may encounter.
>
> The spec says: https://aomediacodec.github.io/av1-spec/#ordering-of-obus
>
> "Sequence header OBUs may appear in any order within a coded video
> sequence. Within a parti
can discuss the changes and it gives me more time to look into the
> issue below.
>
> On 12/11/24 23:53, Tristan Matthews via ffmpeg-devel wrote:
>
> > Aside from my minor comments on the patch, one thing that came up in terms
> > of testing is that while the packetization seems
On Thursday, December 12th, 2024 at 4:18 AM, Chris Hodges
wrote:
> Hi Tristan,
>
> thanks for taking the time reviewing.
>
> On 12/6/24 18:39, Tristan Matthews via ffmpeg-devel wrote:
>
> > Hi (also apologies if my client mangles the inline version of the patch,
>
Hi,
On Friday, December 6th, 2024 at 12:39 PM, Tristan Matthews via ffmpeg-devel
wrote:
> Hi (also apologies if my client mangles the inline version of the patch, it's
> the first time I've tried to review an attached patch with it)...
>
> On Monday, December 2nd,
Hi (also apologies if my client mangles the inline version of the patch, it's
the first time I've tried to review an attached patch with it)...
On Monday, December 2nd, 2024 at 9:57 AM, Chris Hodges
wrote:
> Hi,
>
> On 11/25/24 18:47, Tristan Matthews via ffmpeg-devel wr
Hi,
On Monday, November 25th, 2024 at 2:29 AM, Chris Hodges
wrote:
> Hi Anton (sorry for the PM),
>
> > Your mailer mangled the newlines in the patch. Consider a different
> > mailer or sending it as an attachment.
>
>
> Thanks for the info, had sent it with Thunderbird. Resending it as
> at
On Thu, Apr 4, 2024 at 8:23 PM Michael Niedermayer
wrote:
>
> Hi all
>
> i intend to make a 7.0.1 in a few weeks for all the bug fixes that didnt
> make it in 7.0
Any update on this?
-t
>
> thx
>
> --
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> It is dangerous t
On Tue, Nov 7, 2023 at 2:36 AM Lynne wrote:
>
> Oct 29, 2023, 06:57 by d...@lynne.ee:
>
> > Oct 29, 2023, 05:51 by mich...@niedermayer.cc:
> >
> >> On Sat, Oct 28, 2023 at 09:23:45PM +0200, Lynne wrote:
> >>
> >>> Oct 28, 2023, 18:49 by mich...@niedermayer.cc:
> >>>
> >>> > On Thu, Jul 06, 2023 at
On Mon, Nov 6, 2023 at 10:20 AM Michael Riedl
wrote:
>
> Signed-off-by: Michael Riedl
> ---
> libavformat/webrtc.c | 398 +++
> libavformat/webrtc.h | 70
> 2 files changed, 468 insertions(+)
> create mode 100644 libavformat/webrtc.c
> create m
On Thu, Nov 2, 2023 at 6:10 AM Paul B Mahol wrote:
>
> On Thu, Nov 2, 2023 at 11:03 AM Nicolas George wrote:
>
> > Paul B Mahol (12023-11-02):
> > > I analyzed it already, It is very sorry state of libavfilter that
> > buffersrc
> > > keeps sending frames to EOF filtergraph.
> >
> > So, Paul, I w
On Sat, Oct 14, 2023 at 12:38 PM Lynne wrote:
>
> Fixes build failures when the Vulkan headers are too old and libglslang
> or libshaderc are enabled.
This fixes https://trac.ffmpeg.org/ticket/10596
Tested-by: Tristan Matthews
>
>
On Fri, Sep 29, 2023 at 3:26 PM Timo Rothenpieler wrote:
>
> On 29.09.2023 20:10, Tristan Matthews wrote:
> > On Fri, Sep 29, 2023 at 1:37 PM Timo Rothenpieler
> > wrote:
> >>
> >> On 29.09.2023 15:52, Tristan Matthews wrote:
> >>
On Fri, Sep 29, 2023 at 2:32 PM Hendrik Leppkes wrote:
>
> On Fri, Sep 29, 2023 at 3:55 PM Tristan Matthews wrote:
> >
> > Fixes: https://trac.ffmpeg.org/ticket/10596
> > ---
> > configure | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> &
On Fri, Sep 29, 2023 at 1:37 PM Timo Rothenpieler wrote:
>
> On 29.09.2023 15:52, Tristan Matthews wrote:
> > Fixes: https://trac.ffmpeg.org/ticket/10596
> > ---
> > configure | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > di
Fixes: https://trac.ffmpeg.org/ticket/10596
---
configure | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 20db1801ed..50ba6f772f 100755
--- a/configure
+++ b/configure
@@ -7154,7 +7154,8 @@ enabled crystalhd && check_lib crystalhd "stdint.h
libcry
Hi,
On Thu, Aug 24, 2023 at 1:32 AM Steven Liu wrote:
>
> add option named rtmp_enhanced_codec,
> it would support hvc1,av01,vp09 now,
> the fourcc is using Array of strings.
>
> Signed-off-by: Steven Liu
> ---
> doc/protocols.texi | 6 ++
> libavformat/rtmpproto.c | 38 ++
gt; Tested-by: Neal Gompa
> > > > Reviewed-by: Neal Gompa
> > > >
> > >
> > > Is this patch set going to get pushed to master anytime soon?
> >
> > Hi Neal,
> >
> > Do you agree move the enhanced flv support into experimental
On Mon, May 15, 2023 at 4:43 AM Steven Liu wrote:
>
> Signed-off-by: Steven Liu
> ---
> libavformat/Makefile | 2 +-
> libavformat/flvenc.c | 22 ++
> 2 files changed, 19 insertions(+), 5 deletions(-)
>
> diff --git a/libavformat/Makefile b/libavformat/Makefile
> index 1ef3d
On Thu, Jun 1, 2023 at 2:08 AM Steven Liu wrote:
>
> Tristan Matthews 于2023年6月1日周四 13:03写道：
> >
> > > you can publish hevc, av1 or vp9 codec stream to Youtube over rtmp.
> >
> > Were you able to push av1 or vp9 to Youtube with this patchset alone?
> I&
> you can publish hevc, av1 or vp9 codec stream to Youtube over rtmp.
Were you able to push av1 or vp9 to Youtube with this patchset alone?
Best,
-t
On Wed, May 31, 2023 at 8:03 PM Steven Liu wrote:
>
> Neal Gompa 于2023年5月31日周三 13:47写道：
> >
> > On Mon, May 15, 2023 at 10:41 PM Neal Gompa wrot
On Sat, May 27, 2023 at 8:17 AM Andreas Rheinhardt
wrote:
>
> Tristan Matthews:
> > ---
> > libavcodec/nellymoser.c | 36 ++--
> > 1 file changed, 18 insertions(+), 18 deletions(-)
> >
> > diff --git a/libavcodec/nellymoser.c
On Sat, May 27, 2023, 00:24 Tristan Matthews wrote:
> ---
> libavcodec/nellymoser.c | 36 ++--
> 1 file changed, 18 insertions(+), 18 deletions(-)
>
> diff --git a/libavcodec/nellymoser.c b/libavcodec/nellymoser.c
> index 66c5f83a56..fa22b79
---
libavcodec/nellymoser.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/libavcodec/nellymoser.c b/libavcodec/nellymoser.c
index 66c5f83a56..fa22b79909 100644
--- a/libavcodec/nellymoser.c
+++ b/libavcodec/nellymoser.c
@@ -39,30 +39,30
On Mon, Nov 28, 2022 at 10:39 AM Tristan Matthews wrote:
>
> ---
> libavcodec/av1dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
> index 80da0943d4..d83c902f1f 100644
> --- a/libavcodec/av1dec.c
>
---
libavcodec/av1dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 80da0943d4..d83c902f1f 100644
--- a/libavcodec/av1dec.c
+++ b/libavcodec/av1dec.c
@@ -567,7 +567,7 @@ static int get_pixel_format(AVCodecContext *avctx)
---
libavcodec/av1dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 0c24eac842..80da0943d4 100644
--- a/libavcodec/av1dec.c
+++ b/libavcodec/av1dec.c
@@ -194,7 +194,7 @@ static uint8_t get_shear_params_valid(AV1DecContext *s,
On Fri, Oct 7, 2022 at 1:41 AM Gyan Doshi wrote:
>
>
> On 2022-10-05 08:59 pm, Steven Liu wrote:
> > Tristan Matthews 于2022年10月5日周三 22:44写道：
> >> ---
> >> libavformat/hls.c | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
>
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index e622425e80..402eb2b5a0 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -1527,7 +1527,7 @@ reload:
return AVERROR_EOF;
}
On Fri, Sep 23, 2022 at 3:04 PM Tristan Matthews wrote:
>
> On Fri, Sep 23, 2022 at 8:15 AM Andreas Rheinhardt
> wrote:
> >
> > Tristan Matthews:
> > > On Thu, Sep 8, 2022 at 3:58 PM Tristan Matthews
> > > wrote:
> > >
> > &
On Fri, Sep 23, 2022 at 8:15 AM Andreas Rheinhardt
wrote:
>
> Tristan Matthews:
> > On Thu, Sep 8, 2022 at 3:58 PM Tristan Matthews wrote:
> >
> >> This adds a fate test for a sample with LBRR packets.
> >>
> >> It requires that these files be uploa
Fix suggested by Mark Harris. Fixes ticket #9890
Simplified after feedback from Anton Khirnov.
---
libavcodec/opus_silk.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/opus_silk.c b/libavcodec/opus_silk.c
index 8523b55ada..f9d67f4fb3 100644
--- a/libavcodec/opus_silk.c
+++ b/li
On Wed, Aug 31, 2022 at 2:32 PM Tristan Matthews wrote:
>
> Fix suggested by Mark Harris. Fixes ticket #9890
> ---
> libavcodec/opus_silk.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/opus_silk.c b/libavcodec/opus_silk.c
> index 8523b55ada..0
On Thu, Sep 8, 2022 at 3:58 PM Tristan Matthews wrote:
> This adds a fate test for a sample with LBRR packets.
>
> It requires that these files be uploaded:
> https://people.videolan.org/~tmatth/9890-fate/silk-lbrr.mka
> https://people.videolan.org/~tmatth/9890-fat
This adds a fate test for a sample with LBRR packets.
It requires that these files be uploaded:
https://people.videolan.org/~tmatth/9890-fate/silk-lbrr.mka
https://people.videolan.org/~tmatth/9890-fate/silk-lbrr.dec
---
tests/fate/opus.mak | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Fix suggested by Mark Harris. Fixes ticket #9890
---
libavcodec/opus_silk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/opus_silk.c b/libavcodec/opus_silk.c
index 8523b55ada..0b4438388e 100644
--- a/libavcodec/opus_silk.c
+++ b/libavcodec/opus_silk.c
@@ -828,11 +828,16 @@ i
On Wed, Jul 6, 2022 at 10:10 AM Tristan Matthews
wrote:
> Hi,
>
> On Sun, Jan 3, 2021 at 8:09 PM Andreas Rheinhardt <
> andreas.rheinha...@gmail.com> wrote:
>
>> Jonathan Baudanza:
>> > On Sun, Jan 3, 2021, at 3:34 PM, Andreas Rheinhardt wrote:
>> &g
Hi,
On Sun, Jan 3, 2021 at 8:09 PM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> Jonathan Baudanza:
> > On Sun, Jan 3, 2021, at 3:34 PM, Andreas Rheinhardt wrote:
> >> Lynne:
> >>>
> >>> Apart from that LGTM.
> >>
> >> +1 if the case of more than two channels has been properly teste
On Wed, Apr 6, 2022 at 10:04 AM Zhao Zhili wrote:
>
> > 在 2022年4月6日，下午9:49，Yubo Xie 写道：
> >
> > Yes, I've removed it already.
>
> Sorry I missed that. LGTM.
>
Nice catch, I guess this bug only impacted using TCP as the
media-transport? I'm guessing I only tested UDP at the time.
Best,
Tristan
This avoids having to do one pass to calculate the full length to allocate
followed by a second pass to actually append values.
---
libavformat/librtmp.c | 124 +++---
1 file changed, 33 insertions(+), 91 deletions(-)
diff --git a/libavformat/librtmp.c b/libavf
On Wed, Apr 13, 2022 at 3:40 PM Marton Balint wrote:
>
>
> On Wed, 13 Apr 2022, Martin Storsjö wrote:
>
> > On Mon, 11 Apr 2022, Tristan Matthews wrote:
> >
> >> This avoids having to do one pass to calculate the full length to
> allocate
> >>
On Tue, Apr 12, 2022 at 2:05 PM Paul B Mahol wrote:
> On Tue, Apr 12, 2022 at 7:43 PM Tristan Matthews
> wrote:
>
> > Hi,
> >
> > On Mon, Apr 11, 2022 at 2:02 PM Paul B Mahol wrote:
> >
> > > On Sat, Apr 9, 2022 at 9:21 PM Paul B Mahol wr
Hi,
On Mon, Apr 11, 2022 at 2:02 PM Paul B Mahol wrote:
> On Sat, Apr 9, 2022 at 9:21 PM Paul B Mahol wrote:
>
> >
> > will apply soon
> >
>
>
> Forgot to apply, will apply in next 24h.
>
Am I missing something obvious or is there a default that's maybe not set?
Getting:
./ffmpeg_g -loglevel d
This avoids having to do one pass to calculate the full length to allocate
followed by a second pass to actually append values.
---
libavformat/librtmp.c | 123 +++---
1 file changed, 32 insertions(+), 91 deletions(-)
diff --git a/libavformat/librtmp.c b/libavf
On Sat, Apr 9, 2022 at 2:45 PM Marton Balint wrote:
>
>
> On Wed, 6 Apr 2022, Tristan Matthews wrote:
>
> > This is basically a cosmetic change (no functional difference).
> >
> > ---
> > libavformat/librtmp.c | 2 +-
> > 1 file changed, 1 insert
This is basically a cosmetic change (no functional difference).
---
libavformat/librtmp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/librtmp.c b/libavformat/librtmp.c
index 43013e46e0..b23adb9593 100644
--- a/libavformat/librtmp.c
+++ b/libavformat/librtmp.c
@
On Thu, Feb 18, 2021 at 11:39 AM Philip-Dylan Gleonec
wrote:
>
> Here is the reworked patch properly attached.
> Sorry about the duplicate mail, I just noticed I had a mishap with my
> mail client and the previous patch was scrubbed.
>
> Signed-off-by: Philip-Dylan Gleonec
>
> Co-developed-by: S
On Thu, Feb 18, 2021 at 11:39 AM Philip-Dylan Gleonec
wrote:
>
> Here is the reworked patch properly attached.
> Sorry about the duplicate mail, I just noticed I had a mishap with my
> mail client and the previous patch was scrubbed.
>
> Signed-off-by: Philip-Dylan Gleonec
>
> Co-developed-by: S
Log a warning instead of terminating.
TLS does not explicitly require that the client initiate the handshake when
requested by the server, it can be ignored (although the server is free to
break the connection if no handshake is forthcoming).
https://www.gnutls.org/manual/html_node/Core-TLS-API.h
On Thu, Apr 18, 2019 at 5:14 PM Tristan Matthews wrote:
>
> On Mon, Apr 15, 2019 at 6:50 PM Tristan Matthews wrote:
> >
> > This allows users to specify an upper limit on the size of outgoing packets
> > when publishing via RTSP.
> >
> > Signed-off-by: Mart
On Mon, Apr 15, 2019 at 6:50 PM Tristan Matthews wrote:
>
> This allows users to specify an upper limit on the size of outgoing packets
> when publishing via RTSP.
>
> Signed-off-by: Martin Storsjö
> ---
> libavformat/rtsp.c | 5 -
> libavformat/rtsp.h | 1 +
> 2
This allows users to specify an upper limit on the size of outgoing packets
when publishing via RTSP.
Signed-off-by: Martin Storsjö
---
libavformat/rtsp.c | 6 +-
libavformat/rtsp.h | 1 +
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
i
This allows users to specify an upper limit on the size of outgoing packets
when publishing via RTSP.
Signed-off-by: Martin Storsjö
---
libavformat/rtsp.c | 5 -
libavformat/rtsp.h | 1 +
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
in
On Thu, Apr 4, 2019 at 12:56 PM Tristan Matthews wrote:
>
> ---
> libavformat/matroskaenc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
> index b9f99c4463..1a06103c5d 100644
> --- a/l
---
libavformat/matroskaenc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index b9f99c4463..1a06103c5d 100644
--- a/libavformat/matroskaenc.c
+++ b/libavformat/matroskaenc.c
@@ -694,8 +694,10 @@ static int put_flac_co
fixes: https://trac.ffmpeg.org/ticket/6713
---
libavformat/rtpenc_chain.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/rtpenc_chain.c b/libavformat/rtpenc_chain.c
index d3c1bc96dc..e7a4dffaba 100644
--- a/libavformat/rtpenc_chain.c
+++ b/libavformat/rtpenc_chain.c
@@ -59,6 +59,7
On Tue, Oct 9, 2018 at 10:15 AM Derek Buitenhuis
wrote:
>
> On 08/10/2018 16:36, Derek Buitenhuis wrote:
> > If we don't copy this value first, it is seen as 0 by
> > h264_slice_header_init,
> > due to zero-allocation of the new context, triggering an old hack that
> > multiplied the denominator
On Wed, Sep 26, 2018 at 9:43 AM Hendrik Leppkes wrote:
> On Wed, Sep 26, 2018 at 2:27 PM Tristan Matthews
> wrote:
> >
> > Partially fixes #7456
> > ---
>
> row-mt is enabled by default in recent libaom versions, and they even
> removed the option for it from
Partially fixes #7456
---
libavcodec/libaomdec.c | 62 ++
1 file changed, 62 insertions(+)
diff --git a/libavcodec/libaomdec.c b/libavcodec/libaomdec.c
index 2530c9f76b..6740f98be1 100644
--- a/libavcodec/libaomdec.c
+++ b/libavcodec/libaomdec.c
@@ -23,20 +
Partially fixes #7456
---
libavcodec/libaomdec.c | 62 ++
1 file changed, 62 insertions(+)
diff --git a/libavcodec/libaomdec.c b/libavcodec/libaomdec.c
index 2530c9f76b..15cda2940a 100644
--- a/libavcodec/libaomdec.c
+++ b/libavcodec/libaomdec.c
@@ -23,20 +
---
libavfilter/af_silencedetect.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
index 6e321a5d97..d9582aa589 100644
--- a/libavfilter/af_silencedetect.c
+++ b/libavfilter/af_silencedetect.c
@@
Hi,
On Fri, Dec 29, 2017 at 12:43 PM, ser...@gavrushkin.com
wrote:
> Hello,
>
> FFmpeg stop working with the latest model of camera that I work now. I've
> investigated it and found that "bad" commit is
> 98c97994c5b90bdae02accb155eeceeb5224b8ef. There was additional check for ret
> value and
libaom tools work with ivf files.
---
libavformat/ivfenc.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
index fdc0ee03e1..2d1f9aeef6 100644
--- a/libavformat/ivfenc.c
+++ b/libavformat/ivfenc.c
@@ -37,14 +37,16 @@ static i
On Sat, Dec 2, 2017 at 11:01 AM, Michael Niedermayer
wrote:
> On Fri, Dec 01, 2017 at 04:09:15PM -0500, Tristan Matthews wrote:
>> Fix suggested by Luca Barbato.
>>
>> This was causing spurious EOFs when using -rtsp_transport udp, as
>> reported in https://bugzilla.lib
Fix suggested by Luca Barbato.
This was causing spurious EOFs when using -rtsp_transport udp, as
reported in https://bugzilla.libav.org/show_bug.cgi?id=1103
---
libavformat/rtsp.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index
64 matches
Mail list logo
