On 7/27/18 12:50 PM, Jeyapal, Karthick wrote:
> On 7/26/18 6:52 PM, Antonio Morell wrote:
>> ---
>> libavformat/dashenc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
>> index a9b8b1d4f6..ae57fd5493 100644
>> --- a/liba
On 26/07/2018 03:11, James Almer wrote:
Make sure to not write forbidden OBUs to CodecPrivate, and do the same with
unnecessary OBUs for packets.
Does this include reordering the OBUs ? The first one must be the
Sequence Header OBU. Also it must be the only one of that kind.
Signed-off-by:
On 30-07-2018 04:37 AM, Michael Niedermayer wrote:
I'll modify and push this tomorrow.
sure, thx
Pushed as 67fb9c75efec9f069fc57b3ed211a35c63c686e5
Thanks,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/lis
Fixes: Timeout
Fixes:
9213/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-5649753332252672
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/qtrle.c | 10 ++
1 file chang
Fixes: undefined shift
Fixes:
9216/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TRUEHD_fuzzer-6281404575907840
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mlp_parser.c | 2 +-
1 file
On Mon, Jul 30, 2018 at 5:22 AM James Almer wrote:
>
> Signed-off-by: James Almer
> ---
> libavcodec/h264_mp4toannexb_bsf.c | 15 ---
> 1 file changed, 8 insertions(+), 7 deletions(-)
>
> diff --git a/libavcodec/h264_mp4toannexb_bsf.c
b/libavcodec/h264_mp4toannexb_bsf.c
> index 292d1
On Sun, Jul 29, 2018 at 10:57:58PM +0530, Gyan Doshi wrote:
>
>
> On 26-07-2018 11:38 AM, Gyan Doshi wrote:
> >
> >On 26-07-2018 03:37 AM, Michael Niedermayer wrote:
>
> >>what do people prefer ? I have no real oppinion on where to put it as
> >>long
> >>as it is documented somewhere in the docs
On Sat, Jul 28, 2018 at 01:00:53PM +0300, Sergey Lavrushkin wrote:
> 2018-07-28 4:31 GMT+03:00 Michael Niedermayer :
>
> > On Fri, Jul 27, 2018 at 08:06:15PM +0300, Sergey Lavrushkin wrote:
> > > Hello,
> > >
> > > The first patch provides on the fly generation of default DNN models,
> > > that el
Signed-off-by: James Almer
---
libavcodec/h264_mp4toannexb_bsf.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavcodec/h264_mp4toannexb_bsf.c
b/libavcodec/h264_mp4toannexb_bsf.c
index 292d106433..794c82e650 100644
--- a/libavcodec/h264_mp4toannexb_bsf.c
+
On 26-07-2018 11:38 AM, Gyan Doshi wrote:
On 26-07-2018 03:37 AM, Michael Niedermayer wrote:
what do people prefer ? I have no real oppinion on where to put it as
long
as it is documented somewhere in the docs ...
...
We can leave the possible shifting for later on, but let's add the
On Sun, Jul 29, 2018 at 8:10 AM Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Jul 29, 2018 at 8:07 AM, Paul B Mahol wrote:
>
>> On 9/2/17, Andrew Sun wrote:
>> > This commit adds support for 32-bpc YUV-based floating-point pixel
>> formats.
>> > ---
>> > doc/APIchanges | 2 ++
>> > libavutil
On 7/23/18, Jeff <163j...@163.com> wrote:
> Hi there,
>
>
> It seems like libyuv has better performace on scaling than libswscale. So
> I'm wondering is there anyone has tried integrating libyuv as a scale filter
> before. I mean link it as a 3rd party lib, and then call it's API through a
> wrap f
Hi,
On Sun, Jul 29, 2018 at 8:07 AM, Paul B Mahol wrote:
> On 9/2/17, Andrew Sun wrote:
> > This commit adds support for 32-bpc YUV-based floating-point pixel
> formats.
> > ---
> > doc/APIchanges | 2 ++
> > libavutil/pixdesc.c | 75
> > ++
On 9/2/17, Andrew Sun wrote:
> This commit adds support for 32-bpc YUV-based floating-point pixel formats.
> ---
> doc/APIchanges | 2 ++
> libavutil/pixdesc.c | 75
> +
> libavutil/pixfmt.h | 11
> libavutil/version.h | 2 +-
>
ISMV lacks any sort of edit list support, as well as tfxd is
effectively the PTS of the fragment for most intents and purposes.
Thus, if b-frames are requested without negative CTS offsets you
end up with N frames' worth of delay (tfxd PTS plus the CTS offset
of the first sample). Negative CTS off
15 matches
Mail list logo