In the meantime, I have updated the CrystalHD kernel driver to linux 4.9.y:
https://github.com/wallak/crystalhd
Wallak.
- Mail original -
De: "wm4"
À: ffmpeg-devel@ffmpeg.org
Envoyé: Mardi 14 Mars 2017 23:35:13
Objet: Re: [FFmpeg-devel] The Crystalhd video decoder is broken - last ffmpe
2017-03-14 23:02 GMT+01:00 Vittorio Giovara :
> These types better reflect the ones described in the specification and
> avoid any platform-specific implementation issues.
Sorry if I miss something but could you clarify who the author of this
patch is?
Thank you, Carl Eugen
__
On Tue, Feb 07, 2017 at 07:56:55PM +0100, Michael Niedermayer wrote:
> On Mon, Feb 06, 2017 at 05:14:57PM +0100, Matthieu Bouron wrote:
> > ---
> > libavcodec/h264dec.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
>
> ok
Pushed. (and sorry for the delay).
Thanks,
Matthieu
[...
Hi,
On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> Fixes timeout with 847/clusterfuzz-testcase-5291877358108672
> Fixes timeout with 850/clusterfuzz-testcase-5721296509861888
>
> This likely will need to be tweaked
Sorry, but this is getting insane. I c
On Mon, Mar 06, 2017 at 03:48:57PM +0100, Matthieu Bouron wrote:
> On Thu, Feb 23, 2017 at 04:59:16PM +0100, Matthieu Bouron wrote:
> > Hello,
> >
> > The following patchset add the ff_simple_idct function neon functions for
> > the
> > aarch64 platform. It's ported from armv7 simple_idct_neon wi
On Sat, Mar 11, 2017 at 12:59:06 +0100, Michael Niedermayer wrote:
> > I am under the impression that Martin Storsjö is
> > maintaining the libfdk_aac wrapper, but primarily on "libav". He is
> you could send martin a private mail and ask
I did (or rather, he did by getting in touch with me priv
On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
> > Fixes timeout with 847/clusterfuzz-testcase-5291877358108672
> > Fixes timeout with 850/clusterfuzz-testcase-5721296509861888
> >
> > This
Hi,
On Wed, Mar 15, 2017 at 8:21 AM, Kieran Kunhya wrote:
> On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote:
>
> > Hi,
> >
> > On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer <
> > mich...@niedermayer.cc> wrote:
> >
> > > Fixes timeout with 847/clusterfuzz-testcase-5291877358108672
>
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 1e2e774950..a4890ca0d3 100755
--- a/configure
+++ b/configure
@@ -5744,7 +5744,7 @@ enabled frei0r&& { check_header frei0r.h ||
die "ERROR: frei0r.h hea
enabled gmp
On March 14, 2017 at 10:54:47 AM, Steven Liu (l...@chinaffmpeg.org) wrote:
add kVTCompressionPropertyKey_DataRateLimits support by rc_max_bitrate
Reviewed-by: Rick Kern
Signed-off-by: Steven Liu
---
libavcodec/videotoolboxenc.c | 47
1 file changed, 4
On Wed, 15 Mar 2017 10:09:17 +0100 (CET)
wal...@free.fr wrote:
> In the meantime, I have updated the CrystalHD kernel driver to linux
> 4.9.y: https://github.com/wallak/crystalhd
>
> Wallak.
I've been sending updates to: https://github.com/dbason/crystalhd
--phil
___
On Wed, 15 Mar 2017 08:58:39 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Wed, Mar 15, 2017 at 8:21 AM, Kieran Kunhya wrote:
>
> > On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote:
> >
> > > Hi,
> > >
> > > On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer <
> > > mich...@niedermay
On Mon, Mar 13, 2017 at 8:40 PM, Muhammad Faiz wrote:
> better quality without speedloss
>
> Signed-off-by: Muhammad Faiz
> ---
> doc/resampler.texi | 5 +-
> libswresample/options.c | 4 +-
> tests/fate/libswresample.mak | 189
> ---
>
On Wed, Mar 15, 2017 at 08:58:39AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Mar 15, 2017 at 8:21 AM, Kieran Kunhya wrote:
>
> > On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote:
> >
> > > Hi,
> > >
> > > On Tue, Mar 14, 2017 at 11:12 PM, Michael Niedermayer <
> > > mich...@niedermaye
Hi,
On Wed, Mar 15, 2017 at 2:51 PM, Michael Niedermayer wrote:
> On Wed, Mar 15, 2017 at 08:58:39AM -0400, Ronald S. Bultje wrote:
> > I'm actually starting to believe that the error concealment code in this
> > decoder (vp56) is fuzz-specific code also. Is there a real-world input
> > where th
On Wed, 15 Mar 2017 15:02:08 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Wed, Mar 15, 2017 at 2:51 PM, Michael Niedermayer > wrote:
>
> > On Wed, Mar 15, 2017 at 08:58:39AM -0400, Ronald S. Bultje wrote:
> > > I'm actually starting to believe that the error concealment code in this
> > >
On Wed, Mar 15, 2017 at 03:02:08PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Mar 15, 2017 at 2:51 PM, Michael Niedermayer > wrote:
>
> > On Wed, Mar 15, 2017 at 08:58:39AM -0400, Ronald S. Bultje wrote:
[...]
> but if people dont want EC code in vp56 then we can drop this code of
> > cou
On Sat, Mar 11, 2017 at 7:05 AM, Michael Niedermayer wrote:
> On Mon, Mar 06, 2017 at 10:23:14AM -0800, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > ---
> > libavcodec/mpeg12dec.c | 38 ++
> > 1 file changed, 38 insertions(+)
> >
> > diff --git a/libavcodec
On 3/15/2017 3:51 PM, Michael Niedermayer wrote:
> On Wed, Mar 15, 2017 at 08:58:39AM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Wed, Mar 15, 2017 at 8:21 AM, Kieran Kunhya wrote:
>>
>>> On Wed, 15 Mar 2017 at 12:05 Ronald S. Bultje wrote:
>>>
Hi,
On Tue, Mar 14, 2017 at 11:12
>
> > > I have tons of testcases for h264 that are 1KB and can make error
> > > concealment run for ages.
>
> and how is this related to a fix for th vp* decoder ?
>
My point is you can spend a lifetime fixing obscure conditions that cause
error concealment to take a long time.
Error concealment
On Wed, Mar 15, 2017 at 12:10:35PM -0700, Aman Gupta wrote:
> On Sat, Mar 11, 2017 at 7:05 AM, Michael Niedermayer > wrote:
>
> > On Mon, Mar 06, 2017 at 10:23:14AM -0800, Aman Gupta wrote:
> > > From: Aman Gupta
> > >
> > > ---
> > > libavcodec/mpeg12dec.c | 38
From: Aman Gupta
includes a fate test, which requires
https://s3.amazonaws.com/tmm1/ccaptions/scte20.ts
to be uploaded as sub/scte20.ts
---
libavcodec/mpeg12dec.c | 39 +++
tests/fate/subtitles.mak | 3 +++
tests/ref/fate/sub-cc-scte20 | 15
From: Aman Gupta
---
libavcodec/mpeg12dec.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index cea8963..f71f207 100644
--- a/libavcodec/mpeg12dec.c
+++ b/libavcodec/mpeg12dec.c
@@ -2255,8 +2255,11 @@ static int
On Wed, Mar 15, 2017 at 12:53:03PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> includes a fate test, which requires
> https://s3.amazonaws.com/tmm1/ccaptions/scte20.ts
> to be uploaded as sub/scte20.ts
uploaded
> ---
> libavcodec/mpeg12dec.c | 39 +++
On Wed, Mar 15, 2017 at 12:53:04PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavcodec/mpeg12dec.c | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who would gi
These values are defined to be 32bit in the specification,
so it makes more sense to store them as fixed width.
Signed-off-by: Vittorio Giovara
---
Updated commit message, changed a couple of internal types.
Please CC or I can't see replies.
Vittorio
libavformat/dump.c| 2 +-
libavform
Hello!
There are 3 problems with DITHER_COPY macro in libswscale/swscale_unscaled.c:
1) there is overflow in dithering from 12-bit to 10-bit (output value > 1023);
2) for limit range the lower limit is not respected, for example from 10-bit to
8-bit value 64 is converted to 15;
3) for many iterat
On Wed, Mar 15, 2017 at 07:18:30PM +, Kieran Kunhya wrote:
> >
> > > > I have tons of testcases for h264 that are 1KB and can make error
> > > > concealment run for ages.
> >
> > and how is this related to a fix for th vp* decoder ?
> >
>
> My point is you can spend a lifetime fixing obscure c
Hi!
On 2017-03-13 17:12 +0800, Steven Liu wrote:
> when cannot get pkt duration, hlsenc segments duration will
> be set to 0, this patch can fix it.
>
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/libavfo
Hi!
This is not a review, just a comment you can address in case you push this.
On 2017-03-15 04:12 +0100, Michael Niedermayer wrote:
> Fixes timeout with 847/clusterfuzz-testcase-5291877358108672
> Fixes timeout with 850/clusterfuzz-testcase-5721296509861888
>
> This likely will need to be twe
On Wed, Mar 15, 2017 at 2:06 PM, Michael Niedermayer wrote:
> On Wed, Mar 15, 2017 at 12:53:03PM -0700, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > includes a fate test, which requires
> > https://s3.amazonaws.com/tmm1/ccaptions/scte20.ts
> > to be uploaded as sub/scte20.ts
>
> uploaded
>
>
>
On Tue, Mar 14, 2017 at 01:52:23AM +0100, Michael Niedermayer wrote:
> Fixes: 839/clusterfuzz-testcase-4871084446842880
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/wavpack.c | 12
On Tue, Mar 14, 2017 at 10:20:45PM +0100, Michael Niedermayer wrote:
> On Mon, Mar 13, 2017 at 12:53:27PM +0100, Michael Niedermayer wrote:
> > On Mon, Mar 13, 2017 at 09:51:40AM +0100, Paul B Mahol wrote:
> > > On 3/13/17, Michael Niedermayer wrote:
> > > > Benchmarks with START_TIMER indicate th
Hi,
On Wed, Mar 15, 2017 at 6:12 PM, Michael Niedermayer wrote:
> On Wed, Mar 15, 2017 at 07:18:30PM +, Kieran Kunhya wrote:
> > >
> > > > > I have tons of testcases for h264 that are 1KB and can make error
> > > > > concealment run for ages.
> > >
> > > and how is this related to a fix for
Hi,
The attached patch adds experimental muxing support for Opus audio codec in
ISOBMFF/MP4. This is based on v0.6.8 of the draft spec at
https://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html.
Firefox supports demuxing/playback of these files since Firefox 50.
>From cff9b592d4efd87e80120fb
Hi,
The attached patch adds demuxing support for Opus audio codec in
ISOBMFF/MP4. This is based on v0.6.8 of the draft spec at
https://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html.
Firefox supports demuxing/playback of these files since Firefox 50.
>From 9d6f1b4c12b08cf5fbba61bdeb31c785aa
Fixes: 864/clusterfuzz-testcase-4774385942528000
See: [FFmpeg-devel] [PATCH 1/2] avcodec/h264_direct: Fix runtime error: signed
integer overflow: 2147483647 - -14133 cannot be represented in type 'int'
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/f
Fixes: 861/clusterfuzz-testcase-5688284384591872
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/tiff.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/tiff.c b/libavc
pcr_period is in milliseconds.
Signed-off-by: Lou Logan
---
libavformat/mpegtsenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 0f394c5fe0..3250dde311 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.
2017-03-16 6:24 GMT+08:00 Alexander Strasser :
> Hi!
>
> On 2017-03-13 17:12 +0800, Steven Liu wrote:
> > when cannot get pkt duration, hlsenc segments duration will
> > be set to 0, this patch can fix it.
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavformat/hlsenc.c | 7 ++-
> > 1 file
On 3/15/2017 6:39 PM, Vittorio Giovara wrote:
> These values are defined to be 32bit in the specification,
> so it makes more sense to store them as fixed width.
>
> Signed-off-by: Vittorio Giovara
> ---
> Updated commit message, changed a couple of internal types.
> Please CC or I can't see repl
This patch deprecates anything that has to do with merging/splitting
side data. Automatic side data merging (and splitting), as well as all
API symbols involved in it, are removed completely.
Two FF_API_ defines are dedicated to deprecating API symbols related to
this: FF_API_MERGE_SD_API removes
Since we've disabled side data merging in ffmpeg.c, this really changes
nothing.
---
ffmpeg.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 63fc1bc5f4..bc2157e544 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -818,7 +818,6 @@ static void output_packet(OutputFile *of, AV
On Tue, 14 Mar 2017 12:29:52 +0100
Michael Niedermayer wrote:
> Hi all
>
> are there any issues/tickets that block making 3.3 ?
>
> What about the spherical API size_t / uint32_t issue ?
> we can change it before the release but not after it
>
I will insist that
avcodec, avformat: deprecat
benchmark:
sse2 10.670s
avx 8.763s
fma3 8.380s
Signed-off-by: Muhammad Faiz
---
libswresample/x86/resample.asm| 15 ---
libswresample/x86/resample_init.c | 10 ++
2 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/libswresample/x86/resample.asm b/libswresa
use fltp when doing s32 -> s32 resampling
because s32p has no simd optimization
benchmark:
old 17.913s
new 7.584s (use fma3)
Signed-off-by: Muhammad Faiz
---
libswresample/swresample.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libswresample/swresample.c b/libswresample/swresample.c
On Thu, 16 Mar 2017 12:43:10 +0700
Muhammad Faiz wrote:
> use fltp when doing s32 -> s32 resampling
> because s32p has no simd optimization
>
> benchmark:
> old 17.913s
> new 7.584s (use fma3)
>
> Signed-off-by: Muhammad Faiz
> ---
> libswresample/swresample.c | 2 ++
> 1 file changed, 2 ins
47 matches
Mail list logo
