タグ「Python」を含む投稿［119件］ - 電装工芸日記 - 舞台照明機器の製作とか -

　FT232RL の Windows ドライバである FTD…

Tue, 19 Sep 2023 17:46:47 +0900

　FT232RL の Windows ドライバである FTD2XX.DLL について解説している本家の資料を読めるようになってきました。
「D2XX Programmer's Guide」
　Ｃ言語の勉強をした成果だと思われます。

　私が求めているのは FT232RL がすべてのデータを送信しきってアイドル状態にあるかどうかです。
　先の getstatus( ) は、パソコン側のドライバにデータが残っているかを得るものらしく違うようです。
　私が使わせて頂いている ftd2xx.py は ftd2xx.dll のラッパーですので ftd2xx.dll の解説を読んで ftd2xx.py の本文を読めば何がどうなっているかおおよそ検討はついてきました。
　けれど、FT232RL のセッティングや受信状況を読み取る方法はあっても送信状況を読み取る方法が見つかりません。

　Open DMX USB の仕様書を見つけるしかないのかなぁ。
　本家の ENTTEC を探しても見当たらないないんですよね・・・。

#Python #器具の製作 -- Posted by 電装工芸〔475文字〕

　先のテストプログラムでは送信終了を経過時間で見ています。大…

Sun, 17 Sep 2023 14:23:29 +0900

　先のテストプログラムでは送信終了を経過時間で見ています。大丈夫なハズですが、本来ならデータを送りきってバッファが空になったのを確認して送信終了としたい。
　データシートを読み直したところ、getstatus( ) でバッファの Queue の残りデータ数と実行中のイベントが読めるらしい。ただ、残りデータ数の意味がパソコン側なのか FT232RL側なのかがわからない。パソコン側なら欲しい情報ではない。イベントの意味も不明。この辺りは試すしかなさそう。

追記
　getstatus( ) では求める物を得られない様子。戻り値は ( 0, 0, 0 ) だけである。
　テストプログラムでは送信を開始してから 23msec 弱の待ち時間で送信が完了しているとしています。理屈では十分なハズですが、送信が終わってアイドル状態なことを確認する方法を見つけたいところです。

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

　共有メモリを使う場合、読み書きが衝突しないように配慮しなけ…

Sat, 16 Sep 2023 19:01:17 +0900

　共有メモリを使う場合、読み書きが衝突しないように配慮しなければなりません。
　今回は情報が一方向ですから比較的簡単ですが、よく考えないとトラブルのもとです。
　一番簡単なのは、DMX512 の値の配列の共有メモリと読み書きフラグの共有メモリを使う方法です。読み書きフラグは送り側がセットし受け側がクリアします。送り側はフラグがクリアならば共有メモリに書き込んでフラグをセットし、受け側はフラグがセットしてあれば共有メモリから読み込んでフラグをクリアします。
　双方の待ちを考慮しないとといけませんが、送り側が受け側のフェーズ時間の数倍でチェックをすれば遅延は１フレームです。何よりも Queue に比べ処理時間が短く情報の渋滞も起き難いことを優先しましょう。

#Python #器具の製作 -- Posted by 電装工芸〔346文字〕

　Python での Open DMX USB の制御は８時…

Sat, 16 Sep 2023 12:08:13 +0900

　Python での Open DMX USB の制御は８時間経過でも正常に動いている様子。
　不定期に一瞬の不整合が起きているとしても確認の方法がありません。とりあえずこんなもんでいいのかな？
　この後は Class 化と Thread 化をします。Thread 間通信は Queue ではなく共有メモリを使いましょう。共有メモリは Tuple を FIFO で使うような便利なことは出来ませんが、今回は数値の配列を一方向で渡すだけですので、速度が期待できる共有メモリがいいでしょう。
　下記は Thread ではなく Prosess の例題ですが、共有メモリのさわりが分かりやすい。
「Pythonでプロセス間の値の共有」

#Python #器具の製作 -- Posted by 電装工芸〔331文字〕

