[FFmpeg-devel] [RFC] Exporting virtual timelines as stream side data

wm4 nfxjfg at googlemail.com
Wed Mar 28 00:14:09 EEST 2018

On Tue, 27 Mar 2018 16:45:23 -0400
Dave Rice <dave at dericed.com> wrote:

> > On Mar 27, 2018, at 4:33 PM, wm4 <nfxjfg at googlemail.com> wrote:
> > 
> > On Tue, 27 Mar 2018 16:11:11 -0400
> > Dave Rice <dave at dericed.com> wrote:
> >   
> >>> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis <derek.buitenhuis at gmail.com> 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 files).    
> >>> 
> >>> I personally agree, but I thought I'd be diplomatic about it, since it would
> >>> technically be losing a 'feature', since it would no longer Just Work(ish)
> >>> and require user applications to apply timelines themselves - and I figured
> >>> some would argue that point.    
> >> 
> >> +1 I’m willing to contribute what information or samples would be needed to help with Matroska support with virtual timelines. IMO, this would be a valuable feature to have in ffmpeg.
> >> Dave Rice  
> > 
> > Some explanations how this interacts with editions would be good.  
> I put an example with two editions at https://archive.org/download/chapters_test/chapters_test.mkv which mimics a digitized video tape. One edition depicts the stored video encoding in its entire presentation and the other default edition plays from the video encoding selectively. When the file is played in VLC, the default edition is used to show a shortened presentation, but the other editions may be selected within the Program menu option. In the proposal there should be an option to mimic the current behavior and ignore the editions (equivalent of -ignore_editlist in mov), to use the first default edition, or to select a specific edition.

Simple editions are... simple. It's more about the interaction with
segment linking specifically I guess.

> > Or documenting ordered chapters and segment linking in the mkv "spec"
> > at all.  
> This document, http://mod16.org/hurfdurf/?p=8 <http://mod16.org/hurfdurf/?p=8>,  is unofficially a good resource on that.
> More officially the Cellar working group has this section on Linked Segments: https://tools.ietf.org/html/draft-lhomme-cellar-matroska-04#section-23 <https://tools.ietf.org/html/draft-lhomme-cellar-matroska-04#section-23>, and this one on Ordered Editions: https://tools.ietf.org/html/draft-lhomme-cellar-matroska-04#section- <https://tools.ietf.org/html/draft-lhomme-cellar-matroska-04#section->. This documentation is a work in progress so comments/reviews/suggestions are welcome (issues can be filed at https://github.com/Matroska-Org/matroska-specification <https://github.com/Matroska-Org/matroska-specification> or via https://www.ietf.org/mailman/listinfo/cellar <https://www.ietf.org/mailman/listinfo/cellar>).

There isn't much about how ChapterSegmentEditionUID should be handled.
I remember this because it brought a non-trivial change in mpv's
ordered chapters/segment linking handling, and I never understood how
the heck it works.

More information about the ffmpeg-devel mailing list