Re: [Cellar] QuickTime timecode tracks in Matroska, was Ancillary data in Matroska

Kieran O Leary <kieran.o.leary@gmail.com> Tue, 14 March 2017 19:59 UTC

Return-Path: <kieran.o.leary@gmail.com>
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 3A9A9131476 for <cellar@ietfa.amsl.com>; Tue, 14 Mar 2017 12:59:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.799
X-Spam-Level:
X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ibLbfllKKvLS for <cellar@ietfa.amsl.com>; Tue, 14 Mar 2017 12:59:33 -0700 (PDT)
Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (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 31EB2129485 for <cellar@ietf.org>; Tue, 14 Mar 2017 12:59:33 -0700 (PDT)
Received: by mail-qk0-x22d.google.com with SMTP id y76so257085317qkb.0 for <cellar@ietf.org>; Tue, 14 Mar 2017 12:59:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=31e0pM4btw5XW0Q+3+qz8RDKjVK4JsjLHOWTsEYxjdk=; b=RE6p2HKS+tTye/SzZeH2URexXSysdGtZ1IjUTPAsEI/M5qf/bvoCVGvFp6l3LRKc6s NvqSLwWBFl+kCPL3s8tQFaV0NUnh8kqQTNNDlBQTNupvYH7e50dx4PSH6MxFDnCyItKy zbbQbPzWOw5LKpeHehgcrpwnLPtRFoDd0JI27HCn+jOvvQEfD69aiZGuzGYcOR9vpHCZ 2Wk2BBCC+DSnkYJwLKIXNJSP6NCwDVnAO7+oS7QTzQe0LqkdoHSLXMXQFi90qJeriLSB dO7/+GTacYq8bF0lvNPq/RdfMxuvbEvlu2EtRO/k5ie+LH1evcpsbVVepu+dp+Qn9BVd zvRg==
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; bh=31e0pM4btw5XW0Q+3+qz8RDKjVK4JsjLHOWTsEYxjdk=; b=Q4l/DKENZoTzE/bNhNzA3VlHkBQhI5Ed5hixATSaLOdqdhTCc67AIN1vfDBD9IYXoB +gFfheeWGauy+xpNzX4IR85gqkBMX9FoFkC2fYzkiZmaODERxTqdxsmk4gm78uVH7ofF d2zL1P1uDxRHjwvoFZehYIr5wizWK1PepwOBaLLjWpfyO2aQ6FujWxMQ2pkxrO8iNQ2h E84ajUh9Ei0qFaJagVxSuNjTtfZEO8t6NQCfOw21ByaoqCgBzIxnoYSVjHAdPdKb4ot+ R+1MjLdyfei+ylKKSBVrsrNjzUDQDxF09LwI3fNCjwL+9bMc9sp1I6kXu1t+jV6ZG5Q5 qwMg==
X-Gm-Message-State: AMke39mBx9HnZl0S+fwdmWo3KBndBkdiM4l9jXfdu5FC6gQaWn/jzbJhPaa2wDdBAHjMjk5jpnxlDU51B3ryCw==
X-Received: by 10.55.100.67 with SMTP id y64mr41090988qkb.290.1489521572262; Tue, 14 Mar 2017 12:59:32 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.55.161.194 with HTTP; Tue, 14 Mar 2017 12:59:31 -0700 (PDT)
In-Reply-To: <79FE60E9-88D8-4922-AE76-9D1924E1D6EB@dericed.com>
References: <2651a6f3-9c9a-6f76-2ee7-4d5c23b1ce57@mediaarea.net> <BFB215F1-1254-409C-817A-7AB1A772437A@dericed.com> <922C5404-EC19-462D-A836-C952E66C2FD8@dericed.com> <B3BE02C3-9402-4802-BC9E-3F95020C641D@dericed.com> <9244b201-9097-365f-b7da-f2d8553616ee@mediaarea.net> <79FE60E9-88D8-4922-AE76-9D1924E1D6EB@dericed.com>
From: Kieran O Leary <kieran.o.leary@gmail.com>
Date: Tue, 14 Mar 2017 19:59:31 +0000
Message-ID: <CAO7v-1Q-oNNef7HSFQ9WmhSdkr0eOFgJyR83gxuR3WaYTxPZgA@mail.gmail.com>
To: cellar@ietf.org
Content-Type: multipart/alternative; boundary="001a114846183341cf054ab6442a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/8370_n_TU7-HP2M8shexWDMaisM>
Subject: Re: [Cellar] QuickTime timecode tracks in Matroska, was Ancillary data in Matroska
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: Tue, 14 Mar 2017 19:59:38 -0000

Hi

On Tue, Mar 14, 2017 at 7:45 PM, Dave Rice <dave@dericed.com> wrote:

>
>
> OTOH I don’t think I’ve ever seen a QuickTime timecode track that was
> non-stripped. I’ve only seen a single value stored but then sometimes an
> edit list used to alter the ordering of the timecode (in case when its
> non-sequential). For Matroska possibly it could simply store a new timecode
> Block at any case when it is not sequential.
> Dave
>
>
Same here actually, I've tried Control Room/Media Express/FCP and it's
always striped. I'm sure there's some hidden option or different way of
connecting the deck to the capture card to achieve this, but timecode jumps
are always ignored on any capture I've seen, and the increment is applied
to the starting timecode.
Also i'd love to see your samples, Jerome.

-Kieran.

>
> _______________________________________________
>
>