全年6月14日の投稿［6件］ - 電装工芸日記 - 舞台照明機器の製作とか -

　現地照明でしたが、シュートが終わったらバラシまで待機という…

Sat, 14 Jun 2025 22:44:01 +0900

　現地照明でしたが、シュートが終わったらバラシまで待機という名の休憩。直しとトラブルシュートに対応出来ればいいのでまとまった空き時間です。こんな時は設計という名の妄想が一番です。

　課題は毎度おなじみ「ArtNetPatch」です。主にソフトウェアの構成が課題です。
　受けたデータを一時保存、加工、出力しますので、機能は映像ストリーミングに近いかもしれませんが、自分のイメージはデータベースです。
　その昔ファイルメーカーを母体に機材の稼働管理システムを作って今も使っていますが、データを動的に仕分けて加工する感覚が今回活用出来ています。
　アルゴリズムと言えばそうなんですが、データを保管する構造体の設計が主な作業です。可能か不可能かを確認しながらになりますが、最終的にまとめる構造体が決まれば仕分けて加工するアルゴリズムはおのずと決まってくるので私にはこの感覚で進めるのが性に合っているようです。処理の全体像が見えてきました。

　アセンブラではないので構想の段階で処理時間の見込みを付けることは難しいのですが、そもそもRaspberryPiのCPUにおけるマシンコードの動作速度はどうだと計算したら恐ろしい数字。ARMの2.4GHzですが、PICの感覚で単純計算したら１クロック当たりの時間は0.42nsec。PICに比べたら桁違いというか単位違い。OSを介するので単純には比べられないもののマシンコードのイメージで書けばかなり速くなりそう。例えば、積や商を求めるために四則演算をするかビットシフトをするかってことです。2倍や1/2などの2の乗数に関わる積や商ならビットシフトの方が速いハズです。この辺りが「C言語はアセンブラを汎用化したもの」ってイメージであり、Pythonとは違い、C言語はアセンブラの感覚で使うベシってのが私個人の感覚になりつつあります。出来るだけ単純な計算方法を目指してデータ構造を考えるのです。Ｃ言語の難解さがアセンブラ傾向のアプローチで軽くなった気分です。普通は逆なんでしょうけど。
　Ｃ言語を作った神達はアセンブラをマクロ化して手間を減らすところから始まってますので、世代を経ても底辺はアセンブラなんでしょう。同時代のCOBOLやFORTRANは意味付けが違うようですけど。

　勝手な妄想はともかく、どんなデータをどう変換・加工するかを明らかにすればおのずと見えてくるようです。

#[Art-Net] #器具の製作 #Ｃ言語 -- Posted by 電装工芸〔1034文字〕

　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文字〕

　オレメモ

Wed, 14 Jun 2023 13:01:24 +0900

　オレメモ

　PythonでVLCを使った音楽再生方法を再整理。

　Windows11x64
　Python3.7
　VLC media player ver.3.0.18

　pipでpython-vlcをインストール。
コマンドプロンプト(管理者権限にて)
> pip3 install python-vlc
　pipとはPythonのライブラリを提供してくれるリポジトリのこと。先達に感謝。

　pythonでvlcによる再生。
import vlc

if __name__ == '__main__':
　p = vlc.MediaPlayer()　　＃vlc.MediaPlayerのインスタンスを作成
　p.set_mrl('sound.mp3')　　＃インスタンスに音源ファイルを関連付け相対パスも可能らしいがフルパス指定を推奨
　p.play()　　　　　　　　　＃再生開始

　これだけで音声ファイルが再生されます。

