https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Fri, 24 Apr 2026 07:46:09 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　様々なアプリがあるので一概に言えませんが、タイムコードはLTCではなくMIDI-TimeCode(以下、MTC)ではないかと思われます。というか、それらのアプリの用途を考えたらMTCが自然かと。
　LTCのメリットは音声信号であるため配線の選択肢が多いことです。仕込みの効率が良いのでLTCを望んでいるのです。
　ですが、既存のアプリが使えるならその流儀を優先させた方が良いかもしれません。LTCを扱える調光卓はMTCも扱えますし、音声再生の視点ではMTCの方が汎用性が高いからです。
　LTCのメリットでありMIDIの弱点となるのは音声信号として扱えるかと配線長です。この辺りを対策すれば音声再生側も調光卓側もMTCでいいんじゃないかと。

　さて、どうしましょう。
　LTCのメリットとMTCのメリットを足して、MTCを音声信号として送れるようにすればよくね？
　MIDI全般に対応する気はありませんから、MTCに特化して音声信号(差動バイフェーズ)として送るのです。

　参考
　MIDIタイムコード規格
　MIDIタイムコード(MTC)について調べてみた
　有志の方のサイトです。
　ここで言うMTCは記事にある「クォーター・フレーム・メッセージ　F1 dd」のことです。

　MTC(コマンド0xF1)はMIDIの回線をタイムコードで占有しないために２フレーム分の時間を使って送信するようです。
　バイト送信のタイミングはMTCを出す側に依存するとしても、１フレームの時間で８バイト送れればいい。MTCに完全特化してコマンド0xF1を省けば４バイトです。
　４バイトなら１フレームの時間内で40bit送れればよく、最もビットレートが速い30fpsでも1,200bpsあれば事足ります。差動バイフェーズで音声信号化しても問題無しです。
　受信側はバイト受信の度に0xF1を付けた2バイトをMIDIとして送出するだけです。
　この方法は僅かな遅れを生じますが、MTCは２フレーム遅れるのが前提の規格ですし、遅れが一定ならば実用上の問題は無いと考えます。
　分解能が1/12～1/15秒であることもMTCの前提ですが、卓や灯体の遅延はもっと大きいし、これが見える人もそうそう居ないでしょう。

　自画自賛ですが悪くないアイデアです。

#器具の製作 #タイムコード -- Posted by 電装工芸 〔1020文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 tegalog Wed, 10 May 2023 11:47:23 +0900