https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Fri, 24 Apr 2026 07:46:09 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　Art-Netパッチの処理構造を妄想。
　C言語でドライバ部、Pythonでユーザーインターフェース部を作る棲み分けですが、今はドライバ部の構成を整理しています。
　これまでの試行錯誤から処理フローを図式化。基本の流れは見えたと思います。
　ただ、C言語の構造体を用いた配列処理をもっと突っ込んで覚える必要があります。Art-Netのデータは、レベル値だけでなくメタデータとも言えるインデックスが重要で、カード型データ構造と言ってもいいでしょう。これの追加、削除、抽出、修正を延々と繰り返すので構造体配列を自在に扱えることは必須技能です。
　C言語での配列は少し不器用で、私の理解が間違っていなければ、配列をデータベースに見立てたとしてレコードの追加や削除は出来ません。出来ると言えば出来るのですが、特定のレコードを除いた配列全体を新たな配列としてコピーするような操作が必要です。追加も似た様な操作になります。
　少しややこしいのですが、次のサイトでは面白い事を書いてます。
C言語 構造体を使ってリスト構造を作るプログラム
　C言語の配列に頼らずリスト構造を構成してます。言うなれば手作業で配列操作をするのです。
　また、変数名を使わずメモリ領域を確保してポインタで管理しています。一見不合理な使い方に見えますが合理的かも。アセンブラっぽいので私には違和感はありません。
　オレメモ
C言語：構造体のメンバのアドレス
C言語 ポインタ同士の引き算
　配列が格納されるアドレスとピッチがわかればポインタで配列にアクセス出来ます。処理の内容によってはこの方が速いかも。
　この他にも、以前はどうも理解しきれなかったC言語のマルチプロセスや共有メモリ(mmap)のことが理解できた。
Linuxプロセスの生成と実行 fork／exec
C言語でmmap()を用いてプロセス間で変数を共有する
　以前の試作でイマイチだったところが解決しそうな期待感。

#[Art-Net] -- Posted by 電装工芸 〔876文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=830 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=830 tegalog Sun, 03 Mar 2024 09:42:53 +0900