Hi,
> > > > > On 5/5/16, Piotr Bandurski wrote:
> > > >> > > > > > > > > Improved version attached.
> > > >> > > >
> > > >> > > > I found another bug, this time in lossy mode - the file encoded
> > > >> > > > as
> > > >> > > > "joint stereo" decodes after a few seconds into noise:
> > > >> > > >
> > > On 5/5/16, Piotr Bandurski wrote:
> > >> > > > > > > > > Improved version attached.
> > >> > > >
> > >> > > > I found another bug, this time in lossy mode - the file encoded as
> > >> > > > "joint stereo" decodes after a few seconds into noise:
> > >> > > >
> > >> > > > https://www.datafileh
> On 5/5/16, Piotr Bandurski wrote:
> >> > > > > > > > > Improved version attached.
> >> > > >
> >> > > > I found another bug, this time in lossy mode - the file encoded as
> >> > > > "joint stereo" decodes after a few seconds into noise:
> >> > > >
> >> > > > https://www.datafilehost.com/d/c2e8b3
On 5/5/16, Piotr Bandurski wrote:
>> > > > > > > > > Improved version attached.
>> > > >
>> > > > I found another bug, this time in lossy mode - the file encoded as
>> > > > "joint stereo" decodes after a few seconds into noise:
>> > > >
>> > > > https://www.datafilehost.com/d/c2e8b332
>> > >
>> >
> > > > > > > > > Improved version attached.
> > > >
> > > > I found another bug, this time in lossy mode - the file encoded as
> > > > "joint stereo" decodes after a few seconds into noise:
> > > >
> > > > https://www.datafilehost.com/d/c2e8b332
> > >
> > > here are a few more samples:
> > >
> > > > > > > Improved version attached.
> > >
> > > I found another bug, this time in lossy mode - the file encoded as "joint
> > > stereo" decodes after a few seconds into noise:
> > >
> > > https://www.datafilehost.com/d/c2e8b332
> >
> > here are a few more samples:
> >
> > https://www.data
> > > > > Improved version attached.
> >
> > I found another bug, this time in lossy mode - the file encoded as "joint
> > stereo" decodes after a few seconds into noise:
> >
> > https://www.datafilehost.com/d/c2e8b332
>
> here are a few more samples:
>
> https://www.datafilehost.com/d/e4825eb
> > > Improved version attached.
>
> I found another bug, this time in lossy mode - the file encoded as "joint
> stereo" decodes after a few seconds into noise:
>
> https://www.datafilehost.com/d/c2e8b332
here are a few more samples:
https://www.datafilehost.com/d/e4825eb4
quantization: 1.15
> I found another bug, this time in lossy mode - the file encoded as "joint
> stereo" decodes after a few seconds into noise:
>
> https://www.datafilehost.com/d/c2e8b332
There seems to be infinite loop while decoding fuzzed file:
https://www.datafilehost.com/d/eab97154
Please fix it as well in
On Thu, Apr 28, 2016 at 01:13:34PM +0200, Paul B Mahol wrote:
> Hi,
>
> patches attached.
[...]
> +static int bonk_probe(AVProbeData *p)
> +{
> +int i;
> +
> +for (i = 0; i < p->buf_size - 5; i++) {
> +if (!p->buf[i] && AV_RL32(p->buf + i + 1) == MKTAG('B','O','N','K'))
> +
> Improved version attached.
I found another bug, this time in lossy mode - the file encoded as "joint
stereo" decodes after a few seconds into noise:
https://www.datafilehost.com/d/c2e8b332
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
On 4/28/16, Paul B Mahol wrote:
> Hi,
>
> patches attached.
>
Improved version attached.
From 1a330f7bba56bc1f7ed8f972c130f2a3997fd5b8 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Apr 2016 20:42:58 +0200
Subject: [PATCH 1/2] avcodec: add Bonk decoder
Signed-off-by: Paul B Mahol
--
> > also it deadlocks with mono files:
> >
> > https://www.datafilehost.com/d/b702c504
> >
>
> Did you used lossless mode with this one? If not, could you provide
> source of this file?
this file should be lossless as well, but just in case here is source wav file:
https://www.datafilehost.com/d
On 4/28/16, Piotr Bandurski wrote:
>> I did a quick test, but it's not bitexact here:
>>
>> https://www.datafilehost.com/d/4820b89a
>
> also it deadlocks with mono files:
>
> https://www.datafilehost.com/d/b702c504
>
Did you used lossless mode with this one? If not, could you provide
source of th
> > I did a quick test, but it's not bitexact here:
> >
> > https://www.datafilehost.com/d/4820b89a
> >
>
> You sure this is lossless file?
Yes.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Dana 28. 4. 2016. 18:47 osoba "Piotr Bandurski" napisala
je:
>
> Hi,
>
> I did a quick test, but it's not bitexact here:
>
> https://www.datafilehost.com/d/4820b89a
>
You sure this is lossless file?
> Regards
>
> ___
> ffmpeg-devel mailing list
> ffmpe
On 4/28/2016 8:13 AM, Paul B Mahol wrote:
> +static av_cold int bonk_init(AVCodecContext *avctx)
> +{
> +BonkContext *s = avctx->priv_data;
> +int i;
> +
> +avctx->sample_fmt = AV_SAMPLE_FMT_S16;
> +if (avctx->extradata_size < 17)
> +return AVERROR(EINVAL);
> +
> +if
> I did a quick test, but it's not bitexact here:
>
> https://www.datafilehost.com/d/4820b89a
also it deadlocks with mono files:
https://www.datafilehost.com/d/b702c504
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/li
Hi,
I did a quick test, but it's not bitexact here:
https://www.datafilehost.com/d/4820b89a
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
patches attached.
From 506e14978a831424134c63695ddb386fa56dcfc9 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Apr 2016 20:42:58 +0200
Subject: [PATCH 1/2] avcodec: add Bonk decoder
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
20 matches
Mail list logo
