<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title><![CDATA[ No.503 - 電装工芸日記 - 舞台照明機器の製作とか - ]]></title>
	<link>https://www.densokogei.jp/tegalog/tegalog.cgi</link>
	<description><![CDATA[ 今年は開発案件を進めたい ]]></description>
	<language>ja</language>
	<copyright>Copyright 2026</copyright>
	<lastBuildDate>Tue, 21 Apr 2026 06:51:15 +0900</lastBuildDate>
	<generator><![CDATA[ <!-- てがろぐ Version: -->Powered by <a href="https://www.nishishi.com/cgi/tegalog/" target="_top">てがろぐ</a> Ver 3.4.0 ]]></generator>
	<!-- BEGIN ENTRIES -->
	<!-- One Entry Data for RSS Feed -->
<item>
	<title><![CDATA[ 　ArtNet-Engineの入口出口キー操作は触るたびに問… ]]></title>
	<description><![CDATA[ 　ArtNet-Engineの入口出口キー操作は触るたびに問題点が見えてきます。なかなか次に進めません。<br />　次の課題は受信スタックです。これは得たデータをレーンと呼ぶ内部的な経路と送信元毎に仕分けしたモノです。８レーン８送信元、６４ユニバースの一時保存です。一見データ量が多いようですが32kBです。映像画像に比べたらわずかな量です。<br />　受信毎に本処理まですればいい気もしますが、送信元から送られるデータは時間的に一定ではありませんので、受信の都度本処理までするとややこしくて重くなるのです。<br />　ならば、一定の規則で受信データを整頓し、送信元×レーン毎の入れ子に最新値という形で一時保存してから本処理を行えばシンプルな処理になります。<br />　こんなややこしいことをしてもDMX規格の最大速の１フレーム程度にレイテンシーを抑えようとしています。<br />　もちろんタイムアウトも必要です。DMXはデータが１秒間更新されなければ送信が無くなったと判断する規格ですから受信日時を見て判断します。これは優先度が低い処理ですから優先度が高い処理が実行されない空き時間を用います。極端な話、タイムアウトは１秒が基本でも５秒かかったところで実用上の問題は無いと考えます。そんなにかかることは無いと思いますが、２秒くらいで処理されれば実用だと思います。それ以前にDMXのタイムアウトが１秒ってことを知る人が少ないのですから気にしない。<br /><br /><a href="https&#58;//www.densokogei.jp/tegalog/tegalog.cgi?tag=%41%72%74%2d%4e%65%74" class="taglink" title="Art-Net">#&#91;Art-Net&#93;</a> -- Posted by 電装工芸 〔615文字〕 ]]></description>
	<link>https://www.densokogei.jp/tegalog/tegalog.cgi?postid=503</link>
	<guid>https://www.densokogei.jp/tegalog/tegalog.cgi?postid=503</guid>
	<category>tegalog</category>
	<pubDate>Tue, 07 Feb 2023 09:05:46 +0900</pubDate>
</item>

	<!-- END ENTRIES -->
</channel>
</rss>

