タグ「タイムコード」を含む投稿［54件］ - 電装工芸日記 - 舞台照明機器の製作とか -

　秋口に大規模な花火大会の仕事を請けたと社長の鼻息が荒い。

Tue, 24 Jun 2025 20:43:30 +0900

　秋口に大規模な花火大会の仕事を請けたと社長の鼻息が荒い。
　売り上げは大きいので良いことですが問題はダイムコード。音に合わせて花火を打ち上げるのですが、この音で花を咲かせたいとなれば点火のタイミングは花火の挙動から逆算したところにあります。この対策に今どきの花火師さん達はタイムコード(LTC)を使います。音源のLchに音楽、RchにLTCを入れてそれを制御(点火)のキーにするのです。困ったことに、タイムコード(LTC)を理解してない人が多すぎ。アナログ音声信号としてデジタル信号を構成しているってことを全くわかってない。
　差動バイフェーズなので音声信号として-4～4dBで渡せば済むのでハイパス・ローパスフィルタとコンプレッサをかけてノイズ除去をすればいいのですが、その理屈を理解してもらえない。
　フィルムにフレームの番地を与えるために発祥した技術ですが、そもそもがわかってないので伝わらない。
　伝送方式である差動バイフェーズ(差動マンチェスター)は1980代にパソコンのデータをカセットテープに保存した様式と同じなのですが、デジタルも結局はアナログって思考が無い人にどうやって説明したものでしょう。システムレイヤーって概念がわかれば伝わりやすいことですが思ったより難しいことのようです。

