> Am 12.11.2020 um 00:41 schrieb David Michael :
>
>> On Wed, Nov 11, 2020 at 6:20 PM Carl Eugen Hoyos wrote:
>>> Am Mi., 11. Nov. 2020 um 16:30 Uhr schrieb David Michael
>>> :
>>> There are two issues:
>>>
>>> The unused global integer does not make it into the compiled object
>>> file, so
On Thu, 12 Nov 2020, Andreas Rheinhardt wrote:
Martin Storsjö:
This fixes tests if built for x86 with x87 FPU.
---
This requires someone to upload a reference file.
---
tests/fate/mpc.mak | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/fate/mpc.mak
On 12/11/20 4:18 pm, Andreas Rheinhardt wrote:
Fixes Coverity ID 1469181.
Signed-off-by: Andreas Rheinhardt
---
Intend to apply this triviality soon.
libavcodec/adpcmenc.c | 1 +
1 file changed, 1 insertion(+)
This looks fine
___
Fixes Coverity ID 1469181.
Signed-off-by: Andreas Rheinhardt
---
Intend to apply this triviality soon.
libavcodec/adpcmenc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/adpcmenc.c b/libavcodec/adpcmenc.c
index 20568cfc89..4bab004dac 100644
--- a/libavcodec/adpcmenc.c
+++
Martin Storsjö:
> This fixes tests if built for x86 with x87 FPU.
> ---
> This requires someone to upload a reference file.
> ---
> tests/fate/mpc.mak | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/tests/fate/mpc.mak b/tests/fate/mpc.mak
> index
Paul B Mahol:
> On Tue, Nov 10, 2020 at 5:35 PM Michael Niedermayer
> wrote:
>
>> On Tue, Nov 10, 2020 at 01:37:26PM +0100, Paul B Mahol wrote:
>>> Big disagree, please keep this log intact.
>>
>> i agree, for people writing alot of codecs like paul is doing this av_log
>> is helpful
>>
>> It
On 14.10.2020 2:53, Mohammad Izadi wrote:
> From: Mohammad Izadi
>
> HDR10+ is dynamic metadata (A/341 Amendment - SMPTE2094-40) that needs to be
> decoded from ITU-T T.35 in HEVC bitstream. The HDR10+ is transferred to side
> data packet to be used or passed through.
>
> The fate test file can
Hi,
On Wed, Nov 11, 2020 at 10:45 AM Anton Khirnov wrote:
> Quoting James Almer (2020-11-11 14:13:07)
> > I don't recall anything about splitting IO, but what does it achieve
> > beyond making lavf lighter? Are there users out there that could care
> > about linking to an hypothetical lavio
On Wed, Nov 11, 2020 at 6:20 PM Carl Eugen Hoyos wrote:
> Am Mi., 11. Nov. 2020 um 16:30 Uhr schrieb David Michael
> :
> > There are two issues:
> >
> > The unused global integer does not make it into the compiled object
> > file, so declare it static to correct this.
>
> How can I reproduce
Am Mi., 11. Nov. 2020 um 16:30 Uhr schrieb David Michael :
>
> There are two issues:
>
> The unused global integer does not make it into the compiled object
> file, so declare it static to correct this.
How can I reproduce this issue?
> The hexdump output is line-wrapped, so the expected value
On Wed, Nov 11, 2020 at 5:18 PM Martin Storsjö wrote:
> On Wed, 11 Nov 2020, David Michael wrote:
> > There are two issues:
> >
> > The unused global integer does not make it into the compiled object
> > file, so declare it static to correct this.
>
> Umm, what? That sounds entirely
On Fri, Nov 6, 2020 at 11:39 AM Hendrik Leppkes wrote:
>
> ---
> Changelog | 1 +
> configure | 7 +
> libavcodec/Makefile| 2 +
> libavcodec/av1dec.c| 25 +-
> libavcodec/dxva2.c | 10 +-
> libavcodec/dxva2_av1.c | 504
On Wed, 11 Nov 2020, David Michael wrote:
There are two issues:
The unused global integer does not make it into the compiled object
file, so declare it static to correct this.
Umm, what? That sounds entirely counterintuitive to me.
If the global integer is non-static, it could be referred
Nov 11, 2020, 12:20 by thilo.borgm...@mail.de:
> Hi,
>
> we haven't had a meeting for quite some time and are beyond schedule anyway.
> So I'd propose having another developer meeting before end of year.
>
> Please give your preferences for a date here:
> https://framadate.org/g1FPmOpfEz9mSLg9
>
Is anybody there? Any update? Can we push it to the head?
Thanks,
Mohammad
On Fri, Nov 6, 2020 at 9:42 PM Mohammad Izadi wrote:
> Any update? Can we push it to the head?
> Thanks,
> Mohammad
>
>
> On Mon, Oct 26, 2020 at 11:53 AM Mohammad Izadi wrote:
>
>> Thank you, Jan! I hope you feel
On 11.11.2020 13:58, Timo Rothenpieler wrote:
Will push series soon if no one objects.
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Fixes: signed integer overflow: 9223372036854710272 - -541165944832 cannot be
represented in type 'long'
Fixes:
27000/clusterfuzz-testcase-minimized-ffmpeg_dem_IVF_fuzzer-5643670608674816
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Absolutely disagree, please leave.
On Wed, Nov 11, 2020 at 5:21 PM Nicolas George wrote:
> Vittorio Giovara (12020-11-11):
> > Sounds like a good topic to discuss at a developer meeting!
>
> No, that's precisely not, this is the kind of topic that needs
> paragraphs, not lines.
>
> Regards,
>
>
Vittorio Giovara (12020-11-11):
> Sounds like a good topic to discuss at a developer meeting!
No, that's precisely not, this is the kind of topic that needs
paragraphs, not lines.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
On Wed, Nov 11, 2020 at 4:52 PM Nicolas George wrote:
> Anton Khirnov (12020-11-11):
> > I gave you arguments last time this was discussed. You keep ignoring
> > them,
>
> I did not ignore them, I replied to them, by pointing to you that there
> are better ways to achieve the things in your
Am Mi., 11. Nov. 2020 um 06:50 Uhr schrieb Brian D. Pemberton
:
> I am thinking about writing an app that bundles or includes FFmpeg to do
> some video processing. Is this allowed? If so, where can I read about the
> constraints or requirements of doing this? Also, is there anything I should
>
Am Mi., 11. Nov. 2020 um 16:49 Uhr schrieb Anton Khirnov :
> I gave you arguments last time this was discussed. You keep ignoring
> them, because presumably you are the sole arbiter of what is actual and
> practical.
I am not convinced that you are in an ideal position for personal attacks.
Fixes: Assertion c > 0 failed at libavutil/mathematics.c
Fixes:
27001/clusterfuzz-testcase-minimized-ffmpeg_dem_VIVIDAS_fuzzer-5726041328582656
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
Fixes: Infinite loop
Fixes:
27235/clusterfuzz-testcase-minimized-ffmpeg_dem_AIFF_fuzzer-5761398380167168
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/aiffdec.c | 2 ++
1 file changed, 2
On Tue, Nov 10, 2020 at 12:34:23PM +0100, Nicolas George wrote:
> Michael Niedermayer (12020-11-10):
> > Fixes: signed integer overflow: -9223372036854775808 + -5279949906739200
> > cannot be represented in type 'long'
> > Fixes:
> >
Anton Khirnov (12020-11-11):
> I gave you arguments last time this was discussed. You keep ignoring
> them,
I did not ignore them, I replied to them, by pointing to you that there
are better ways to achieve the things in your arguments.
> because presumably you are the sole arbiter of what
Quoting Nicolas George (2020-11-11 15:05:35)
> What about the people who want to keep the libs separate give actual
> practical arguments?
I gave you arguments last time this was discussed. You keep ignoring
them, because presumably you are the sole arbiter of what is actual and
practical.
I am
Quoting James Almer (2020-11-11 14:13:07)
> On 11/11/2020 10:05 AM, Thilo Borgmann wrote:
> > Am 11.11.20 um 14:04 schrieb Thilo Borgmann:
> >> Am 11.11.20 um 13:01 schrieb Steven Liu:
> >>> Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
>
> Hi,
>
> we haven't had a meeting for quite
Quoting Thierry Foucu (2020-11-07 00:10:17)
> ---
> libavformat/avidec.c | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/libavformat/avidec.c b/libavformat/avidec.c
> index 578cf68ce1..7e527e15ee 100644
> --- a/libavformat/avidec.c
> +++ b/libavformat/avidec.c
> @@
There are two issues:
The unused global integer does not make it into the compiled object
file, so declare it static to correct this.
The hexdump output is line-wrapped, so the expected value will not
be matched when its four bytes are split across two lines. Use the
POSIX "-A n" option to
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
Steven Liu (12020-11-11):
> What about make and option in configure and let the option be choosed by
> users?
It is the worst of the two options combined, with extra drawbacks: we
still have to deal with all the avpriv nonsense, and we get to maintain
both systems.
What about the people who
Steven Liu 于2020年11月11日周三 下午9:29写道：
>
> Nicolas George 于2020年11月11日周三 下午9:20写道：
> >
> > James Almer (12020-11-11):
> > > What i know we were discussing was to merge lavd into lavf, since their
> > > current dependency state is pretty hacky and makes development and
> > > extension
> > > of
On Wed, 11 Nov 2020, at 14:20, Nicolas George wrote:
> In fact, nothing should be on a developers meeting agenda that has not
> already been extensively discussed on the list.
Absolutely totally disagree.
A meeting is here to discuss about things. Including things not on the agenda.
By
Nicolas George 于2020年11月11日周三 下午9:20写道：
>
> James Almer (12020-11-11):
> > What i know we were discussing was to merge lavd into lavf, since their
> > current dependency state is pretty hacky and makes development and extension
> > of certain lavf public structs a pain.
> > It's why i didn't
On 11/10/2020 7:36 PM, Mark Thompson wrote:
On 27/10/2020 21:25, James Almer wrote:
Section 6.10.1 of the AV1 spec states:
It is a requirement of bitstream conformance that the value of
tg_start is
equal to the value of TileNum at the point that tile_group_obu is
invoked.
It is a
James Almer (12020-11-11):
> What i know we were discussing was to merge lavd into lavf, since their
> current dependency state is pretty hacky and makes development and extension
> of certain lavf public structs a pain.
> It's why i didn't apply my iterate api set just yet.
>
> I don't recall
Am 11.11.20 um 14:13 schrieb James Almer:
> On 11/11/2020 10:05 AM, Thilo Borgmann wrote:
>> Am 11.11.20 um 14:04 schrieb Thilo Borgmann:
>>> Am 11.11.20 um 13:01 schrieb Steven Liu:
Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
>
> Hi,
>
> we haven't had a meeting for quite some
On 11/11/2020 10:05 AM, Thilo Borgmann wrote:
Am 11.11.20 um 14:04 schrieb Thilo Borgmann:
Am 11.11.20 um 13:01 schrieb Steven Liu:
Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
Hi,
we haven't had a meeting for quite some time and are beyond schedule anyway. So
I'd propose having another
Am 11.11.20 um 14:04 schrieb Thilo Borgmann:
> Am 11.11.20 um 13:01 schrieb Steven Liu:
>> Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
>>>
>>> Hi,
>>>
>>> we haven't had a meeting for quite some time and are beyond schedule
>>> anyway. So I'd propose having another developer meeting before end of
Am 11.11.20 um 13:01 schrieb Steven Liu:
> Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
>>
>> Hi,
>>
>> we haven't had a meeting for quite some time and are beyond schedule anyway.
>> So I'd propose having another developer meeting before end of year.
>>
>> Please give your preferences for a date
On 11/10/2020 7:50 PM, Mark Thompson wrote:
On 31/10/2020 14:40, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/cbs_av1_syntax_template.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/cbs_av1_syntax_template.c
Will push series soon if no one objects.
___
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 Wed, Nov 11, 2020 at 1:08 PM Steven Liu wrote:
> Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
> >
> > Hi,
> >
> > we haven't had a meeting for quite some time and are beyond schedule
> anyway. So I'd propose having another developer meeting before end of year.
> >
> > Please give your preferences
Thilo Borgmann 于2020年11月11日周三 下午7:20写道：
>
> Hi,
>
> we haven't had a meeting for quite some time and are beyond schedule anyway.
> So I'd propose having another developer meeting before end of year.
>
> Please give your preferences for a date here:
> https://framadate.org/g1FPmOpfEz9mSLg9
>
>
This fixes tests if built for x86 with x87 FPU.
---
This requires someone to upload a reference file.
---
tests/fate/mpc.mak | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/fate/mpc.mak b/tests/fate/mpc.mak
index bb1c03d250..cde6e55177 100644
--- a/tests/fate/mpc.mak
Hi,
we haven't had a meeting for quite some time and are beyond schedule anyway. So
I'd propose having another developer meeting before end of year.
Please give your preferences for a date here:
https://framadate.org/g1FPmOpfEz9mSLg9
Current agenda proposals, feel free to add to it:
- Tech /
>
> Will apply soon.
>
>
___
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".
48 matches
Mail list logo