　Python で Open DMX USB を動かすことに…

Sat, 16 Sep 2023 02:47:01 +0900

　Python で Open DMX USB を動かすことに成功しました。
　setbreakon と setbreakoff の挙動は予想の通りでした。
　以下がテストソースです。
　slot1 と slot512 を 0 から255 までカウントして終了します。
### Open DMX USB test ###
import ftd2xx as ftd
import time

if __name__ == '__main__' :
　baudrate = 250000
　word_length = 8
　stop_bit = 2
　parity = 0
　purge_tx = 2
　try :
　　d = ftd.open( 0 ) # Open first FTDI device
　　d.setBaudRate( baudrate )
　　d.setDataCharacteristics( word_length, stop_bit, parity )
　　d.purge( purge_tx )
　　channelVals = bytearray( [ 0 ] * 513 )
　　channelVals[ 0 ] = 0 # start code
　　for i in range( 256 ) :
　　　try :
　　　　channelVals[ 1 ] = i
　　　　channelVals[ 512 ] = i
　　　　channelbytes = bytes( channelVals )
　　　　# Send Slot
　　　　cstart = time.perf_counter_ns( )
　　　　d.write( channelbytes )
　　　　while time.perf_counter_ns( ) - cstart < 22800000 :
　　　　　pass
　　　　# Break Time
　　　　d.setBreakOn( )
　　　　cstart = time.perf_counter_ns( )
　　　　while time.perf_counter_ns( ) - cstart < 192000 :
　　　　　pass
　　　　# Mark After Break
　　　　d.setBreakOff( )
　　　　cstart = time.perf_counter_ns( )
　　　　while time.perf_counter_ns( ) - cstart < 12000 :
　　　　　pass
　　　# Press Ctl+C to Exit
　　　except KeyboardInterrupt :
　　　　break
　　d.close( )
　except :
　　print( 'No Device' )
　time.sleep() は求める精度に足りないので time.perf_counter_ns() を用いています。
　0 から 255 のカウントが5.9秒強で終わるので 43fps くらい。ほぼ規格最大値です。
　本当にコレでいいのかわからんけど、モヤモヤしてたのがスッキリした。

#Python #器具の製作 -- Posted by 電装工芸〔1366文字〕

　オレメモです。

Fri, 15 Sep 2023 12:44:25 +0900

　オレメモです。
　Open DMX USB が期待通りに動かないのは BreakTime が正しく出ていないのが原因かと予想しています。
　FTD2xx には setbreakon と setbreakoff がありますのでこれを使うのが肝だと思われますが、これらのコマンドを実行するだけでは求める BreakTime に至らないのだろうと思われます。
　違うライブラリを用いたソースコードでは Break を有効化するコマンドが２回と Break 無効化するコマンドが続きで書いてありましたので FTD2xx では Break に関するコマンドを発行すると１バイト分の送信が行われるのかな？と思っていました。２バイト分ですと BreakTime の最小時間と等しいですからね。
　検証しないとわかりませんが、setbreakon と setbreakoff は FT232RL の動作モードを変える( setbreakon を実行すると待機状態が L となる / setbreakoff を実行すると待機状態が H に戻る)だけで Break の時間を確保するものではないってのが現在の予想です。テストプログラムでは setbreakon を２回、setbreakoff を１回実行していましたが、setbreakon と setbreakoff の間に空送信か待ち時間を入れてみようと思います。まずは time.sleep( 0.001 ) (Windowsだと15msec前後になる)を差し込むことから始めて setbreakon の状態で空送信をしたらどうなるかです。

#Python #器具の製作 -- Posted by 電装工芸〔705文字〕

　「ftd2xx.py」を使って Open DMX USB …

Fri, 15 Sep 2023 10:21:09 +0900