追記
　ChatGPT に差動バイフェーズやLTCのことを質問したらとてもわかりすい回答を得られました。
　私もLTCについて本体ページに書いていますが、AIにここまでやられたら記事をまとめる必要を感じなくなったりして(笑

#タイムコード -- Posted by 電装工芸〔672文字〕

　LtcPlayer 0.2.2βです。

Wed, 06 Sep 2023 12:37:40 +0900

　LtcPlayer 0.2.2βです。
　細かいバグを修正しました。
「VLC media player」のインストールを推奨します。入れなくても動きますが、入れた方がいいみたい。

#タイムコード -- Posted by 電装工芸〔100文字〕

　VLC が入っていて Python を入れていないパソコン…

Mon, 04 Sep 2023 11:38:36 +0900

　VLC が入っていて Python を入れていないパソコンが一台あったので exeファイルを試してみました。
　問題なく動きます。
　python-vlc は VLC を入れていなくても動くハズですが、入れておいた方がいいのかもしれません。

　VLC をアンインストールして試す手もありますが、DLL などが残る可能性もあるので、一度 VLC に触れたパソコンはインストール済みと思うしかありません。
　いずれにしても、VLC のインストールを推奨することにしましょう。
「VLC media player」
　とても便利なアプリです。特にこだわりがなければ、デフォルトアプリとしてもお勧めする一品です。

#Python #タイムコード -- Posted by 電装工芸〔322文字〕

　pyinstaller でexeファイルを作ってみましたが…

Sat, 02 Sep 2023 17:34:54 +0900

　pyinstaller でexeファイルを作ってみましたが環境によって微妙な不具合が出ます。原因は不明ですが、pyinstaller の操作手順かもしれません。
「PyinstallerでPythonプログラムをexe化する手順書（Windows編）」
　上記を参考に作った exeファイルは自分の環境では問題なく動いたのですが、ここに一工夫加えてみようと思います。
　仮想環境での実行が推奨されていますが、pyinstaller 自体も仮想環境にインストールするべきなのかもしれません。別の先達情報にはその様に書かれている物があります。
「PyInstallerを使ってみた」

追記
　作業手順のオレメモ。
　仮想環境に pyinstaller を入れての実行の方が良いようです。
作業ディレクトリに移動
> cd <作業ディレクトリ>
pipenv をインストール
> pip install pipenv
pipenv で使う python のバージョンを指定
> pipenv --python 3.9
pipenv(仮想環境)を開始
> pipenv shell
仮想環境にpyinstaller をインストール
> pipenv install -d pyinstaller
必要なライブラリをインストール
> pipenv install pyserial
> pipenv install PySimpleGUI
> pipenv install python-vlc
・・・etc
ビルドする
> pyinstaller ltcplayer.py --clean --noconcole --onefile
・・・数分で終わる。
作業ディレクトリ内の distフォルダ内に ltcplayer.exe が出来ている。

終了なら仮想環境のshellから抜ける
> exit
仮想環境を削除
> pipenv --rm

作業ディレクトリは Python のソースコードがある階層でもいいのだけれど、
ゴチャゴチャするので私は一つ下の階層で作業をしています。
ソースコードがある階層で
> mkdir env
> cd env
> pyinstaller ..\ltcplayer.py --clean --noconcole --onefile
相対パスでソースコードを一つ上の階層として呼びます。
お好みですけど。

#Python #タイムコード -- Posted by 電装工芸〔1039文字〕

　実行ファイル化した LTC Player 0.2.0β の…

Wed, 30 Aug 2023 13:06:09 +0900

　実行ファイル化した LTC Player 0.2.0β の処理負荷は５～７％です。十分に軽いと言えます。
　しばらくは本業を頑張らないといけませんが、その本業で使って細かいバグを見つけていきましょう。

#タイムコード #Python -- Posted by 電装工芸〔118文字〕

　Python でファイル保存するには次の方法がお手軽みたい…

Wed, 30 Aug 2023 10:56:35 +0900

　Python でファイル保存するには次の方法がお手軽みたい。
「pythonでlistをファイルに保存し、読み込む方法(numpyも同様！)」
　上記内の「pickleを使用する方法（おすすめ！）」です。
　ここでは list を保存する方法として書かれていますが tuple でもＯＫ。もちろん、list や dict を含む異なる型をテキトウに突っ込んだ tuple でもＯＫ。Python で一つの変数として扱える状態にしてから pickle.dump でファイルに入れれば何でもいいみたい。読出しは load すれば pickle.dump する直前の状態で変数に格納されます。変数のまんま保存し変数のまんま読み出せるイメージです。
　やりたいことは list 型のセットリストと諸々のステータスの保存/読出しです。これらを tuple にまとめれば一括で扱えるみたいです。
　ファイル保存は手続きが面倒ってイメージがありましたが、これは楽チンです。

　追加オレメモ。
「Pythonでファイル、ディレクトリ（フォルダ）の存在確認」
「Pythonでディレクトリ（フォルダ）を作成するmkdir, makedirs」
「Python ファイルのコピーと移動」
　こういった基本的なことが凄く簡単なのは Python のすばらしさ。
　この様な操作を整理しているのは、データを他のパソコンに持って行く前提で、音源ファイルをセットリストファイルと同じフォルダに置きたいからです。

　pyinstaller を使って実行ファイル化(.exe化)してみました。この状態にすると Python をインストールしていないパソコンでも動きます。操作は簡単ですし中身を隠せていいかも。
　モノは試しにアップしてみました。Windows11の64bitでしか試していませんが、64bitならWindows10でも動くと思われます。
　LtcPlayer
　セットリストの保存機能が未実装のβ版です。モノ好き大好き自己責任でお楽しみください。
　LTC の出力には専用インターフェースが必要です。これが無ければ単なる音楽プレーヤーです。
　専用インターフェースのことを LTC Generator と呼んでいますが販売するかは検討中です。ノンクレーム返品可で少数販売でしょうか？手作りなので数を作れませんしサポートしきれませんし。

#タイムコード #Python -- Posted by 電装工芸〔1033文字〕

　LTC Player は「オイラ、最初からこうだよ」と言わ…

Wed, 30 Aug 2023 09:46:32 +0900

　LTC Player は「オイラ、最初からこうだよ」と言わんばかりの顔で動いています。嬉しいようなちょっとムカつくような。

#タイムコード #Python -- Posted by 電装工芸〔79文字〕

　LTC Player はセットリストの保存以外は完成した様…

Tue, 29 Aug 2023 13:34:53 +0900

　LTC Player はセットリストの保存以外は完成した様子です。0.2.0βとしました。
　バグや設計ミスはあると思うのですが、これ以上は使ってみないと分からないような気がします。
　LTCについて、MAdot2の場合ですが、無信号から受信開始まで0.3-0.5秒かることへの対策として停止タイムの数フレーム前を数フレームリピートしていますが、他の卓の挙動の検証も必要です。

#タイムコード #Python -- Posted by 電装工芸〔206文字〕

　とある中堅企業さんの労働組合さんの納涼祭でした。お盆もとう…

Sun, 27 Aug 2023 00:44:56 +0900

　とある中堅企業さんの労働組合さんの納涼祭でした。お盆もとうに過ぎているのに納涼祭？とか思ったりしますが、中堅の工場はお盆前後が忙しいので時期をずらすのはアリアリでしょう。勤務日数が少ない８月を乗り切ったぞー！ってヤツも含まれていそうです。
　そんな現場でしたが、MAdot2 を使ったので LTC Player のランニングテストも同時に実施。本番でこんなことをするのは不謹慎ちゃ不謹慎ですが、LTC が途切れることなく受信されるかを確認するには丁度よい。普段なら卓をずっと眺めていることは難しいですが、目の前の卓を操作するのが仕事なら無理はありません。LTC で卓を動かすのでははく長時間の認識のテストですから時計を表示するのと同じ。LTC のデータが間違っていたり途切れたりして卓が止まることはまずありません。なんでかんで MA の製品ですから。
　８時間ほど実施しましたが問題は発生セズ。バグではなく設計(デザイン)のミスを見つけたので今後対策しますが、音源に沿った LTC で止まることなく卓がカウントを刻むのは気持ちがイイ。
　プレイリストの保存機能も構成しなければなりませんし、修正もまだまだありますが、間違いなく β版に昇格しています。この達成感と安堵感は暑さという調味料以上にビールを美味しくしてくれています。オタク冥利とはこのことでしょうか。

#タイムコード #Python -- Posted by 電装工芸〔599文字〕

　LTC Player & LTC Generator を …

Fri, 25 Aug 2023 18:43:39 +0900

　LTC Player & LTC Generator を α版から β版に昇格しました。主要な機能が搭載されたって意味です。
　プレイリストの保存やバグ潰し、細かい調整はこれからですが、音の再生に沿った LTC が出力され、それを拾って卓が動きます。音のポジションを飛ばしてもそれに沿った LTC が出ます。フレーム値が飛んだ時の挙動は卓次第ですが、一時停止も先送りもしなければとても素直に動きます。何度再生しても同じ結果が出ます。そうでないと困るのですが、これぞ期待した機能であります。
　ただしmp3などの圧縮データではパソコンによって再生のクセが違い、音アタマとオシリの挙動が一定しません。メロディ続きでトラックが分かれている音源では問題になりそうです。圧縮データだからでしょうが、VLC のライブラリに頼り切っている私にはどうすることも出来ません。非圧縮のデータ形式の wav では正常なので音源のデータ形式を制限した方がいいですね。Windowsならwav、MacintoshならAIFFってことです。
　なんでかんで5,000行もあるソースコードになりました。本業を後回しに書いていたのは間を空けると細かいことを忘れてしまうからです。自分なりに読みやすく書きましたので正常に動くところまでやっておけば読み返して戻ることも出来ますが、障害を残したまま間を空けると次の作業で障害を思い出すのに時間がかかるのです。
　一応の区切りが付きましたので、一旦お休みというか本業にアタマを戻してプレイリストの保存方法などを検討していこうと思います。

#タイムコード #Python -- Posted by 電装工芸〔693文字〕

　初期構成の段階ですが、LTC Player & LTC G…

Wed, 23 Aug 2023 19:34:15 +0900

　初期構成の段階ですが、LTC Player & LTC Generator の融合が出来ました。
　PLAYボタンを押すと曲と共に LTC がカウントされ、卓(MAdot2)が認識します。まだまだ課題と見えない問題は多いと思いますが、峠を越えた心持ちです。
　処理負荷はWindows7世代のミドルレンジパソコンで20%前後です。まぁまぁでしょう。

　ここ２日間はEoCとコレばっかりやっていたので本業がヤバイですけど、祝杯を上げてもいいかもしれません。
　この後は考えをまとめて構造を整理します。

#タイムコード #Python -- Posted by 電装工芸〔268文字〕

　LTC Player から LTC Generator を…

Tue, 22 Aug 2023 09:00:27 +0900

　LTC Player から LTC Generator を制御するモジュールを本格的に書き始めました。
　ハードウェアを作った３ヶ月前の自分が何を考えていたか整理しつつ、bytes と bytearray を用いてシリアル通信の再構築です。
　USB-Serial 変換の FT232RL には LTC Generator であるとマークを埋め込みたいのですが、FT Prog では書き換わっていても、Python で読むとシリアルナンバーくらいしか書き換えが反映しません。排他処理が出来ればいいのでコレでもいいのですが腑に落ちません。

#タイムコード #Python -- Posted by 電装工芸〔286文字〕

　先週末、LTC Generator の関数を書いてました。…

Fri, 18 Aug 2023 01:13:26 +0900

　先週末、LTC Generator の関数を書いてました。モード値とタイムコード値から送信のバイナリを起こす関数です。
　この作業で Python の変数の型である bytes と bytearray の違いようやくわかりました。
　突き詰めたらどちらもバイトデータの羅列ってのが第一条件なんですが、コマンドで数値を処理するなら bytearray にしといた方が楽で、デバイスが送受信で扱うのは最終的に bytes ってだけでした。
　とかく serial、socket を扱うなら bytes と bytearray がわかってないと不便。bytes にしなくても送信は出来るのですが文字コードの悪魔がちょっかいを出してくるので便利機能に頼るにしても自力で bytes まで持っていくつもりで書いた方がいいし、受信はどこまで行っても bytes なので避けて通れません。アセンブラに慣れきってしまった自分にとって「バイナリのデータが読めるとホッコリするよねぇ～」なんです。

#タイムコード #Python -- Posted by 電装工芸〔456文字〕

　ディナーショーの現場です。

Fri, 11 Aug 2023 20:57:38 +0900

　ディナーショーの現場です。
　仕込めてしまえは空き時間多め。

　LTC の時間値を扱う関数を書き上げました。
・msec からフレーム数得る物
・フレーム数から LTC の時間値を得る物
・時間値をインクリメント(+1)する物
・時間値を減算する物
　以上４つです。

　上３つは当たり前でも減算が必要か？って思われるかもしれませんが、卓がLTCを再認識するのに0.5秒くらいかかることへの対策に使います。試したのは MAdot2 ですが、LTCを停止すると認識が落ちますのでLTCを再開してもすぐには動作しません。ファーストCUEが遅れることになるので困ります。ところが2-3フレームを折り返し繰り返せば認識を維持しつつ進行を止めることが出来るのでコノ状態を Pause 処理にしようと思うのです。故に、現在値に対する減算が必要なのです。
　具体的には再開の頭フレームのマイナス１フレームからマイナス３フレームを繰り返して待機状態とします。マイナス何フレームで繰り返すのが適切かは卓に寄って違う可能性がありますので今後検証したいと思います。

　この後は LTC Generator 本体のファームウェアの手直しです。制御コマンドを少し増やしたいかなと。

#タイムコード #Python -- Posted by 電装工芸〔547文字〕

　29.97fp-NDF の場合、単位時間あたりのフレーム数…

Thu, 10 Aug 2023 10:51:38 +0900

　29.97fp-NDF の場合、単位時間あたりのフレーム数は 29.97fps で勘定は 30fps の NDF と同じです。
　・・・ってことが頭の中で混乱しました。
　29.97fps-NDF はタイムコードの時間勘定が増えるため値の進みが遅くなります。
　こういった「増えると減る」みたいな関係は挙動の理解がややこしい。

#タイムコード -- Posted by 電装工芸〔174文字〕

　次の２つの関数を作成しました。

Wed, 09 Aug 2023 21:45:56 +0900

　次の２つの関数を作成しました。
・時間値をフレーム数に変換
・フレーム数からタイムコード値に変換(30・29.97・25・24fpsNDF、29.97fpsDFをサポート)
　29.97fpsでは±１フレームの誤差が出ますが、他のfpsの様にキリ良く計算出来ないからです。演出機器を動かすなら29.97fps以外を使った方がいいと思います。
　ドロップフレーム(DF)の処理はパズルでした。規則は単純ですが、計算式だけで解を得られない数の置き換えは思った以上に難儀します。
　この後は LTC Player から得られる時間値からタイムコード値を自動でカウントし続けるモジュールを作ります。すでに試作品があるのでそれを参考にします。ここでもDFが面倒な課題となります。

#タイムコード -- Posted by 電装工芸〔344文字〕

　LTC のフレーム値の計算で悩む。

Tue, 08 Aug 2023 17:30:24 +0900

　LTC のフレーム値の計算で悩む。
　ノンドロップフレームなら簡単ですが、29.97fpsドロップフレームではそうもいきません。実時間とタイムコードの値が合うのは１時間ごと、つまり途中は実時間とズレるのです。タイムコードは映像のフレームに時間形式のナンバリングを与える手法であって実時間を表す物ではありませんので仕方ありません。ズレがあるとしてもフレームナンバーをゼロからカウントするのは何も問題ありませんが、不特定の時間値からカウントされる場合に漠然とした疑問があるワケです。

　困っていても仕方がないので条件を整理しましょう。
　10分単位で考えてみます。
　30fpsなら10分で18,000フレームです。29.97fpsドロップフレームは10分の間に18カウントを落としますので17,982フレームです。フレーム長の伸縮比1.001を掛けますと17,999.92となり、時間差は0.08フレームです。秒に直すと0.0026秒くらいの誤差です。そんなに大きな値ではありませんねぇ。見た目にわかる人は皆無ですからあんまり気にしなくてよくね？
　となると、基準点(時毎もしくは10分毎)からのフレーム数を出し、このフレーム数からタイムコード値を得ればいいんでないか？大げさな感じもしますが、時間値で計算すると奇妙な繰り下がりが発生して計算が面倒だからです。30fpsの24時間分のフレーム数は 2,592,000 ですから32bitの整数でも十分管理出来ます。時間からフレームの枚数目を得る関数とフレームの枚数目から時間を得る関数を作っておけばどうにでもなりそう。
　ここまでやれば、都度の誤差は人が感知出来ないレベルに収まると思います。

#タイムコード -- Posted by 電装工芸〔731文字〕

　昨日書いたpython-vlcが別なPCでも再生出来るか、…

Thu, 15 Jun 2023 11:45:17 +0900

　昨日書いたpython-vlcが別なPCでも再生出来るか、mp3以外のフォーマットも再生出来るかチェックしました。
　もちろんVLCで再生する物は問題なく再生出来ますが、VLCのアプリで再生するよりも音の締まりと広がりが良いように聴こえる。。。
　何が違うんでしょう！？

　音源再生アプリ(LTC Player)には一般的な音源プレーヤーにはあまり無い機能を付けます。
１）音源毎に音量設定
２）再生開始点、終了点の設定
３）曲の終わりで止めるか曲続きか。曲続きなら曲間秒数も設定。
４）処理が許せば、指定秒数からの F.I/O も実装。可能ならクロスフェードも実装。
　ダンスイベントですと音源の音量がマチマチですし、前後の無音(白身)がやたら長い物があったりするからです。
　通常は事前に音量と白身を調整して現場に臨むのですが、あったら便利かなと思う機能です。
　あとは、先日も書きましたが、raspberryPi pico を使ってプログラムマブルキーボードを作って外部スイッチにします。

#タイムコード #Python -- Posted by 電装工芸〔466文字〕

　LTC Generator は卓に繋いで２０時間以上正常に…

Thu, 15 Jun 2023 10:12:57 +0900

　LTC Generator は卓に繋いで２０時間以上正常に連続動作しています。PCとのやりとりの都合で手直しはありますが、基本的な機能はこれで完成とします。
　python-vlcでの音出しも方向性が見えましたので、あと必要な要素はPC上のソフトウェアです。
　Pythonのウィンドウマネージャーはtkinterが一番ベタな選択肢です。Python標準ですから安定性が期待出来ますし、WindowsでもMacOSでもLinuxでも同じソースで動きます。もっと書きやすくデザイン性に優れたウィンドウマネージャーもあるそうですが、何が違うのかよくわからないですし、基本過ぎるモノに慣れれば便利な物も使えるでしょうから、当面はtkinterを勉強してみます。つか、目に見えないところで動作するソフトウェアばかり書いてきたので画面作りは苦手です。

#タイムコード #Python -- Posted by 電装工芸〔388文字〕

　python-vlc で音源を流す試験をしました。

Wed, 14 Jun 2023 22:01:04 +0900

　python-vlc で音源を流す試験をしました。
　単に再生するだけなら簡単。
　ちょっと難儀したのは再生終了を確定する処理。再生後自動的にリセットされませんので、再生が終了したことを確認して後処理をしないといけません。
　vlc.MediaPlayer.is_playing()は再生中かどうかを把握出来ますが、これだけでは再生が終了したフェーズかわかりません。オレフラグ(下記ではis_playing)を併用して再生前か再生後かを判別します。再生後ならstop()を実行します。きちんとstop()しないともう一度再生が出来ないpython-vlc。
　下記は再生終了を確定する試験として繰り返し再生するモノです。

# -*- coding: utf-8 -*-

import time
import vlc

def play() :
　# 音声ファイルを定義
　play_music = ( [ vlc.MediaPlayer() ] )
　try :
　　play_music[0].set_mrl( 'C:/音源.mp3' )
　except :
　　return -1
　# 再生ボリューム設定
　play_music[0].audio_set_volume( 60 )
　# フラグ定義
　is_playing = 0　　# 再生実行済みフラグ

　# Main Loop
　while True :
　　try :
　　　# 予備睡眠
　　　time.sleep( 0.0001 )　　# Ctl-Cの反応を良くするのに少しsleepを入れるといい
　　　# 停止中
　　　if( play_music[0].is_playing() == 0 ) :
　　　　# 未開始で停止中
　　　　if( is_playing == 0 ) :
　　　　　play_music[0].play()
　　　　　while ( play_music[0].is_playing() == 0 ) :　# 再生状態が確定するまで待つ
　　　　　　time.sleep( 0.001 )
　　　　　play_music[0].set_time( 0 )
　　　　　is_playing = 1
　　　　# 再生終了で停止中
　　　　else :　　　# if( is_playing == 1 ) :
　　　　　play_music[0].stop()　　# 再生終了を宣言してインスタンスをリセットする主にこれをやりたいがための処理
　　　　　is_playing = 0
　　　# 再生中
　　　else :
　　　　pass　　　# 再生中に行う処理は書いていないのでとりあえずpass

　　# Ctl-Cで終了
　　except KeyboardInterrupt :
　　　play_music[0].stop()
　　　break
　return 0

if __name__ == "__main__" :
　play()

　python-vlc便利過ぎ。

追記
　vlc.MediaPlayer.get_length()とvlc.MediaPlayer.get_time()を使って再生が最後まで行ったかチェックしました。
　何曲か試しましたが、概ねlengthの-0.1～-0.2秒で終了しています。vlc.MediaPlayer.get_time()は取得単位の1msecで厳密にカウントされているモノでも無さそうなので表示上の誤差かもしれません。トラック別で音繋がり場合は少し不安がありますが、音のお尻には1-2秒の余白があるのが一般的ですし、そこまで突き詰めるシステムではありませんのでいいかなと。
　画面作りをやって LTC Generator と合わせれば完成が見えてきそうです。
　ウィンドウマネージャーはPython標準のtkinterを使う勉強をしています。書式は違いますが、考え方はHTMLとCSSを使ったweb画面作りに酷似していますので、方言的に翻訳が出来れば何とかなりそうです。ただ、ボタン操作や画面の更新をオブジェクト指向のイベント処理(割り込み)で書くので少し面倒ですし、LTC Generator の制御やvlcの部分はバックグラウンドの常駐処理にしたいのでウィンドウ制御とは別スレッドとなり手間がかかるかも。

#Python #タイムコード -- Posted by 電装工芸〔1857文字〕

　LTC Generator のLTC信号を卓(MA dot…

Wed, 14 Jun 2023 11:24:09 +0900

　LTC Generator のLTC信号を卓(MA dot2)が認識しました。
　ただ、同じ値を送り続けても認識しません。LTCを入力してから認識するまで１秒弱かかるので、カウントを進めずに信号を認識し続ける方法が欲しいのです。
　試しに数フレームの繰り返しを組んでみたところ認識し、数フレームの繰り返しを一定回数行ってから抜ける様にしたところ期待する結果を得ました。
　最初のCUEポイントのマイナス数フレームの位置で2-3フレームの繰り返し待機をし、トリガが立ったらそれを抜ける考え方で良さそうです。
　ともかく、卓が認識したので一安心です。

#タイムコード -- Posted by 電装工芸〔283文字〕

　LTC Generator は30fpsも他のfpsと同様…

Wed, 14 Jun 2023 07:01:55 +0900

　LTC Generator は30fpsも他のfpsと同様の誤差でした。時間の勘定に期待値が出たので PIC のファームウェアは一応の完成とします。あとは、卓が認識するかです。
　今後はPC側のアプリケーションの製作です。Pythonベースでvlcライブラリを使い、LTCとVLCは同時スタートの疑似シンクです。VLCの現在時からLTCを生成することは難しいからです。途中スタートではLTCの現在時からVLCの開始時を補正して合わせる様にします。
　音声ファイルはプレイリストとしてまとめ、スタートタイム、エンドタイム、ボリューム、連続再生、曲間時間などを個別に設定出来る様にします。複数の音声ファイルを並列で再生する用途は想定しませんので、１トラックのわかりやすいモノを目指します。もちろん、LTCのタイムが被らない様にチェックする機能も大切です。

#タイムコード -- Posted by 電装工芸〔385文字〕

　LTC Generator は24fpsも他のfpsと同様…

Tue, 13 Jun 2023 18:31:08 +0900

　LTC Generator は24fpsも他のfpsと同様の誤差に収まりました。現在稼働中の30fpsも確認出来れば LTC Generator はヒト段落です。
　本業もそこそこ忙しくなってきたので工作に使える時間は限られますが、LTC Player まで出来るだけ早く到達したいところです。

#PIC #タイムコード -- Posted by 電装工芸〔162文字〕

　LTC Generator は29.97fpsも25fps…

Tue, 13 Jun 2023 11:45:05 +0900

　LTC Generator は29.97fpsも25fpsと同等の誤差でした。30fpsと24fpsも同等に収まればPICのファームウェアは完成とします。
　比較に使っている時計はカタログスペックで月差±15秒。１日あたり0.5秒の誤差とみなせます。基準にするには十分でしょう。
　「卓がLTCとして認識するか」を早々に確認したいですね。これが一番重要です。

#タイムコード -- Posted by 電装工芸〔189文字〕

　LTC Generator のタイマーを修正してみました。

Mon, 12 Jun 2023 07:41:47 +0900

　LTC Generator のタイマーを修正してみました。
　８時間経過で約１秒ズレていますが、以前より良くなっていますし、SMPTEが求める精度には十分収まっています。何よりも比較に使っている時計の精度がどこまでなのかわかりませんからこんなもんでしょう。
　PICに与えている水晶発振子の精度は30ppmですから(ppmは100万分の１を表す単位なので比率だと0.00003)、１日(86,400秒)あたり±2.592秒の誤差がありえます。実測値は想定される誤差相当なのでソフトウェアは間違ってなさそうです。
　現在値以上を求めるなら、ソフトウェアの修正ではなく個体差に対する補正となりそうですし、もっと精度の高い発振子を使うべき話です。
　補正計算が無い25fpsでテストしていますが、補正計算が入る他のfpsも同等に収まればいいでしょう。

　秋月電子通商さんで手に入る高精度な発振子は最高で1ppmです。高精度に越したことはありませんが、ここまで必要か、これで十分か、30ppmに比べてメリットがあるかは別問題です。
　求めているのは数分間の音楽の時間座標を表す信号です。卓がエラーを出さない条件を満たし、目視でズレを感じない繰り返し精度があればいいのです。高精度の時計や放送用の基準を作っているワケではありませんから、無制限に高精度を求めても意味がありません。十分に使えて低価格も大切な精度です。

#PIC #タイムコード -- Posted by 電装工芸〔618文字〕