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
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 probably cannot remove the current implementation very easily
(or at
16 matches
Mail list logo
