LAN-PRO

小型で高機能なHC-X2000は便利で耐寒性もあり重宝していますが、私がよく使う
TimeLaps撮影はMOV記録しか作動しませんでした。これをMP4などに変換するのは
すこし面倒なので、このマシンでのTimeLapsはあまりつかいませんでしたが、最新
のVerでMP4も可能となったのでテストを試みました。

撮影には、MENU>記録＞記録方式＞通常からインターバルに、同じ項目の中に
インターバル時間があるので、これは5Secに。

インターバル撮影は電源OFFにすれば、通常に自動復帰します、撮影中は赤文字で、
画面に「１Rec」と表示されます。

出力はMP4そのままで出力され、複数枚の静止画をVideo 化する必要はありません。

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

撮影は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にも尋ねてみたが、最後はこれしかなさそう・・・・

ISOについての解説、ISOは感度の事、銀塩写真時代はASA。
ISOは基準値があり、基本は100で、100＞200＞400＞800＞1600　と変化する。
この段階は「1段」と呼び、後述するF（絞り）、や　S/S（シャッタースピード）の段数と
同じとなる。
カメラには基準ISOがあり、APC-SやMFTなどでは200、フルサイズでは100となっている。
銀塩時代はISOを変化させることは、一本のフィル厶単位しか出来ず（増感という）、
普通は行わなかった。
しかし、デジタルとなり、このISOが自動で変動するようになると、様々な対応・理解が
必要となる。
銀塩時代は、ISOは固定であるためFとS/Sだけで、適正露出を設定したが（多くは自動）
デジタルとなると、これにISOが加わり、ISO-F-S/Sでの適正露出の設定となる。

F値とS/Sは画作りにおける影響が大きいので、最近のカメラはISOを変化させて適正を
得るようになっている、これはこれで普通のスナップには良いのだが、様々なシーン
には、この「おまかせ」では対応出来ない場合がある。
そこで、「+/-」補正の出番となる、カメラの自動設定では「こまる」場合の対応である。
例えば、朝日の撮影など、Autoでは明るすぎる場合、+/-で適正を「-」にすることで、

肉眼に近い雰囲気が出る。夜景も同様で、Autoにするとやたら明るくなってしまう。
この場合も「+/-」で調整する。
これに近いことは「シーンモード」などで、更に様々な事をやってくれるが今回は省く。

今回の説明はISOである、星座撮影などでは、このISOをAutoではなく固定ISOにする。
ISOは感度をアップ（数値が大きくなる）すると、画像が荒れる（ノイズが発生）する
ので星座撮影など、かなり暗いシーンの撮影には固定せねばならない。