　以下基本的なAPI。
p = vlc.MediaPlayer()　　　　　　＃vlc.MediaPlayerのインスタンスを作成
p.set_mrl('')　　　　　＃インスタンスに音源ファイルを関連付け相対パスも可能らしいがフルパス指定を推奨ファイルはVLC media player で扱える物なら何でも。
p.play()　　　　　　　　　　　　　＃再生開始　戻り値 0=正常再生/-1=再生出来ない　※ pauseされていれば再生再開
p.is_playing()　　　　　　　　　　＃再生中か　戻り値 0=再生していない/1=再生中
p.pause()　　　　　　　　　　　　＃再生中なら一時停止、一時停止中なら再生再開　戻り値無し
p.get_length()　　　　　　　　　　＃音源の長さを取得　戻り値秒数(msec.)
p.get_time()　　　　　　　　　　　＃音源の最初からの再生位置を取得　戻り値秒数(msec.)
p.set_time()　　　　　　　＃再生再開位置を秒数(msec.)で指定　戻り値無し　※ 再生中やpause()中でないと指定出来ない
p.audio_set_volume(<パーセント>)　＃0=mute,100=0dB（パーセント指示だと思っていいみたい。100以上も指定可能。）戻り値 0=再生中に設定成功/-1=設定はしたが再生はしていない
p.stop()　　　　　　　　　　　　　＃停止　戻り値無し次回のplay()では最初から始まる
※ 最後まで再生しきっても、stop()をしないと次回のplay()はスタートしない。再生終了で必ずstop()を実行する。
※ 停止中は次の再生開始秒数を指定出来ないので、特定の秒数(msec.)から再生する場合は、play()に続いてset_time()を実行する。ただし、pause()中は指定可能。
p.play()
p.set_time()

　複数の音源ファイルをプレイリストとして扱ってくれるクラスもあるのですが、LTCを作るには少し不便がありそうなため、１曲単位で扱うことにしています。

　vlc.MediaPlayer()のリストを作成する。
p = ( [vlc.MediaPlayer(), vlc.MediaPlayer(), vlc.MediaPlayer()] )
＃ p[0]、p[1]、p[2] などと使える。
　普通にオフジェクトのリストとして扱える。

　これだけはメモ。
　リストのオブジェクトを追加する。
p.append( vlc.MediaPlayer() )
＃上記に続いた場合は p[3] が追加される

　再生操作のレスポンスはとても良く、タイムラグはほとんど感じない。
　ただ、プレイリスト分のインスタンスを設定するにはメモリに注意かもしれない。

参考
　python-vlcのドキュメント
　ここの「vlc.MediaPlayer」を参照。

#Python -- Posted by 電装工芸〔1723文字〕

　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文字〕

　夢想妄想で電子回路を設計していたんですが、ほんの少しロジッ…

Tue, 14 Jun 2022 16:46:10 +0900

　夢想妄想で電子回路を設計していたんですが、ほんの少しロジックICを使いたい。ＡＮＤが２個とＯＲが１個。
　14ピンくらいのDIP-ICを２個使えばいいのですが大柄になるので避けたい。
　ちょっと前までは表面実装トランジスタと同じくらい小さなワンゲートロジックと呼ばれる物が秋月さんでも手に入ったのですが今は微妙。
　共立エレショップさんで何となく探したところ便利そうなロジックICが見つかりました。
　コンフィギュラブルマルチファンクションゲートIC　
　SN74LVC1G97DBV　
　これはワンゲートロジックの一種ですが、つなぎ方で様々なロジック回路になります。SN74LVC1G97DBVはANDもORもどちらも出来ます。電圧の対応範囲も広く、20mAくらいドライブ出来るので小さなLEDなら直接点灯も出来そう。これは便利。

　実は、WS2812Bというマイコン内蔵型のLEDをPICでドライブする方法を考えていたのですが、PICではほんの少しロジック回路が必要です。
　CLCと呼ばれる小規模GALが内蔵されたPICならこれを用いれば済みますが、表面実装のPIC16F1939を大量に在庫しているので出来ればこれを用いたいのです。

追記

　以前、DMX-512を入力できるWS2822Sのことを書きましたが、アドレス設定機を作れば便利に使えそうなものの、国内はおろか中華電器も含め、取り扱いが秋月電子さんだけになっていました。
　秋月さんに問い合わせればわかることですが、もし製造元で廃番になっていると将来的な入手に不安があります。WS2812やそれと近しい制御信号の製品はamazonでも中華電器でも手に入るので、どうせ作るならこの系統にしようかなと。
　PICのメーカーであるmicrochip社のサイトにWS2811を動かすアプリケーションノート(AN1606)があってそれを参考にしています。信号のプロトコルはWS2811、WS2812(前期型)、WS2812(後期型)、WS2815で微妙に違うのですが、PICの条件も含め、出来る限り互換性を持った方法を見つけてみようと思います。信号のレートが800kbps相当と速いのでPICには少し荷が重いのですが、出来るだけフルアドレスに対応出来る様に考えてみたいと思います。

#電子工作 -- Posted by 電装工芸〔982文字〕