Re: [Cellar] when is ChapterEndTime required

Steve Lhomme <slhomme@matroska.org> Sun, 15 April 2018 13:55 UTC

Return-Path: <slhomme@matroska.org>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F0B9124319 for <cellar@ietfa.amsl.com>; Sun, 15 Apr 2018 06:55:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=matroska-org.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hepIyi3s_dkb for <cellar@ietfa.amsl.com>; Sun, 15 Apr 2018 06:55:05 -0700 (PDT)
Received: from mail-pl0-x22f.google.com (mail-pl0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DB1B1242F5 for <cellar@ietf.org>; Sun, 15 Apr 2018 06:55:05 -0700 (PDT)
Received: by mail-pl0-x22f.google.com with SMTP id t20-v6so8590079ply.9 for <cellar@ietf.org>; Sun, 15 Apr 2018 06:55:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=matroska-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=p+SfqfHBhhy0rHaQea4Ohpt1RRU8ZNiGKqzfeXpkwC0=; b=lKhCknyDdGEyJACBBRl0fgXKFBtoa/MhB7+2OU8JZKX1I1yRH58t85y4mcwFQtQach 0djjyv5dLl7Qt/R5AI0mbmqu7coLzQRs8DowNRinQPO7EJ2CYS4U/6yuLMQxT1781VrA JKLthQpPPWXlfPdpScwuVffRh/lOFoX6sG/Q5/UXnWtyuqRUHXDdE0YJI85cqhQOlK1S vNnCxf7zPMgCI07hqbnfNiGsyalA2HtsG7g64S/m1p9h5W/FbetUDR6ooalwo4xClSrq nfrzdjRkVUg1zKZU+BbkA7bKqqj2HYwpACSlCaLfnIKHZl3TW2Cmr0YhEye2irp0Fl/M OvUQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=p+SfqfHBhhy0rHaQea4Ohpt1RRU8ZNiGKqzfeXpkwC0=; b=PG8fEL1l9gKh7jv5/7EK/Q5cxienRniw+z59yISB+k5Zy/xrZj7ZCULeAZ3NioaC+b 8+r8b/NUhMBhXIDyj5QXm2ooZibhx/zID5IgvNr0nCOmY2Pcgd+CcFJZ8NXdenYcOHhy oQ/hP+dhe2q4Imdbjy3H+m4dr7LHiH/KOasFnmWhqUAcTDyhi5JR8zVQ3lfNp+7dwju5 2q/wCJ4tzDvSygciCPB/LxZ5mmdztDwe6HBDJDkKVuf2o6gL5qpMO4Ih+mfMeN3gtYC/ O3ZfD9SnmGVEgE+TaPwe3hCk6YzfGioCbAWTKLPO01dDC3mwiwjBU0AEkiVtw9lwb3dR Nryw==
X-Gm-Message-State: ALQs6tDwpBumA3P0DHs05IgZtm+5+XTohX0eVFOF0+T7SZneG5GNPcyi xDhDHFx1LT/YwtIMaBI6fSdhjni9VaOEQ7xDQg8kBg==
X-Google-Smtp-Source: AIpwx49gFJVThNKd+yR4qhZyNMc9zEY04aRPXQz+mxkaV9lNTKhPAlAJLOLBuJSUQky1f1E0njNXnBNAWBn+0HXO8Lg=
X-Received: by 2002:a17:902:9a44:: with SMTP id x4-v6mr12292067plv.312.1523800504454; Sun, 15 Apr 2018 06:55:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.236.164.196 with HTTP; Sun, 15 Apr 2018 06:55:04 -0700 (PDT)
In-Reply-To: <285b49b2-0255-6cef-dc69-e2cb2b312e1a@gmx.ch>
References: <DB4DBF29-E206-41A5-B67D-D256F1CAF896@dericed.com> <285b49b2-0255-6cef-dc69-e2cb2b312e1a@gmx.ch>
From: Steve Lhomme <slhomme@matroska.org>
Date: Sun, 15 Apr 2018 15:55:04 +0200
Message-ID: <CAOXsMFLd6vcb062_OKULT5q77GnZZ8n-OnB+042HkVy=+MCuOg@mail.gmail.com>
To: hubblec4 <hubblec4@gmx.ch>
Cc: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/el6lG_1oHhz9_oH2bqDfYTRBpVk>
Subject: Re: [Cellar] when is ChapterEndTime required
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 15 Apr 2018 13:55:07 -0000

To follow up on this, the specs should probably be clearer about this.

Since there are cases where the chapter end time is not needed, it
can't be mandatory. But in the ordered chapters case, it cannot work
if a chapter end is missing. Although the end may come from the
chapter parent if it has one...

2018-03-28 18:58 GMT+02:00 hubblec4 <hubblec4@gmx.ch>:
> Hi all
>
>
> Am 28.03.2018 um 17:51 schrieb Dave Rice:
>>
>> Hi cellar,
>>
>> This is to follow up on a discussion on ffmpeg-devel, see:
>> http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227453.html. In the
>> Matroska Schema, the ChapterTimeEnd element is optional, but in
>> https://github.com/Matroska-Org/matroska-specification/blob/master/chapters.md#editionflagordered
>> it says "If an Edition of Ordered Chapters is enabled then the Matroska
>> Player MUST play those Chapters in their stored order from the timecode
>> marked in the ChapterTimeStart Element to the timecode marked in to
>> ChapterTimeEnd Element.”
>
> Thats right and for a "normal" ordered edition the endtime stamps are
> required. What means "normal": This is the case when ChapProcessCodecID is
> set to 0(default 0).
> If this value is set to 1 then Matroska-DVD-Menu system is used and there is
> it possible to have empty endtime stamps.
>
>>
>> So is ChapterTimeEnd required when EditionFlagOrdered=1?
>
> Yes.
>>
>>   Is the second edition of the example below (from
>> https://archive.org/download/chapters_test/chapters_test.mkv) invalid to
>> write or invalid to read?
>
> I'm sure Mosu's Chapter Editor(Matroska Reader) can read such mkv's but a
> Matroska Player will fail to build a correct virtual timeline.
> LAV Splitter ignores all ordered chapters with a play-duration of 0 or less.
> An empty endtime stamp is like a value of 0 so you get a negativ chapter
> play duration.
> Chapters_test.mkv  plays the first editon, but when you change to edition 2,
> playing is stoped, timeline greyed out, play-button is disabled and so on.
> There is no virtuell timeline for the second edition.
>
> Read and write is maybe possible and not really invalid, but for practice
> using is it invalid.
>
>> Should we state a fallback end time (segment duration?) when there is no
>> ChapterTimeEnd in an Ordered Edition?
>
> A fallback which used the segment duration is possible only when you have
> only one chapter. Otherwise the new virtuell playtime is too large and
> duplicates video content.
> The Segment duration is not a "good" value because this element is not
> always present AND (very)often too large.
>
>>
>> |+ Chapters
>> | + Edition entry
>> |  + Edition flag ordered: 1
>> |  + Edition flag hidden: 0
>> |  + Edition flag default: 1
>> |  + Edition UID: 3475548369
>> |  + Chapter atom
>> |   + Chapter time start: 00:00:15.000000000
>> |   + Chapter time end: 00:00:20.000000000
>> |   + Chapter flag hidden: 0
>> |   + Chapter flag enabled: 1
>> |   + Chapter UID: 12865469183194029579
>> |   + Chapter display
>> |    + Chapter string: Random Red Ball
>> |    + Chapter language: eng
>> | + Edition entry
>> |  + Edition flag ordered: 1
>> |  + Edition flag hidden: 0
>> |  + Edition flag default: 0
>> |  + Edition UID: 12338659363134957115
>> |  + Chapter atom
>> |   + Chapter time start: 00:00:00.000000000
>> |   + Chapter flag hidden: 0
>> |   + Chapter flag enabled: 1
>> |   + Chapter UID: 17174098126947929771
>> |   + Chapter display
>> |    + Chapter string: Full
>> |    + Chapter language: eng
>>
>> Dave Rice
>> _______________________________________________
>> Cellar mailing list
>> Cellar@ietf.org
>> https://www.ietf.org/mailman/listinfo/cellar
>
>
> Kind regards
> Martin Below
>
>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar



-- 
Steve Lhomme
Matroska association Chairman