　「ftd2xx.py」を使って Open DMX USB から DMX512 が出るか試してみました。
　うまくいかない・・・。
　値は表示されますが、テストプログラムでは値を変化させているのにそれが出ません。Break Time あたりに問題があるように思いますが、オシロスコープかロジアナで信号波形を見ないとわかりません。
　波形を見るにはテスト環境を整えないといけませんので空き時間にちょっとお試しってワケにはいきません。しばらくお預けです。
　そんでも、値は一応表示されるのであまり遠くないところにいるような気がします。

　頑張って読み解くしかない本家の資料
「D2XX Programmer's Guide」

#Python #器具の製作 -- Posted by 電装工芸〔327文字〕

　「ftd2xx.py」ですが、Open DMX USB を…

Wed, 13 Sep 2023 16:04:52 +0900

　「ftd2xx.py」ですが、Open DMX USB を認識しました。
　テストで使ったのは次のコード
### ftd2xx test ###
import ftd2xx as ftd

if __name__ == '__main__' :
　try :
　　d = ftd.open( 0 ) # Open first FTDI device
　　d.setDataCharacteristics
　　print( d.getDeviceInfo( ) )
　　d.close( )
　except :
　　print( 'No Device' )
　　exit( )

### 実行結果 ###
{'type': 5, 'id': 67330049, 'description': b'FT232R USB UART', 'serial': b'B000T33S'}
　実行結果は期待値を得ています。「ftd2xx.dll」を通じて FT232RL とやり取りが出来ていると思われますので、Open DMX USB として動かせそうな気がします。
　今後は「ftd2xx.dll」の解説書とソースコード読みながら解明していきましょう。

#器具の製作 #Python
-- Posted by 電装工芸〔542文字〕

　以下を参考に少し試してみました。

Tue, 12 Sep 2023 19:35:49 +0900

　以下を参考に少し試してみました。
「Programming FTDI devices in Python: Part 1」

　Open DMX USB や FT232RL が実装されたデバイスが手元にありませんので何ともですが、pip で ftd2xx をインストールするとVSCode ではそれらしい関数の候補が出ます。候補が出るということはアクセスできる可能性が高いという事です。
＞ pip install ftd2xx
　pywin32 もインストールされます。

　「ftd2xx」のサイト見ますと、「ftd2xx は、ctypes を使用した FTDI の D2XX DLL の単純な Python ラッパーです。」とあります。
　システムコールを直球で使えるってことだと思われます。

「jlbrogdon/dmx_controller」
　ここで使われている関数とは呼び出す文言が違いますが、VSCode で表示される関数の候補にはそれと思われる関数が存在しています。

　明日以降になりますが FT232RL が実装されたデバイスを繋げた状態で色々テストしてみましょう。
　今考えているアイデアでいけるなら Open DMX USB の制御が Python で完結します。

　これはいいかも
「Ftd2xxドライバー説明」
　本家の資料では理解出来なかったことが分かりやすく書いてあります。欲しかった資料そのものです。
「ftd2xx.py」
「xiangruili/RTBox_py」

　これらの資料で行けそうな予感がムクムク。
　ENTTEC 純正の Open DMX USB と DMXチェッカーを事務所に置いてきたことを後悔。
　すでに帰宅して呑んでいるので取りに行けませんので明日以降ですね。

　それにしても、敷居が高いと思っていた DLL をここまで簡単に使えるとは予想外です。
　ドライバに対する DLL があれば、少なくともＣ/Ｃ＋＋なら簡単にアクセスが可能で、それを単純なラッパーにしてしまえば Python からストレスなくアクセス出来てしまうのです。
　この辺りの手段は手にしたいですねぇ～。

#Python #器具の製作 -- Posted by 電装工芸〔941文字〕

　Open DMX USB を扱うには FTD2XX.dll…

Tue, 12 Sep 2023 19:03:13 +0900

　Open DMX USB を扱うには FTD2XX.dll をコールするのが肝らしい。
　チンプンカンプンな領域なのでこれから勉強ですが、次のサイトがヒントになりそう。
「PythonからDLLを使う」
「Python から DLL を利用する」
「C++で書いたコードをPythonで動かすには【pybind11】」

