LAN-PRO

過去にも投稿していますが、今回はより鮮明な撮影が出来たので・・・
我が家からは、小牧城、岐阜城が裸眼目視で、犬山城、名古屋城が双眼鏡で、そして
天守の屋根だけですが清州城を見ることが出来ます（これは撮影して倍率をかけ）。

撮影はLumixS1RにSigmaの400mm、夏で画像は揺らいでいますが、間違いなく天守です。

ストロボTTL（スルーレンズリフレックス自動測光）は、カメラのストロボ（フラッシュ）
において使用される自動測光システムの一種です。TTLは「Through The Lens（レンズを
通して）」の略で、カメラのレンズを通して測光を行うことを意味します。
ストロボTTLは、撮影時にストロボの光量を自動的に調整して、適切な露出を得るための
システムです。

ストロボTTLの基本的な仕組みは以下の通りです：

プレフラッシュ：撮影前に、カメラが微弱なプレフラッシュを発光させます。
このプレフラッシュの光が被写体に当たり、戻ってきた光がカメラに戻ってきます。
このときの光の反射具合を元に、被写体からの距離や周囲の照明条件などが推定されます。

測光と露出計算：カメラはプレフラッシュの光量と戻ってきた光の反射具合を比較し、
被写体からの距離や環境の明るさを考慮して、適切なストロボ光量を計算します。
この際、カメラの内部露出計算システムが活用されます。

本フラッシュ：撮影時に実際のストロボ発光が行われます。ここで計算された光量に
基づいて、適切なタイミングと光量でストロボが発光し、被写体に光が当たります。

露出確認：本フラッシュの光を使って被写体が撮影されるため、被写体への光の反射具合
に応じて露出が調整されます。このため、ストロボTTLは被写体の距離や明るさの変化に
柔軟に対応できる利点があります。
ストロボTTLの利点は、被写体の条件に合わせてストロボ光量を自動的に調整することで、
より正確な露出を得ることができる点です。しかし、光の反射や環境による影響を受ける
ため、場合によっては誤差が生じることもあります。このため、一部の専門的な
シチュエーションでは、マニュアルモードでストロボを制御することが求められることも
あります。

以上はChatGPTの解説、kumaが監修。

特に最後のマニュアルモードの撮影は商業写真では普通に行われます。

昨夜は晴天で、これは星座撮影がと思いきや、よく見ると雲が・・・
今年の夏休みは、仕事・仕事でいささか疲れ気味、暑いし忙しいので
山行も中止。

今週はServer移転で、ドキュメントの無いHomePageを手探りで解析・移動。
オンプレミスのEmailServerも移転準備、来週に切り替えです。

600Wのストロボを購入しましたが運悪く新品不良。
一旦返品し、今度は400Wを購入しました。

機能がいくつか追加されています。
カメラ側での設定がAutoではできなくなりますが、質の良い写真が撮影できます。

20年前に当社で施工したLAN工事の張替えです。
完全なStar結線での施工でしたが、WiFi併用で結線数は減少しました。
スキーでの転倒の後遺症で、背中の筋肉が長時間労働では強張ってしまい、
難儀しましたが、通線はとりあえず完了です。

LAN関連は今や電気工事や電話工事よりも重要度が増しています、安易にWiFi化すれば、
その処理速度やセキュリティに不満をも持つことになります。
家庭用ならともかく、企業の基幹系業務、守秘性の必要な部署、通信処理速度が要求
される方々はよく検討して下さい。

VBAにはモジュールに保存するPROCEDUREとSheetに保存する二種類があり、後者は
イベントProcedureと呼ばれ、ちょっと扱いにコツが必要。
このProcedureは通常のSubから呼び出しが出来ない、イベントの性質上そうなっている。

このイベントProcedureは結構便利で、入力時の作業性が高い。
例えば、出欠名簿などの一覧表に「✘」などを連続して記入する場合、マウスのワンクリックで、同じ値がが高速で連続記入出来る。

しかし、Subから呼び出せない以外に、値の変更のためのInputBOXなどを付記すると
イベントの都度、それが立ち上がるなど厄介。

Procedureでの変数渡しが出来ないので、結局グローバル変数を使い、並列稼働での
結着となった、OpenAIにも尋ねてみたが、最後はこれしかなさそう・・・・