On 10/10/18, Daniel Molkentin wrote:
> On 09.10.2018 14:32, Daniel Molkentin wrote:
>> Changes over second round:
>>
>> - gauge option: Add 'm' and 's' as alias parameter for
>>momentary and short-term
>> - fix spelling error in documentation
>> - remove "mabsolute" documentation which was
For me it's the only codec who use picture colorspace as source.
All others uses only the CodecContext.
I don't know the exact reason, but I suppose it can be easiest to manage
output colorspace during merge of video, as a video can have only one
"static" video colorspace.
So for me it made sense
On 10/10/18, Marc-Antoine ARNAUD wrote:
> For me it's the only codec who use picture colorspace as source.
> All others uses only the CodecContext.
> I don't know the exact reason, but I suppose it can be easiest to manage
> output colorspace during merge of video, as a video can have only one
> "
Great patches ;-)
I have submit a patch too, regarding colospace in prores:
http://ffmpeg.org/pipermail/ffmpeg-devel/2018-October/235034.html
You have also in your patch 2, the same purpose (take colorspace from
picture), do you have any objection to take it from the CodecContext as it
works like t
Signed-off-by: hwren
---
LICENSE.md | 2 ++
1 file changed, 2 insertions(+)
diff --git a/LICENSE.md b/LICENSE.md
index ba65b05..1340ee4 100644
--- a/LICENSE.md
+++ b/LICENSE.md
@@ -83,11 +83,13 @@ affect the licensing of binaries resulting from the
combination.
The following libraries are unde
My git send-email is not working. Hence attaching the patch.
Regards,
Karthick
0001-avformat-dashenc-Dont-ignore-the-codec-tag-from-code.patch
Description: 0001-avformat-dashenc-Dont-ignore-the-codec-tag-from-code.patch
___
ffmpeg-devel mailing list
ff
This work is partially sponsored by VideoLAN.
Signed-off-by: Paul B Mahol
---
The AGM3 variant decodes with some artifacts.
---
libavcodec/Makefile | 1 +
libavcodec/agm.c| 692
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h|
Le mer. 10 oct. 2018 à 11:52, Marc-Antoine ARNAUD <
arnaud.marcanto...@gmail.com> a écrit :
> Great patches ;-)
> I have submit a patch too, regarding colospace in prores:
> http://ffmpeg.org/pipermail/ffmpeg-devel/2018-October/235034.html
> You have also in your patch 2, the same purpose (take co
I have updated the patch with our discussion.
It took information only from the codec context.
Marc-Antoine
Le mer. 10 oct. 2018 à 11:36, Paul B Mahol a écrit :
> On 10/10/18, Marc-Antoine ARNAUD wrote:
> > For me it's the only codec who use picture colorspace as source.
> > All others uses on
The latest commit that shows at
https://patchwork.ffmpeg.org/project/ffmpeg/list/?state=%2A&archive=both is
from 1st October.
Is Patchwork no longer active?
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/li
On 10/10/18, Paul B Mahol wrote:
> On 10/10/18, Daniel Molkentin wrote:
>> On 09.10.2018 14:32, Daniel Molkentin wrote:
>>> Changes over second round:
>>>
>>> - gauge option: Add 'm' and 's' as alias parameter for
>>>momentary and short-term
>>> - fix spelling error in documentation
>>> -
On Wed, 10 Oct 2018 at 00:15, wrote:
> From: bnnm
>
> Improves trac issue #6722. Fixes truncated WMAPRO/XMA output due to delay
> samples and partially applies bitstream gapless info.
>
> This can be tested with files encoding a small nb_samples (like 400),
> which couldn't output anything due t
> Can you confirm that if you break the decoder intentionally, the test
> (still) fails?
>
> Thank you, Carl Eugen
It does. Since file now writes 1 extra packet (as intended) so it'll always
differ SIZE_TOLERANCE at min, so decoder changes will go over than value, I
think.
I tried -frames:a 108 (
> No, you need to set this during init.
> You should also set avctx->delay to the same value.
This value is part of the bitstream, so theoretically can appear in any
packet after the first. Can you confirm it doesn't?
How could it be set on init? You'd need to read the bitstream then rewind?
And
Fixes:
10651/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ILBC_fuzzer-5202341540659200
Fixes: left shift of negative value -512
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/ilbcdec.c |
Fixes:
10651/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ILBC_fuzzer-5202341540659200
Fixes: signed integer overflow: -1707705920 - 1703592888 cannot be represented
in type 'int'
This tries to follow the webrtc code. For example using cliping and 64 bit as
in WebRtcSpl_DotProductWithScale
These limits are based on limiting done in WebRtcIlbcfix_CreateAugmentedVec()
Fixes: out of array accesses
Fixes:
10652/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ILBC_fuzzer-5638941487661056
Fixes:
10655/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ILBC_fuzzer-5699970020147200
Found
Fixes: signed integer overflow: -2144033225 + -5208934 cannot be represented in
type 'int'
Fixes:
10633/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RA_144_fuzzer-5679133791617024
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off
On Tue, Oct 09, 2018 at 10:52:58PM +0200, Martin Vignali wrote:
> >
> > porting code and removing code sounds like 2 seperate things,
> > that should not be in the same patch
> >
>
> Split patch in attach
the split should be
the removal of the code that stays removed
the porting of the remaining
> From: Fu, Linjie
> Sent: Sunday, September 30, 2018 9:01 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie ; Li, Zhong
> Subject: [PATCH] avcodec/qsvdec:flush the buffered data before reinit
>
> Flush the buffered data in libmfx before video param reinit in case the
> frames drop.
>
> Cache th
20 matches
Mail list logo