　以下も参考になりそう。
「USBを使って制御できるリレーモジュールをpythonで動かしてみる」
「Programming FTDI devices in Python: Part 1」

　上記の記事と以下を合わせるといけるのかな？
「jlbrogdon/dmx_controller」

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

　「PyOpenDmxUsb」の「DMXServer.cs」…

Tue, 12 Sep 2023 18:23:31 +0900

　「PyOpenDmxUsb」の「DMXServer.cs」を読むと「FTD2XX.dll」をコールしているがわかります。
　ならば、Ｃ＋＋化することは可能っぽいです。先日書き込みしたＣ/Ｃ＋＋による Python ライブラリ化を参考にすれば作れるかも。
　Ｃ＃のコードを Python ライブラリ化してもいいのでしょうけど。

　ちなみに DoctorMX についてはＣ/Ｃ＋＋の世代変わりの壁で対策がわかりません。
　kuwatecさんが公開されているのは VC6 世代のコードようですが、Ｃ＋＋はその後の時代に多くの改変がされているらしいのです。

#器具の製作 #Ｃ言語 #Python -- Posted by 電装工芸〔302文字〕

　VSCode でＣ言語の Python ライブラリを作る際…

Mon, 11 Sep 2023 08:45:57 +0900

　VSCode でＣ言語の Python ライブラリを作る際、ラッパーには Python.h が必須です。
　ですが、
＃include ＜Python.h＞
　と書くと「Python.h なんて無いよ」と言われてしまいます。
　フルパスで指定すれば通りますがこれは避けたい。
　VSCode の拡張機能Ｃ/Ｃ＋＋の設定に追加をします。「C/Cpp ＞ Default：Include Path」の「項目の追加」から Python.h がある階層のパスを追加します。Python のインストールによってパスが違うのでそれに合わせて指定します。

#Ｃ言語 #Python -- Posted by 電装工芸〔287文字〕

　「error: Unable to find vc…

Sun, 10 Sep 2023 12:24:04 +0900

　「error: Unable to find vcvarsall.bat」とのエラーで困ったものの解決しました。
　以下、オレメモであります。
　あえて gcc を使うのは Linux で標準だからです。

VSCode で gcc を使う

2023年9月10日実施

● OS
エディション: Windows11 Pro x64
バージョン: 21H2

● Visual Studio Code
バージョン: 1.74.2 (user setup)

※ ダウンロード量が 1.8GB くらいあるのでネット回線が良好な環境での作業を推奨します。

● gcc をインストールする
・gcc を GitHub からダウンロード
　https://github.com/niXman/mingw-builds-b...
　「Release of 13.1.0-rt_v11-rev1」の項から Windows64bit版
　ダウンロード項目: x86_64-13.1.0-release-win32-seh-msvcrt-rt_v11-rev1.7z
・圧縮ファイルなので解凍する。.7z ファイルは CubeICE で解凍可能。「mingw64」フォルダが出来る。
・「mingw64」フォルダごと任意の位置に配置する。"C:\Program Files"が適当？」
・PATH を通しておく。環境変数のPATHに「mingw64\bin」を追加する。今回は"C:\Program Files\mingw64\bin"とする。
　「Windowsメニュー」→「設定」→「システム」→「バージョン情報」
　→「関連リンク」の行の「システムの詳細設定」をクリック。
　→ ウィンドウ下の方の「環境変数」をクリック。
　→ 上段のリスト、PATHの行をクリックし、「編集」をクリック。
　→ 表示されたリストに"C:\Program Files\mingw64\bin"を追記する。
　→ 追記したら閉じる。
・確認
　コマンドプロンプトか Power Shell で次を実行
> gcc -v
　もろもろ表示された最後に以下が表示されればOK。
gcc version 13.1.0 (x86_64-win32-seh-rev1, Built by MinGW-Builds project)

