On Sat, 30 Mar 2024 at 17:30, Michael Niedermayer
wrote:
> On Sat, Mar 30, 2024 at 11:51:17AM -0300, James Almer wrote:
> > On 3/30/2024 11:02 AM, Michael Niedermayer wrote:
> > > Iam not 100% sure this is the best place to put this. But we should
> somewhere
> > > describe what differences are e
On Thu, 11 Apr 2024, 16:42 James Almer, wrote:
> Some interlaced h264 samples may export one caption per field.
>
> Signed-off-by: James Almer
> ---
> libavutil/frame.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/frame.c b/libavutil/frame.c
> index 0775e2a
Sent from my mobile device
On Thu, 2 May 2024, 15:54 Ondřej Fiala, wrote:
> On Wed May 1, 2024 at 1:01 AM CEST, Andrew Sayers wrote:
> > On Tue, Apr 30, 2024 at 09:05:05PM +0200, Ondřej Fiala wrote:
> > > [...]
> >
> > IMHO, GitHub have improved that user experience significantly in recent
> yea
On Mon, 13 May 2024, 02:32 Michael Niedermayer,
wrote:
> On Mon, May 06, 2024 at 03:23:07AM +0200, Michael Niedermayer wrote:
> > Fixes: CID1439574 Dereference after null check
> >
> > Sponsored-by: Sovereign Tech Fund
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/h264_slice.c |
>
> ticket #6265, oops forgot this
>
Can you confirm this makes the png in the ticket look as expected?
I was expecting the companding curve to also change for alpha.
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
a small number of DPCM blocks which I can't even see when
playing them back.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, 25 Apr 2018 at 23:18 Nicolas George wrote:
> Josh de Kock (2018-04-25):
> > If anything, this should have never been added and a suitable
> > external library should have been picked.
>
> This opinion should have been expressed three years ago. It was decided
> then that lavf
On Sun, 29 Apr 2018 at 20:20 Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4videodec.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
OK
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Sun, 29 Apr 2018 at 20:20 Michael Niedermayer
wrote:
> Fixes: runtime error: shift exponent -1 is negative
> Fixes:
> 7510/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG4_fuzzer-5024523356209152
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/p
On Sun, 29 Apr 2018 at 22:57 Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4video_parser.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/mpeg4video_parser.c
> b/libavcodec/mpeg4video_parser.c
> index b7d6da1f75..453d373e6e 100644
On Sun, 29 Apr 2018 at 22:57 Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/m4vdec.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavformat/m4vdec.c b/libavformat/m4vdec.c
> index 34d434f7d2..be30f86a5c 100644
> --- a/libavformat/m4vdec.c
On Sun, 29 Apr 2018 at 20:20 Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4videodec.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4videodec.c
> index 9ee2f37c69..9318d7bd4e 100644
> --- a/libav
On Sun, 29 Apr 2018 at 22:57 Michael Niedermayer
wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mpeg4video.h| 2 ++
> libavcodec/mpeg4videodec.c | 25 -
> 2 files changed, 18 insertions(+), 9 deletions(-)
>
> diff --git a/libavcodec/mpeg4video.h b/li
>
> About the past, it appears to me that there is a deeply rooted aversion by
> some people toward some code. This just doesnt belong here.
>
Correct, mpeg4video decoding is some of the least understandable and
undocumented code in the entirety of libavcodec.
Decoding spans the following files in
On Wed, 27 Dec 2017 at 19:53 Michael Niedermayer
wrote:
> please call the functions ff_simple_idct_int16_10bit or something that
> makes it
> clear what the 2 numbers mean.
>
done
> [...]
is that faster than checking row 4-7 for 0 with sparse matrixes as occuring
> in
> video data ?
>
added.
$subj
I'm not to happy about the s->block2 stuff, there are many ways of trying
to resolve this (e.g union), so review welcome.
I will add DPCM support in a later (currently unfinished) patch.
Kieran
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
_
On Mon, Jan 1, 2018 at 7:01 PM, Michael Niedermayer
wrote:
> Hi
Patch updated.
Some of the review comments I decided not to implement in order to keep
closer to the spec.
Regards,
Kieran Kunhya
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary d
On Sun, Jan 21, 2018 at 12:53 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 13:37 GMT+01:00 Kieran Kunhya :
> > On Mon, Jan 1, 2018 at 7:01 PM, Michael Niedermayer wrote:
> >
> >> Hi
> >
> > Patch updated.
>
> If you choose to ignore more than half of the c
On Sun, Jan 21, 2018 at 1:08 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 14:03 GMT+01:00 Kieran Kunhya :
> > On Sun, Jan 21, 2018 at 12:53 PM, Carl Eugen Hoyos
> > wrote:
> >
> >> 2018-01-21 13:37 GMT+01:00 Kieran Kunhya :
> >> > On Mon, Jan 1,
On Sun, Jan 21, 2018 at 1:30 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 14:22 GMT+01:00 Kieran Kunhya :
>
> Can you reproduce the following issue that I see here?
> When testing with ffplay, in ~50% of tries, videos look fine,
> in other cases, I get a monochrome unchanging
On Sun, Jan 21, 2018 at 1:42 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 14:33 GMT+01:00 Kieran Kunhya :
> > On Sun, Jan 21, 2018 at 1:30 PM, Carl Eugen Hoyos
> > wrote:
> >
> >> 2018-01-21 14:22 GMT+01:00 Kieran Kunhya :
> >>
> >> Can you reproduc
>
> Only that I can not reproduce without your patch (and that I have
> never seen this issue before).
>
> Carl Eugen
>
I cannot reproduce this issue with ffplay on Ubuntu Linux.
I would recommend running "make distclean" and recompiling.
Kieran
___
ffm
On Sun, Jan 21, 2018 at 2:42 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 15:34 GMT+01:00 Kieran Kunhya :
> >>
> >> Only that I can not reproduce without your patch (and that I have
> >> never seen this issue before).
> >>
> >> Carl Eugen
> >>
On Sun, Jan 21, 2018 at 10:06 PM, Carl Eugen Hoyos
wrote:
> 2018-01-21 22:45 GMT+01:00 Kieran Kunhya :
> > On Sun, Jan 21, 2018 at 2:42 PM, Carl Eugen Hoyos
> > wrote:
> >
> >> 2018-01-21 15:34 GMT+01:00 Kieran Kunhya :
> >> >>
> >> >>
On Mon, Jan 22, 2018 at 2:07 AM, Michael Niedermayer wrote:
> On Sun, Jan 21, 2018 at 12:37:21PM +0000, Kieran Kunhya wrote:
> > On Mon, Jan 1, 2018 at 7:01 PM, Michael Niedermayer
>
> > wrote:
> >
> > > Hi
> >
> >
>
> > Patch updated.
>
On Mon, Jan 22, 2018 at 10:53 AM, Carl Eugen Hoyos
wrote:
> 2018-01-22 11:41 GMT+01:00 Marton Balint :
>
> > Your command line shows gcc 4.7. Maybe this is
> > some compiler issue then?
>
> I can also reproduce the issue with vanilla gcc 6.3.0,
> so I don't think this is a compiler issue.
Do yo
On Sat, Jan 27, 2018 at 12:33 AM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Fri, Jan 26, 2018 at 08:04:39PM +0000, Kieran Kunhya wrote:
> > On Mon, Jan 22, 2018 at 2:07 AM, Michael Niedermayer
> > > wrote:
> >
> > > On Sun, Jan 21, 2018 a
Patch updated. Still depends on [PATCH] simple_idct: Template functions to
support an input bitdepth parameter.
Kieran
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@f
All 3 ok.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Patch updated to possibly fix thread related bug reports. Tsan is better
but not perfect.
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/ma
Patch updated to fix threading related crashes, thanks to Paul Mahol for
assistance.
Also fix segfaults on cut files by disabling unchecked bitstream reading.
Kieran
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
_
Possibly fixed by below patch but frankly the ER code is impenetrable.
Kieran
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
$subj. Still depends on simple_idct template patch
Fixes crashes in ER
0001-mpeg4video-Add-support-for-MPEG-4-Simple-Studio-Prof.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffm
On Mon, 19 Feb 2018 at 16:06 James Almer wrote:
> On 2/19/2018 5:54 AM, Paul B Mahol wrote:
> > On 2/19/18, James Almer wrote:
> >> On 2/18/2018 10:50 PM, Michael Niedermayer wrote:
> >>> Hi
> >>>
> >>> Its 4 months since 3.4 was branched so its time for a new major release
> >>>
> >>> Is 4.0 or
On Sun, 4 Mar 2018 at 14:50 Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Mar 4, 2018 at 9:24 AM, Compn wrote:
>
> > On Thu, 1 Mar 2018 06:59:45 -0500, "Ronald S. Bultje"
> > wrote:
> > > Again, please: no advertising, no politics. It was fun while it lasted
> > but
> > > it's turning into somethin
On Sun, 4 Mar 2018 at 22:59 Michael Niedermayer
wrote:
> On Sun, Mar 04, 2018 at 09:45:03AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Sun, Mar 4, 2018 at 9:24 AM, Compn wrote:
> >
> > > On Thu, 1 Mar 2018 06:59:45 -0500, "Ronald S. Bultje"
> > > wrote:
> > > > Again, please: no advertis
On Wed, 14 Feb 2024, 02:58 Nuo Mi, wrote:
> >
> >
> >>>
> >>> If there are no objections, I'll push it tomorrow.
> > thank you, Kieran and Paul.
> >
> Hi Kieran,
> Patchwork didn't get your patch.
> I've checked the fate status locally, and it indicates that "make fate-vvc"
> will fail.
> Could y
On Wed, 14 Feb 2024 at 11:47, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Kieran Kunhya:
> > From 15c9311c49ebbe87fc4517b67cb73b3079ec3510 Mon Sep 17 00:00:00 2001
> > From: Kieran Kunhya
> > Date: Wed, 7 Feb 2024 21:10:08 +
> > Subject: [PA
> Will apply this patch tomorrow unless there are objections.
>
LGTM
___
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 s
On Thu, 15 Feb 2024 at 16:48, Gyan Doshi wrote:
>
>
> On 2024-02-15 09:40 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2024-02-15 13:31:59)
> >> On 2024-02-15 04:17 pm, Anton Khirnov wrote:
> >>> Hi,
> >>> sorry for the delay, I've been busy fixing things for the release
> >>> Quoting Gyan Do
>
> I may be missing something from the previous discussion, but the
> AV_FRAME_FLAG_INTERLACED should indicate when that is the case.
> I am not familiar enough with j2k code to know if that flag is correctly
> set or not.
>
>
AV_FRAME_FLAG_INTERLACED signals two fields which are interleaved. What
On Sat, 17 Feb 2024, 11:46 Gyan Doshi, wrote:
> Issue:
>
> Patch: avcodec/s302m: enable non-PCM decoding
> URL:
>
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240127103854.9971-1-ffm...@gyani.pro/
>
> The issue needing resolution is whether the patch should be added to the
> existing s30
On Sat, 17 Feb 2024 at 13:16, Gyan Doshi wrote:
> > Whilst s302m multiple substreams I haven't seen, Dolby E streams
> internally
> > contain multiple programs, often 5.1 and a 2.0 downmix.
>
> That is downstream of the Dolby-E decoder and user will have to use a
> filter like channelsplit to bif
The TC is doing this for the good of the project (I hope) and not to push
their own agenda and it's very clear in this case there is no personal
agenda.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ff
$subj
Old:
pred8x8_horizontal_8_c: 6.8
pred8x8_horizontal_8_mmxext: 8.6
pred8x8_horizontal_8_ssse3: 4.8
New:
pred8x8_horizontal_8_c: 9.2
pred8x8_horizontal_8_sse2: 12.2
pred8x8_horizontal_8_ssse3: 4.9
0001-libavcodec-h264pred-Remove-pred8x8_horizontal_8_mmxe.patch
Description: Binary data
_
On Sat, 2 Mar 2024 at 21:18, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Kieran Kunhya:
> > $subj
> >
> > Old:
> > pred8x8_horizontal_8_c: 6.8
> > pred8x8_horizontal_8_mmxext: 8.6
> > pred8x8_horizontal_8_ssse3: 4.8
$subj
Old:
vp9_vert_8x8_8bpp_c: 8.1
vp9_vert_8x8_8bpp_mmx: 2.4
New:
vp9_vert_8x8_8bpp_c: 6.8
vp9_vert_8x8_8bpp_sse2: 2.3
0001-libavcodec-vp9dsp-Convert-vp9_vert_8x8_8bpp_mmx-to-s.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-deve
On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
sergio.garcia.muri...@gmail.com> wrote:
>
> Could anyone give me any pointers on what is the best way of doing this?
>
You should use a well known crypto library to implement this in FFmpeg (e.g
libgcrypt, openssl etc).
Kieran
On Thu, 7 Mar 2024, 17:16 Sergio Garcia Murillo, <
sergio.garcia.muri...@gmail.com> wrote:
> El jue, 7 mar 2024, 16:30, Kieran Kunhya escribió:
>
> > On Thu, 7 Mar 2024 at 15:07, Sergio Garcia Murillo <
> > sergio.garcia.muri...@gmail.com> wrote:
> >
> >
On Thu, 7 Mar 2024, 20:16 Sergio Garcia Murillo, <
sergio.garcia.muri...@gmail.com> wrote:
> On Thu, Mar 7, 2024 at 7:02 PM Rémi Denis-Courmont
> wrote:
>
> > Le torstaina 7. maaliskuuta 2024, 19.30.46 EET Sergio Garcia Murillo a
> > écrit :
> > > > The point is we don't want to use the external
On Fri, 8 Mar 2024 at 14:00, James Almer wrote:
> On 3/3/2024 4:35 AM, Jean-Baptiste Kempf wrote:
> >
> > n Sat, 2 Mar 2024, at 23:55, Michael Niedermayer wrote:
> >> On Tue, Jan 23, 2024 at 08:22:41PM +0100, Michael Niedermayer wrote:
> >>> Hi all
> >>>
> >>> As it was a little difficult for me
On Fri, 8 Mar 2024 at 15:04, Frank Plowman wrote:
> On 08/03/2024 14:04, James Almer wrote:
> > On 3/8/2024 11:02 AM, Kieran Kunhya wrote:
> >> On Fri, 8 Mar 2024 at 14:00, James Almer wrote:
> >>
> >>> On 3/3/2024 4:35 AM, Jean-Baptiste Kempf wrote:
&g
On Fri, 8 Mar 2024 at 15:46, Nicolas George wrote:
> Sean McGovern (12024-03-08):
> > It is really mean-spirited to make such comments about a project that is
> no
> > longer in operation. Can't we look forward instead of behind us?
>
> The project libav might be dead, but the people who made it
On Fri, 8 Mar 2024 at 16:41, Nicolas George wrote:
> Kieran Kunhya (12024-03-08):
> > Several recent contributors were in nappies during that piece of ancient
> > history. Do you really need to bring it up incessantly and use it as your
> > prism on every issue you disagree
On Fri, 8 Mar 2024 at 16:50, Nicolas George wrote:
> Kieran Kunhya (12024-03-08):
> > New contributors are not interested in your biased history lessons. They
> > want to write code and have a modern, well run project, not a
> dysfunctional
> > mess.
>
> And we go b
On Sun, 10 Mar 2024, 01:25 Michael Niedermayer,
wrote:
> Hi everyone
>
> Some members of the CC want to indefinitely ban Balling
> from trac. And as our doc/community.texi says:
> "Indefinite bans from the community must be confirmed by the General
> Assembly, in a majority vote."
>
> Thus some C
>
> Dear LibAV core developer, thank you for this transcript.
>
If you feel like trolling, at least get your facts correct.
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vi
On Wed, 13 Mar 2024 at 00:53, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> It is accessed via AV_RN64() in ff_simple_idct_put_int32_10bit().
> Should fix the UBSan failures in the mpeg4-simple-studio-profile
> test here:
>
> https://fate.ffmpeg.org/report.cgi?time=20240312011016&s
On Thu, 14 Mar 2024, 22:54 Michael Niedermayer,
wrote:
> On Wed, Feb 07, 2024 at 10:55:18PM +0000, Kieran Kunhya wrote:
> > On Wed, 7 Feb 2024 at 22:06, Paul B Mahol wrote:
> >
> > > On Wed, Feb 7, 2024 at 10:13 PM Kieran Kunhya wrote:
> > >
> > > >
On Tue, 19 Mar 2024 at 15:05, James Almer wrote:
> On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
> > James Almer:
> >> Signed-off-by: James Almer
> >> ---
> >> configure| 4 +
> >> libavfilter/Makefile | 1 +
> >> libavfilter/allfilters.c | 1 +
> >> libavfilter
On Tue, 19 Mar 2024 at 15:27, James Almer wrote:
> On 3/19/2024 12:20 PM, Kieran Kunhya wrote:
> > On Tue, 19 Mar 2024 at 15:05, James Almer wrote:
> >
> >> On 3/19/2024 11:56 AM, Andreas Rheinhardt wrote:
> >>> James Almer:
> >>>> Signed-
On Thu, 21 Mar 2024 at 13:13, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Andreas Rheinhardt:
> > When the compiler chooses to inline put_amf_string(pb, ""),
> > the avio_write(pb, "", 0) can be avoided. Happens with
> > Clang-17 with -O1 and higher and GCC 13 with -O2 and higher
> You've merged nothing yet and you want push access already?
>
I think this was done in good-faith saying they want to maintain. I
wouldn't antagonise people for no reason.
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org
>
>
> There are 2 things DAB and DVB both use mpeg ts
>
DAB does not use mpegts. It has several layers of it's own framing.
Kieran
>
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
On Thu, 3 Aug 2023, 15:25 Michael Niedermayer,
wrote:
> On Thu, Aug 03, 2023 at 02:24:04PM -0400, Kieran Kunhya wrote:
> > >
> > >
> > > There are 2 things DAB and DVB both use mpeg ts
> > >
> >
> > DAB does not use mpegts. It has several laye
On Fri, 4 Aug 2023, 13:35 Nicolas George, wrote:
> Michael Niedermayer (12023-08-04):
> > Everything is there for a reason.
> > Every part of mp4 has a use, still we extract the data and setup various
> > structs like AVStream, AVPacket, AVProgram and so on.
> > We do not return raw mp4/mov atoms
On Mon, 31 Jul 2023 at 09:38, Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> We need the original PTS value in order to do subsequent processing,
> so set it as packet side data.
>
> Signed-off-by: Devin Heitmueller
> ---
> libavformat/mpegts.c | 11 ++-
> 1 file changed,
On Wed, 9 Aug 2023, 12:37 Devin Heitmueller, <
devin.heitmuel...@ltnglobal.com> wrote:
> eI have a separate patch which better tracks the
> video PTS and uses that as the basis for specifying the SCTE-35
> timestamp value (and that's what I use in production). I will be
> looking to submit that a
On Thu, 10 Aug 2023 at 08:20, Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> On Thu, Aug 10, 2023 at 8:13 AM Kieran Kunhya wrote:
> > The (closest?) video PTS is even worse than the last PCR because the VBV
> means the closest PTS can be quite far from th
On Thu, 10 Aug 2023 at 08:41, Kieran Kunhya wrote:
> On Thu, 10 Aug 2023 at 08:20, Devin Heitmueller <
> devin.heitmuel...@ltnglobal.com> wrote:
>
>> On Thu, Aug 10, 2023 at 8:13 AM Kieran Kunhya wrote:
>> > The (closest?) video PTS is even worse than the last PC
On Thu, 10 Aug 2023, 08:59 Devin Heitmueller, <
devin.heitmuel...@ltnglobal.com> wrote:
> On Thu, Aug 10, 2023 at 8:48 AM Kieran Kunhya wrote:
> >
> >
> >
> > On Thu, 10 Aug 2023 at 08:41, Kieran Kunhya wrote:
> >>
> >> On Thu, 10 Aug
Sent from my mobile device
On Thu, 10 Aug 2023, 11:12 Devin Heitmueller, <
devin.heitmuel...@ltnglobal.com> wrote:
> Hi Kieran,
>
> On Thu, Aug 10, 2023 at 9:09 AM Kieran Kunhya wrote:
> > You're exposing this incorrect information as public API, two wrongs
>
On Sun, 13 Aug 2023 at 18:36, Timo Rothenpieler
wrote:
> Did you actually get this to work?
> I'm testing it right now, and at stupid low values like 10 bytes I get a
> working but heavily artifacted video.
> If I set it to something like 2048 all I get is a full size video that
> VLC decodes to
On Sat, 26 Aug 2023 at 07:32, Jun Zhao wrote:
> replace ITU-T T35(A/53 CC) SEI type by enum value
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/libx264.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
> index 1a7dc7bdd5..ce8
On Tue, 29 Aug 2023 at 21:58, Leo Izen wrote:
> The word "monotonous" means "spoken in a monotone" which is not what we
> mean here. We mean "monotonic" i.e. nondecreasing.
>
> Signed-off-by: Leo Izen
> ---
> fftools/ffmpeg_mux.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On Thu, 31 Aug 2023 at 15:12, Carotti, Elias via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> Hi
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Stefano
> Sabatini
> Sent: Friday, August 25, 2023 12:01 PM
> To: FFmpeg development discussions and patches
> Cc: Stefano Sabatin
On Thu, 31 Aug 2023 at 15:30, Kieran Kunhya wrote:
>
>
> On Thu, 31 Aug 2023 at 15:12, Carotti, Elias via ffmpeg-devel <
> ffmpeg-devel@ffmpeg.org> wrote:
>
>> Hi
>>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Stefano
On Wed, 6 Sept 2023 at 15:24, Alan Kelly via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> ---
> libswscale/x86/swscale.c| 7 +++
> libswscale/x86/yuv2yuvX.asm | 19 ++-
> 2 files changed, 25 insertions(+), 1 deletion(-)
>
Could you include benchmarks below the main c
On Thu, 7 Sept 2023 at 22:39, Kacper Michajlow wrote:
> On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
> wrote:
> >
> > On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
> > > What would be a downside of preferring CXX always if it exists?
> >
> > FFmpeg runs in a multitude of environments with a mul
On Fri, 8 Sept 2023 at 18:39, Cosmin Stejerean via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
>
>
> > On Sep 8, 2023, at 6:09 AM, Michael Niedermayer
> wrote:
> >
> > modern video encoders where no longer added to ffmpeg
>
> Writing a good modern video encoder is a massive undertaking, and i
On Fri, 8 Sept 2023 at 19:42, Kacper Michajlow wrote:
> On Fri, 8 Sept 2023 at 00:11, Kieran Kunhya wrote:
> >
> > On Thu, 7 Sept 2023 at 22:39, Kacper Michajlow
> wrote:
> >
> > > On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
> > > wrote:
&
>
> I dont suggest merging more EVC code before the release. I meant the
> EVC code already in git, is reading alot of things with no checks.
> It maybe doesnt matter in most cases, as its not used in most cases without
> more EVC code but still
> Also ATM other things are blocking so EVC still cou
>
> also iam not sure "experimental" is the right flag for code that has
> possible security issues. People might turn experimental on not realizing
> the security aspect.
>
We should make this clear in the docs then.
Kieran
___
ffmpeg-devel mailing lis
On Thu, 21 Sept 2023, 13:17 Clément Péron, wrote:
> 4I have a project where I need to synchronize multiple RTSP cameras with
> other
> network sensors (sync with NTP or PTP).
>
Just be aware the clock of the vast majority of cameras have no relation to
NTP or PTP so you will have drift and need
On Sun, 24 Sept 2023, 18:34 Paul B Mahol, wrote:
> On 9/24/23, Nicolas George wrote:
> > Paul B Mahol (12023-09-24):
> >> libavdevice is abusing libavformat.
> >>
> >> It should have own API or be removed.
> >
> > libavdevice works.
>
> Define 'works'.
>
> It is clearly sub-optimal.
>
Why shoul
On Fri, 29 Sept 2023 at 15:46, Paul B Mahol wrote:
> Attached.
ok
___
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 s
Sent from my mobile device
On Sun, 1 Oct 2023, 20:01 Michael Niedermayer,
wrote:
> EAGAIN causes an assertion failure when it is returned from the decoder
>
> Fixes: Assertion consumed != (-(11)) failed at libavcodec/decode.c:462
> Fixes: assertion_IOT_instruction_decode_c_462/poc
>
> Found-by:
On Fri, 11 Sep 2020 at 11:31, Sergio Garcia Murillo <
sergio.garcia.muri...@gmail.com> wrote:
> Hi all!
>
> WebRTC can be an intimidating monster, and we all are aware of that.
> Also, the fact that every webrtc media server/service has their own
> custom protocol has not helped to increase its ad
On Fri, 11 Sep 2020 at 21:41, Sergio Garcia Murillo <
sergio.garcia.muri...@gmail.com> wrote:
> On 11/09/2020 17:29, Kieran Kunhya wrote:
> > On Fri, 11 Sep 2020 at 11:31, Sergio Garcia Murillo <
> > sergio.garcia.muri...@gmail.com> wrote:
> >
> >> Hi al
From 21bf6e5eac61d34f270534dd5a2a7229967c1ee9 Mon Sep 17 00:00:00 2001
From: Kieran Kunhya
Date: Thu, 16 Jul 2020 20:29:24 +0100
Subject: [PATCHv2] [RFC] libavcodec/hevc_refs: Clear DPB of old frames
During glitching or looping streams, old frames remain in the DPB.
The decoder incorrectly
On Mon, 14 Sep 2020 at 17:37, Kieran Kunhya wrote:
> From 21bf6e5eac61d34f270534dd5a2a7229967c1ee9 Mon Sep 17 00:00:00 2001
> From: Kieran Kunhya
> Date: Thu, 16 Jul 2020 20:29:24 +0100
> Subject: [PATCHv2] [RFC] libavcodec/hevc_refs: Clear DPB of old frames
>
> During gl
On Wed, 11 Nov 2020 at 11:20, Thilo Borgmann wrote:
> Current agenda proposals, feel free to add to it:
>
I would like to propose FFmpeg/SPI purchase a Mac Mini ARM machine for
development (and FATE if required).
Obviously this will be an important platform in the coming years.
Kieran
_
On Sat, 3 Sept 2022 at 11:06, Paul B Mahol wrote:
> Attached.
>
Ok
___
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 s
benchmarks on Intel(R) Xeon(R) D-2123IT:
Before:
v210_planar_pack_8_ssse3: 316.5
v210_planar_pack_8_avx: 319.0
v210_planar_pack_8_avx2: 223.0
After:
v210_planar_pack_8_ssse3: 321.0
v210_planar_pack_8_avx: 326.0
v210_planar_pack_8_avx2: 217.0
v210_planar_pack_8_avx512: 211.0
Regards,
Kieran
cess.
But FFmpeg's CRC could be optimised using multiple unrolled tables or SIMD
or other approaches.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, v
On Fri, 28 Oct 2022 at 19:57, James Darnley wrote:
> Negligible speed difference for avx2 on Zen 2 (Ryzen 5700X) and
> Broadwell (Xeon E5-2620 v4):
> 1690±4.3 decicycles vs. 1693±78.4
> 1439±31.1 decicycles vs 1429±16.7
>
Just to avoid confusion for anyone who decides to review this over
ity,
Just to let you know, the FOSDEM Open Media Room is open for talk proposals.
Regards,
Kieran Kunhya
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or emai
On Thu, 24 Nov 2022 at 22:51, Carl Eugen Hoyos wrote:
> Hi!
>
> Our V210 encoder limits the written values, so do not mark the codec
> as lossless.
>
> Please comment, Carl Eugen
>
Technically true so this patch is fine.
Kieran
___
ffmpeg-devel mailin
On Sun, 27 Nov 2022 at 22:34, Michael Niedermayer
wrote:
> Fixes: Timeout
> Fixes:
> 53599/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IPU_fuzzer-4950102511058944
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by
>
301 - 400 of 998 matches
Mail list logo