On Fri, 3 Feb 2017 14:42:44 -0800
Chris Cunningham wrote:
> Blocks are marked as key frames whenever the "reference" field is
> zero. This breaks for non-keyframe Blocks with a reference timestamp
> of zero.
>
> The likelihood of reference timestamp being zero is increased by a
> longstanding b
On Fri, 3 Feb 2017 14:42:44 -0800
Chris Cunningham wrote:
> Blocks are marked as key frames whenever the "reference" field is
> zero. This breaks for non-keyframe Blocks with a reference timestamp
> of zero.
>
> The likelihood of reference timestamp being zero is increased by a
> longstanding b
On Fri, Feb 3, 2017 at 2:42 PM, Chris Cunningham
wrote:
> Blocks are marked as key frames whenever the "reference" field is
> zero. This breaks for non-keyframe Blocks with a reference timestamp
> of zero.
>
> The likelihood of reference timestamp being zero is increased by a
> longstanding bug in
Blocks are marked as key frames whenever the "reference" field is
zero. This breaks for non-keyframe Blocks with a reference timestamp
of zero.
The likelihood of reference timestamp being zero is increased by a
longstanding bug in muxing that encodes reference timestamp as the
absolute time of the
On Fri, 3 Feb 2017 10:04:34 -0800
Vignesh Venkatasubramanian wrote:
> On Thu, Feb 2, 2017 at 10:16 PM, wm4 wrote:
> > On Thu, 2 Feb 2017 10:47:52 -0800
> > Vignesh Venkatasubramanian wrote:
> >
> >> On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
> >> >
> >> > On Tue, 31 Jan 2017 12:02:01 -08
On Thu, Feb 2, 2017 at 10:16 PM, wm4 wrote:
> On Thu, 2 Feb 2017 10:47:52 -0800
> Vignesh Venkatasubramanian wrote:
>
>> On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
>> >
>> > On Tue, 31 Jan 2017 12:02:01 -0800
>> > Chris Cunningham wrote:
>> >
>> > > Thanks for taking a look.
>> > >
>> > > Def
On Thu, 2 Feb 2017 10:47:52 -0800
Vignesh Venkatasubramanian wrote:
> On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
> >
> > On Tue, 31 Jan 2017 12:02:01 -0800
> > Chris Cunningham wrote:
> >
> > > Thanks for taking a look.
> > >
> > > Definitely missing a "break;" - will fix in subsequent patc
On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
>
> On Tue, 31 Jan 2017 12:02:01 -0800
> Chris Cunningham wrote:
>
> > Thanks for taking a look.
> >
> > Definitely missing a "break;" - will fix in subsequent patch.
> >
> > Agree timestamps should be relative (didn't realize this). Vignesh points
> >
On Tue, Jan 31, 2017 at 10:18 PM, wm4 wrote:
> On Tue, 31 Jan 2017 12:02:01 -0800
> Chris Cunningham wrote:
>
> > Thanks for taking a look.
> >
> > Definitely missing a "break;" - will fix in subsequent patch.
> >
> > Agree timestamps should be relative (didn't realize this). Vignesh points
> >
On Tuesday, January 31, 2017, Chris Cunningham
wrote:
>
> On Tue, Jan 31, 2017 at 1:07 AM, wm4 > wrote:
>
>> On Tue, 31 Jan 2017 09:57:24 +0100
>> wm4 > > wrote:
>>
>> > On Mon, 30 Jan 2017 17:05:49 -0800
>> > Chris Cunningham > > wrote:
>> >
>> > > Blocks are marked as key frames whenever the "
On Tue, 31 Jan 2017 12:02:01 -0800
Chris Cunningham wrote:
> Thanks for taking a look.
>
> Definitely missing a "break;" - will fix in subsequent patch.
>
> Agree timestamps should be relative (didn't realize this). Vignesh points
> out that "0" in the test file is due to a bug in ffmpeg (and p
On Tue, Jan 31, 2017 at 1:07 AM, wm4 wrote:
> On Tue, 31 Jan 2017 09:57:24 +0100
> wm4 wrote:
>
> > On Mon, 30 Jan 2017 17:05:49 -0800
> > Chris Cunningham wrote:
> >
> > > Blocks are marked as key frames whenever the "reference" field is
> > > zero. This is incorrect for non-keyframe Blocks th
On Tue, 31 Jan 2017 09:57:24 +0100
wm4 wrote:
> On Mon, 30 Jan 2017 17:05:49 -0800
> Chris Cunningham wrote:
>
> > Blocks are marked as key frames whenever the "reference" field is
> > zero. This is incorrect for non-keyframe Blocks that take a refernce
> > on a keyframe at time zero.
> >
> >
On Mon, 30 Jan 2017 17:05:49 -0800
Chris Cunningham wrote:
> Blocks are marked as key frames whenever the "reference" field is
> zero. This is incorrect for non-keyframe Blocks that take a refernce
> on a keyframe at time zero.
>
> Now using -1 to denote "no reference".
>
> Reported to chromium
Blocks are marked as key frames whenever the "reference" field is
zero. This is incorrect for non-keyframe Blocks that take a refernce
on a keyframe at time zero.
Now using -1 to denote "no reference".
Reported to chromium at http://crbug.com/497889 (contains sample)
---
libavformat/matroskadec.
15 matches
Mail list logo