If we can support ffmpeg to parse and display a timeline with multiple
edits correctly, I am ok with deleting that code.
On Thu, Mar 29, 2018 at 6:43 AM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On 3/29/2018 1:06 PM, wm4 wrote:
> > I think mov files at least use a
> > filename/URL
On 3/29/2018 1:06 PM, wm4 wrote:
> I think mov files at least use a
> filename/URL for external references, which actually could be handled
> in generic files.
The dref box is for the whole track, FWIW, and not for edit list entries.
- Derek
___
ffmpeg-
On Thu, 29 Mar 2018 14:00:03 +0200
Steve Lhomme wrote:
> Le 27/03/2018 à 22:45, Dave Rice a écrit :
> >> On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >>
> >> On Tue, 27 Mar 2018 16:11:11 -0400
> >> Dave Rice wrote:
> >>
> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> wrote:
>
Le 27/03/2018 à 22:45, Dave Rice a écrit :
On Mar 27, 2018, at 4:33 PM, wm4 wrote:
On Tue, 27 Mar 2018 16:11:11 -0400
Dave Rice wrote:
On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
wrote:
On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
I think we should drop the internal crap if the to
> On Mar 27, 2018, at 5:16 PM, wm4 wrote:
>
> On Tue, 27 Mar 2018 16:45:23 -0400
> Dave Rice mailto:d...@dericed.com>> wrote:
>
>>> On Mar 27, 2018, at 4:33 PM, wm4 wrote:
>>>
>>> On Tue, 27 Mar 2018 16:11:11 -0400
>>> Dave Rice wrote:
>>>
> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
On Tue, 27 Mar 2018 20:44:00 +0100
Derek Buitenhuis wrote:
> So, I know we have edit list "support" in mov.c, but I am steadfast in my
> belief that it is incorrect to implement it at the demuxing layer. By the
> ISOBMFF spec, it is supposed to be applied at the presenattion layer. I'm
> aware we
On Tue, 27 Mar 2018 16:45:23 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >
> > On Tue, 27 Mar 2018 16:11:11 -0400
> > Dave Rice wrote:
> >
> >>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> >>> wrote:
> >>>
> >>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrot
On Tue, 27 Mar 2018 16:45:23 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >
> > On Tue, 27 Mar 2018 16:11:11 -0400
> > Dave Rice wrote:
> >
> >>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> >>> wrote:
> >>>
> >>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrot
> On Mar 27, 2018, at 4:33 PM, wm4 wrote:
>
> On Tue, 27 Mar 2018 16:11:11 -0400
> Dave Rice wrote:
>
>>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
>>> wrote:
>>>
>>> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
I think we should drop the internal crap if the tools and the A
On Tue, 27 Mar 2018 16:11:11 -0400
Dave Rice wrote:
> > On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> > wrote:
> >
> > On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> >> I think we should drop the internal crap if the tools and the API support
> >> it. Would also solve a lot of issues
On 27 March 2018 at 21:01, Derek Buitenhuis
wrote:
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> > I think we should drop the internal crap if the tools and the API support
> > it. Would also solve a lot of issues like ffmpeg.c not trimming the start
> > frame (so people complain all the
> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> wrote:
>
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
>> I think we should drop the internal crap if the tools and the API support
>> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
>> frame (so people complain a
On 3/27/18, Derek Buitenhuis wrote:
> On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
>> I think we should drop the internal crap if the tools and the API support
>> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
>> frame (so people complain all the time about longer f
On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
> I think we should drop the internal crap if the tools and the API support
> it. Would also solve a lot of issues like ffmpeg.c not trimming the start
> frame (so people complain all the time about longer files).
I personally agree, but I thought
On 27 March 2018 at 20:44, Derek Buitenhuis
wrote:
> So, I know we have edit list "support" in mov.c, but I am steadfast in my
> belief that it is incorrect to implement it at the demuxing layer. By the
> ISOBMFF spec, it is supposed to be applied at the presenattion layer. I'm
> aware we probabl
15 matches
Mail list logo