● Microsoft C++ Build Tools をインストールする
・microsoft のサイトよりインストーラーをダウンロード
　https://visualstudio.microsoft.com/ja/vi...
　※「Microsoft C++ Build Tools」で検索しても上記 URL に行きつかない。試行錯誤中、偶然行きついた。
・ブラウザの「Build Tools のダウンロード」をクリックすると「vs_BuildTools.exe」がダウンロードされる
・ダウンロードしたインストーラーを起動する。
・「Visual Studio Installer」と画面が出てファイルのダウンロードが始まる。
・画面が切り替わり、右項目「インストールの詳細」に「MSBuild Tools」が表示されているの確認。
・左項目「C++によるデスクトップ開発」をクリック。右項目「インストールの詳細」に追加されているのを確認。オプションはデフォストのまま。
・右下の「インストール」をクリック。終わるまで待つ。ダウンロード量が 1.7GB ある。かなり時間がかかる。
・終了したら Windows を再起動する。

● VSCode の設定・・・拡張機能をインストール
・C/C++ Extension Pack
・Code Runner

● VSCode の設定・・・拡張機能の設定
・Code Runner
　Code-runner: Run In Terminal
　 → チェックを入れる
　Code-runner: Executor Map
　 → settings.json をクリック
　 → "c" に -fexec-charset=CP932 を書き加える
　- "c" : "cd $dir && gcc $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",
　+ "c" : "cd $dir && gcc -fexec-charset=CP932 $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",

　次のサイトの例題がコンパイル出来、Python からの呼び出しで動作しました。
「PythonからC言語の関数を呼び出す（基本編）」

　Ｃ/Ｃ＋＋のライブラリを Python で呼び出せると製作の幅が広がります。
　手始めにしては難しい課題ですが、DoctorMX を Python から使えるようにしてみたいですね。

#Ｃ言語 #Python -- Posted by 電装工芸〔2121文字〕

　「Open DMX USB」をオリジナルのアプリで使うこと…

Sat, 09 Sep 2023 11:14:38 +0900

　「Open DMX USB」をオリジナルのアプリで使うことを考えていきますと「DoctorMX」も使えたらなと思ってしまいます。
　開発・販売元のクワテックさんでは DoctorMX を使うためのライブラリとサンプルコードを公開してくださってます。C/Ｃ＋＋向けですが、サンプルコードは私でも読めるので扱えるかもしれません(その昔は全く理解出来ませんでした。ちょっと感動。)。
　小屋卓のPC版を作るかはともかく、DoctorMX と Open DMX USB の扱い方を習得しておくのはいいかもしれません。

　2023年9月現在、クワテックさんから DoctorMX の Python ライブラリの提供はありません。リクエストしたら作ってくれそうな気もしますが、まずは自力で解決を目指しましょう。工夫や努力もせずに安易なリクエストをされるのは私も嫌ですしね。

「PythonからC言語の関数を呼び出す（基本編）」

追記
　上記がコンパイル出来るか試みましたがエラーを吐いて終わらない。
　「error: Unable to find vcvarsall.bat」とのこと。
　なんじゃこりゃ！？
　環境は VSCode の上で gcc です。
　日本語サイトには直球な解決策は見つかりませんでしたが、某英語サイトに「Microsoft Visual C++ Build Tools」を入れたら解決するとの書き込み。

Microsoft Visual C++ ビルドツールをインストールする

システムに Microsoft Visual C++ がインストールされていない場合、または古いバージョンがインストールされている場合は、Microsoft Visual C++ Build Tools をダウンロードしてインストールできます。Microsoft Visual C++ Build Tools には、Windows 上で C++ コードをビルドするために必要な環境変数とツールが含まれています。

Microsoft Visual C++ Build Tools をインストールする手順は次のとおりです。

1:Visual Studio Build Tools Web サイトに移動します。
2:インストーラーをダウンロードして実行します。
3:「C++ ビルドツール」ワークロードを選択します。
4:「インストール」をクリックします。

　開演時間になったのでお試しはお預けですが、２時間ほど悩んでいたので期待感大。

#Python #器具の製作 -- Posted by 電装工芸〔1089文字〕

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