いつ頃からか自宅のWindows 10 Proにリモートデスクトップ接続できなくなっていました。

結論を言うと、Windowsアカウントにパスワードが設定されていませんでした。

スマホでもLAN内の別PCからも接続出来ない

接続出来ないことに気付いたのは数ヶ月前にスマートフォンからアクセスしようとしたときのこと。
ここのところしばらく接続することはなかったので、スマホアプリのバージョンアップでおかしくなったのか、それともPCの設定を変更してしまい余計なことをしてしまったのか、いずれかが原因だろうと思いました。
しかし、接続できないPCと同一LANにある別のWindows 10のPCにはスマホアプリから接続できる。
その別PCから当該PCにリモートデスクトップ接続しようとするとやはりできない。
正しいはずのパスワードを入力しても「お使いの資格情報は機能しませんでした」「ログオンに失敗しました」と出るばかり。

よって、接続先PCに原因があるのだろうと後日直すことにしました。

過去は接続出来ていた

接続出来なくなったPCはWindows10にアップグレードする以前からリモートデスクトップ接続を許可しており、外出先等から度々アクセスしていました。
Windows10にしてからも何度も接続しており、リモートデスクトップ接続の許可設定やファイアウォールの設定等は済ませてあります。

念のため、「リモートデスクトップ接続できない」という内容でインターネット検索し、ヒットしたサイトの項目を確認しました。

・コントロールパネルからのシステム→詳細設定画面のリモートデスクトップ接続の許可設定はチェックが入った状態(許可状態)。
・設定画面からのシステム→リモート デスクトップ画面でもリモートデスクトップを有効にするがオンの状態。

詳しく言うといずれもグレーアウトされており「一部の設定は組織によって管理されています」と表示され、変更不可能な状態。
それはグループポリシーエディタで設定していたからです。
・「ユーザーがリモート デスクトップ サービスを使ってリモート接続することを許可する」が有効。
・「接続数を西漸する」が有効で、最大接続数の数値は999999。

ファイアウォールでは
・「ドメイン」「プライベート」「パブリック」の3つのプロファイルとも規則を適用する状態。
・ポート番号(変更済み)も昔から変わっておらずいつもの番号。

ルーターもこのポート番号では当該PCに接続されるように設定しています。

一体何故リモートデスクトップ接続出来なくなってしまったのか?

パスワードが設定されていなかった

当該PCでは起動時にパスワードを入力することなくデスクトップが表示されるように設定しています。
これはWindows XPの頃からこのような設定で各PCを運用しています。
よって、パスワード設定の有無に関わらず普段はパスワードを入力する機会がありません。

長年使用しているパスワードなので、もしかしたらセキュリティ面の懸念から変更してそのことを忘れてしまったのか?
念のためパスワードが正しいかどうか確認することにしました。
画面ロックしてからロック解除しようとするとパスワード入力欄が表示されず、サインインボタンだけ表示されました。
どういうことなのだろう?

パスワードを変更してみることしました。
設定→アカウント→サインイン オプション画面からパスワードを変更しようとしたところ、なんと!そもそもパスワードが設定されていませんでした!

接続出来るようになった

パスワードを設定したところリモートデスクトップ接続出来るようになり、問題は解決しました。
これで一件落着……ではあるのですが。。。

パスワードは何故消えたのか?
それはわからず仕舞いです。
今のWindows 10環境はWindows 7からのアップグレードで、クリーンインストールしたわけでもなくアカウントも作り直していない。
そもそも以前はいつものパスワードでリモートデスクトップ接続できていました。
なので消えた原因にまるで心当たりがありません。

しばらくの間、私はパスワード設定されていないPCを使用していたことになります。
パスワードがなくなってしまうことがあるのはちょっとした恐怖ですね。

※最適化を繰り返しお手上げ状況の最後の最後で撮ったスクリーンショット

当事象はバージョン1.20.1の最適化では新たな光源バグが発生しないことを確認しました。
2023/08/09:追記、2023/08/15:修正


補足:
※1.20.0では検証していません。

1.20.1の最適化後でも以前の光源バグが残っている場合はあります。
詳細は下記の通りです。

▼1.19.xの場合
① 光源バグが発生
② 手動で光源を再配置するなどして明るさを修正
③ 最適化
④ 「②」で修正した箇所も含み光源バグが再度発生

▼1.20.1の場合
① 1.19.4までに光源バグが発生
② 手動で光源を再配置するなどして明るさを修正
③ 最適化
④ 「②」で修正した箇所は正常のまま

上記1.20.1の場合で、「②」にて明るさ修正を行わなかった箇所の明るさがおかしなままであることがありました。
過去のものは手作業で直すしかなさそうです。
2023/08/15:追記


Minecraft Java Edition 1.19.2~1.19.4での話です。
未解決なので解決方法は載っていませんが、何かのヒントになればと試行した内容を記しておきます。
PC環境はWindowsです。

光源バグとは?

マインクラフトでは光源を中心に明るさが広がり、その明るさの値によってモンスターが生まれたり生まれなかったりします。
通常は一定に明るさが広がるのですが、これが通常とは異なる明るさなってしまう(暗くなってしまう)不具合が光源バグです。
照明バグとも呼ばれ、英語では Lighting Glitch や Lighting Bugs などとも呼ばれています。

我がワールドではこのバグがそこかしこに無数に存在していて、そろそろ頭に来てしまいました。

修正方法は?

光源を新たに置いたり既設の光源を配置し直すことで正しい明るさに戻ります。
私は松明の設置→削除で日々直しています。

しかし、ネットで直し方を検索すると日本語ページでも英語ページでもワールドを「最適化(Optimize)」すると良いと言う情報がヒットします。
当該世界を選択状態にして「編集(Edit)」ボタンを押すと、その中に「ワールドを最適化(Optimize World)」という項目ボタンがあるので押します。
その際に「キャッシュデータを消去する(Erase chached data)」のチェックボックスにチェックを入れてください。
このキャッシュを削除することで明るさが正常に戻ると説明されています。
(バックアップを取るかどうかはご自由に。私のデータではどちらでも変化がなかったので(未解決)。)

最適化したら悪化した

私のデータでも最適化は試してみました。
結果は悪化しました。
日々直してきた箇所がほとんどすべてバグ状態に戻ってしまいました。

後述の通り何度も最適化を試みたのですが、光源バグが発生しうる箇所は決まっていて、しかしながらその箇所の明るさが必ずおかしくなるとは限りませんでした。
どういうことかというと、光源バグが発生する箇所は限られていて、闇雲な場所に発生するわけではないということです。
けれど、最適化すると必ず明るさがおかしくなるわけでは無く、バグが発生したりしなかったりする箇所もあるということです。

最適化を繰り返している内に見えてきたことは、自分(プレイヤー)が居る(セーブ前に最後に居た場所)周辺はバグが発生しづらく、離れた箇所ではバグが発生しやすいと言うこと。中には必ずバグが発生する箇所もありました。
また、必ずチャンクの端で発生し、チャンクを境に片側のみ光源バグが発生し片側は正常な明るさで、両側ともおかしいパターンは存在しませんでした。

可能な限りのデータを削除して最適化した

先述までのことは以前までに試していたことで、私はmodが原因で光源バグが発生しているのではないかと疑いました。
しかし、私のワールドでは数多くのmodを利用している為、ワールドからmodを外して最適化を行うことを躊躇していました。
ところが、地下まで完璧に湧き潰した広大エリアに久しぶりに行ってみたところモンスターだらけという状況になっていたので、これは何とかしないといけないと重い腰を上げることにしました。

modを削除した

まずは最適化に関係しないと思われるmodを削除して最適化。
そして明るさレベルを確認。
その後はチャンクロード系のmodから1つづつ外しては最適化して確認。
直らないので、mod利用をやめるとワールド内のアイテムが消失しかねないmodも除外。
最後はOptifineも外して、Forgeすら利用をやめて最適化。
それでも直りませんでした。

ワールドサイズを小さくした

数年にわたってプレイしているワールドなので、読込済みの範囲は広大です。
チャンクのデータが多いと最適化にも時間がかかるのでワールドを小さくしてみました。

MCA Selectorというソフトウェアを利用し、自分(プレイヤー)が居る周辺のみを残してチャンクデータを消去しました。
ネザーとエンドについては、エクスプローラーからフォルダー丸ごとデータを削除しました。

範囲を狭くしたところで直らないだろうと思いつつ最適化してみましたが、案の定直りませんでした。

設定を初期化した

原因はmodではなかったので設定をすべて初期状態にして最適化したものの直らず。
Optifineで一旦「ビデオ設定の初期化」もしたものの直りませんでした。(Optifineは削除して最適化。)

パック類を削除した

関係無いだろうと思いつつも、Minecraftの保存フォルダーからリソースパック、データパック、シェーダーパックのファイル自体を削除しました。
直りませんでした。

マイクラをバージョンアップした

最新のMinecraftならもしかしたらと新しいバージョンでワールドを最適化してみましたが、直りませんでした。

Javaを最新にした

MinecraftにはJavaの動作環境も同梱されているため、各自でPCにJavaをインストールする必要はありませんが、私は自分でPCにインストールしたJavaを利用していた為、最新のJavaを入れてから最適化してみました。
ワールドは1.19.2であるため、動作するJavaのバージョンは16または17。
17の(本記事公開時点での)最新版17.0.6の64bit版をPCにインストールし、このJavaを利用して起動させました。
加えて、JVMの引数(起動パラメーター)も変更していたので初期化しました。
結果は直りませんでした。

また、その後はMinecraft同梱のJavaを利用して最適化も試みましたが、直りませんでした。

※ランチャーは公式のものを利用しています。

ちなみに…

JVMの引数の初期値や、ネットで検索するとヒットする“マイクラを軽くする方法等”のサイトで紹介されている多くは「G1GC(ガベージファーストガベージコレクタ)」ですが、私の普段の起動構成では「ZGC」を利用しています。
当然に他のパラメーターも異なってくるわけですが、今回はどちらの引数を用いて最適化しても直りませんでした。

真っ新な環境に“必要なデータだけ”入れた

ここまでやってもダメ。
最後に真新しいMinecraft起動構成を作成し、起動後に作成されたMinecraftデータ保存フォルダーのsavesフォルダーに、ワールドデータを入れて最適化してみました。
これはmod等の関係無いファイルなどが悪影響しているかもしれないと考えたからです。
またsavesフォルダーには単にワールドファイルをコピーするのではなく、コピーするファイルは1つ1つ厳選しました。
例えばmodが作成したと思われるファイルを始め、Minecraftが標準が作成したファイルであっても1.13以降使われなくなったdatファイル等は削除しました。

徹底的に余計なデータをそぎ落とした上で最適化。
言語設定や音量や操作感度なども一切いじらずに初期そのまま。
しかし光源バグが直ることはありませんでした。

念のためいくつかの明るさを正してから最適化

最適化で明るさが直るのであれば必要の無い行動ではあるのですが、念のために最適化を実行する前にはいくつかの光源バグ箇所を正しい明るさにしてから最適化を行いました。
単に明るさレベルを直すだけではなく、光源を再配置する形で正しい明るさにしました。
結果としては最適化後は毎度のこと再びバグ状態になっていました。
最適化時のキャッシュ消去については毎回チェックを入れました。

お手上げ

ここまでしても直らない。もうお手上げです。

しかし不思議なのは日本語でも英語でもバグを訴える言葉は見つかるものの、それらの訴えがさほど多くないことです。
すべてのページをチェックしたわけではありませんが、公式のサポートでも光源バグは解決済みのページばかりでした。

私をこんなにも苛つかせているというのに、世界一売れているこのゲームでこの現象に悩まされている人は少ない。
Minecraftに潜んでいるバグなのか、それとも私の環境が悪いのか、私の環境が悪いとしても新しい起動構成も再現するという状態がわからない。

この謎が解決する日が訪れることを願うばかりです。

例1

例2


例3

例4


例5

例6


※上の例6枚は最適化実行前のワールドで撮影したものです。

交通系ICカード「SAPICA」は関東地方の交通機関では利用できない

検索してこのページに辿り着いた方はどこで使えるのか知りたくてアクセスされたと思うので、まずは結論から。
コンビニエンスストア「セイコーマート」で使用することが出来ます。

SAPICAとは?

SAPICAとは北海道札幌市で入手出来る交通系ICカードの1つで、関東地方でいうところのSuicaやPASMOのようなものです。

SAPICAはSuica/PASMOのように全国で利用…とはいかない

SAPICAエリア(札幌市中心)ではSAPICAのほか、JR北海道のKitacaやSuica/PASMOやICOCAやSUGOCA/はやかけん/nimoca…などなど全国の交通系ICカードを利用できます。
全国のほとんどの交通系ICカードは他のエリアでも利用できるもの(相互利用可能)なのですが、しかしSAPICAは北海道以外のエリアでは利用できないのです。(投稿日2023/03/29現在)

私は2013年に札幌観光した際にSAPICAのことをよく知らないままお土産にとカードを購入してしまいました。
現地では普段利用しているモバイルSuicaを使用したため購入したSAPICAカードは使用せず、その後にSuica/PASMOエリアではSAPICAが利用できないことを知りました。
カード裏面の案内には「10年間利用が無い場合は残高が失効する」との記載があります。
しかし北海道に行く予定は今のところ無く、このままでは近い内に残高が丸々失効してしまいます。

カード裏面の利用案内には10年間利用が無いと失効するとの記載

セイコーマートなら北海道以外でも使用可能だった

SAPICAが他地方のカードエリアで利用出来ずとも、(Suica/PASMO対応の店ではなく)SAPICAそのものに対応している店があるのではないか?
東京であれば北海道に関係する店舗でSAPICAを電子マネーとしてもしかしたら使えるかも?
と期待をしたのですが、残念ながら私が知っている店では使用することは出来ませんでした。

ただ、埼玉県には東京都には存在しない「北海道に関わる店」があります。
それはコンビニ「セイコーマート」です。(関東地方では茨城県にも店舗が存在するようです。)
そして埼玉県のセイコーマートでも支払い手段としてSAPICAが利用できました

残高を使い切ったりチャージも可能

訪問した埼玉県のセイコーマートではカード残高を使い切り、不足分を現金払いすることも出来ました。
またチャージも可能なようです。
(世の中には、交通系ICカードで支払い可能であるものの不足分を現金払いできないお店も存在し、支払いできてもチャージ出来ないというお店も存在するので、エリア外でもこの対応はありがたいですね。)
これで残額は0円になり損をせずに済みひと安心。

埼玉県内のセイコーマートでSAPICAの残高を使い切った

以上、埼玉県内でSAPICAを使う方法でした。

ロヂャースのmykaiブランド「炊きたてご飯」200g
販売者:朝日商事株式会社
千葉県野田市山崎中木戸2745-1 2F
製造者:農業生産法人 (有)ドリームズファーム
山形県鶴岡市馬町字枇杷川原67
を食べようとしたときの話です。

電子レンジで加熱後、全体を開封したあとスプーンで一部を掘り返したとき、ご飯の一部に茶色っぽいところが目に入りました。
「ああ、稀にあるよね。その部分だけ取り除けば良いかな。」と取り除こうとしたとき、真っ赤なものが目に入ってきました。

何だこれ!?こわい!!

茶色でも赤黒色でもなく真っ赤な何か

茶色は痛みっぽく見えるものの赤色は謎

スプーンで掘り返した直後のパックご飯の全体像

正直に言って恐怖でした。
異物や痛み劣化だったらだいたい黒色か茶色あたり。カビなら緑っぽいこともあるでしょう。
しかし、「真っ赤」だったのです。
血液だとしても時間経過で赤黒くなっているはず。
赤という色はただでさえ目を引く危険を感じる色なので、怖かったです。

ですが、大きめに取り除いてパックご飯自体は食べてしまいました。(健康を害したらどうしよう…。)
というのも、水分の多い食品であるにもかかわらず、赤身が広がっていなかったこと。
例えばカビならもっとじわっと周辺に広がるものでしょうし、液体であっても滴り広がっていたでしょう。
なので、粉末等の個体が加熱時に溶けて周囲の米粒に糊のようにべたっと付着したのかなと。(飽くまで私の想像です。)

原材料は「うるち米(国産)、酸味料」と記されておりました。
酸味料が何であるのか調べてみたところ、ドリームズファーム社で使用しているものが何かのかは特定に至りませんでしたが、パックご飯製造の他社ではグルコン酸を使用しているとのこと。
グルコン酸は白色であたっため、赤い物質が何であるのかはわかりませんでした。

今すぐ食事をしたいときに精神的に面倒臭かったので連絡はせず取り除いた部分は一旦ゴミ箱に捨ててしまいましたが、何かあった時のためにと拾いあげティシュとラップに包んで冷凍しましたので、必要あればご連絡下さい
賞味期限は「23.6.10」表記、その下にある謎の数字は「1829」、200g×9個パック(の内、今回の1個)、詳しい日付は忘れましたがロヂャース戸田店にて2022年に購入。

パックご飯はいつも他のスーパーで購入していたのですが、初めてロヂャースで購入したら今回の出来事でした。
次回からはまた他店で購入しようかな。

約20年も前の話です。
しかも当事者は私ではありません。
けれど対応の酷さにショックを受け、今でもたまに思い出す出来事で、当該店舗はもう存在せずご迷惑も掛からないでしょうし、今更ですが出来事を記しておきます。

この店は既に存在しない

若かれし頃、私、当事者S、その他2人の4人で、四谷三丁目交差点すぐそばに存在した つぼ八 四谷三丁目店を訪れたときのこと。
この店を訪れたのは初めてではなく2回目か3回目だったかと思います。
日本食糧新聞のウェブサイトに掲載されている記事によればこの店はフランチャイズ経営であったようで、当店及び併記されている同経営者の他店舗も当ページ公開時点の2023年現在では既に存在しておりません。

靴のトラブル発生

当時この店では靴を脱ぎ、脱いだ靴を“店員が”靴箱に片付ける方式でした。
よって私達客側はどこに靴を仕舞われたのかは一切わかりません。(ここポイント)

私達4人が店を退店する頃には他の客は既に居なくなっており、その夜は私達が最後の客でした。
仕舞われた靴を店員が取り出して並び各々が靴を履いたとき、当事者Sが「この靴は自分のものではない」と言うのです。
それは私達から見ても一目瞭然。
違うというその靴を当事者Sが履くと隙間が空いてしまいブカブカだったのです。
(逆に当事者Sの靴を履いて帰った客はきつかっただろうに気付かずにいられよく履けたものだなと。)

とはいえ私達が最後の客であり、探しようにも本当の靴はこの場には存在しない。
今日のところはこの靴を履いて帰ってくれと店員から言われ、紙か何かをかかとに詰めて当事者Sは帰宅しました。

弁償時の店の一言

後日、当事者Sは店に靴を弁償してもらうことになり1万円を頂いたとのこと。
弁償頂いた際は当事者Sのみが1人で休日に店を訪れました。
金額がやや高めとはいえ革靴でしたし、見知らぬ他人の靴を履かされて帰った精神的苦痛も考えれば弁済額は妥当な金額でしょう。
私を含む他の3人はその話を聞き、これで一件落着だね、と一安心……とは行きませんでした。

「もう店には来ないでくれ」

当事者Sは言われたとのこと。
これが若い私にはとてもショックでした。
当事者Sも私達にも何も落ち度がなく、すべて店員の責任でしたから。
店は謝罪し、次回はサービスしますぐらい言っても良いところなのに、まるで客の当事者Sが悪者かのような言いぐさ。

当時にしても店によっては客が自ら靴箱に靴を仕舞う店や、ビニール袋に入れさせられて客自らが管理する店などもありました。
しかし今回の店舗では店員の指示によって靴を脱いだ後は店員に任せる形を取っていました。
(さすがに約20年前の事ですので一言一句までは覚えていませんが「靴は脱いだままそのままお上がりください」などと言われたと思います。)

ただただ被害者である当事者Sが居酒屋に受けた仕打ちは今でも忘れることが出来ずにいます。

今月発売されたNintendo Switch用ゲームソフトのスプラトゥーン3。
前作、前々作と同様に「ランク」と「ウデマエ」が存在します。

「ランク」は味方も対戦相手も表示されなくなり、自分しかわからない武器解放用の数値と化してしまいました。
その武器もチケットを多めに払えば上位ランクで解放される武器も入手が可能なので、ランクは必要なのか?と思えてしまうものになってしまいました。

ウデマエ

さて、ガチバトルのバンカラマッチでのみ絡んでくる「ウデマエ」。
前作までを楽しんだ人ならば、バトルでは自分と同じウデマエ帯の人達が揃えられてマッチングしていると思いがちです。
しかし、結論を言うとウデマエはみんなバラバラでした。

B-スタートの私

私は前作スプラトゥーン2のデータを引き継いでスプラトゥーン3をプレイし始めています。
そうすると「ウデマエ」は「B-」からスタートとなりました。

ウデマエB-の私がバトルに参加すると…

そんな私がバンカラマッチ(オープン)に参加してみると……。

ウデマエ上位帯のバッジを付けた人がチラホラ

S+のプレイヤーとご一緒

バトル参加者みなさんのネームプレートに付いているバッジを見てください。

ウデマエが「A」になったときにもらえるバッジが付いている人もいれば、同様に「S」のバッジ、金色の「S+」のバッジまであります。
つまり、少なくともバンカラマッチ(オープン)ではB帯B-のプレイヤーとS帯S+のプレイヤーが同一バトルでマッチングしているということです。

ウデマエの存在意義とは?

インターネットで検索してみると、私は真偽は検証していませんがバンカラマッチ(チャレンジ)でも同様だという投稿/発言を見かけました。
「ウデマエ」はランクでの武器解放のようなものは無いので、スプラトゥーン3でのウデマエは“単にバッジがもらえるだけ”の存在のようです。

前作までのような“自分と同じ人達”である“仲間意識”や“安心感”を得ることは出来ず、はたしてウデマエを存在させる意味はあったのでしょうか?
前作までの経験者は何だか騙されている気分になりますね。

HDMI入力の映像を録画しファイル保存できるPCI Express x1接続のキャプチャーボード「AREA SD-PEHDM-P2 (Ragno2)」(生産終了品)というものを使用しています。
(使用していると言いますか、PCに設置してはいたものの長らく使用していませんでした。)

PC環境ですが、OSにWindows 10 Pro 64ビット版を利用しています。

AREA HD Captureでエラー

余談は置いといて、久しぶりに使用を試みたところ、付属ソフトの「AREA HD Capture」の起動時にエラーが発生しソフトが起動しない、または起動しても真っ白で映像が映らないという状態になりました。(詳細は後述)

ソフトを起動しようとすると……

起動せずエラーが表示される

「詳細」ボタンを押したあと

エラーの内容は下記の通りです。

Just-In-Time (JIT) デバッグを呼び出すための詳細については、
ダイアログ ボックスではなく、このメッセージの最後を参照してください。

************** 例外テキスト **************
System.UnauthorizedAccessException: アクセスが拒否されました。 (HRESULT からの例外:0x80070005 (E_ACCESSDENIED))
   場所 System.Runtime.InteropServices.ComTypes.IMoniker.BindToObject(IBindCtx pbc, IMoniker pmkToLeft, Guid& riidResult, Object& ppvResult)
   場所 Pirect.Test.MainForm01.MainForm01_Load(Object sender, EventArgs e)
   場所 System.Windows.Forms.Form.OnLoad(EventArgs e)
   場所 System.Windows.Forms.Form.OnCreateControl()
   場所 System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   場所 System.Windows.Forms.Control.CreateControl()
   場所 System.Windows.Forms.Control.WmShowWindow(Message& m)
   場所 System.Windows.Forms.Control.WndProc(Message& m)
   場所 System.Windows.Forms.Form.WmShowWindow(Message& m)
   場所 System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** 読み込まれたアセンブリ **************
mscorlib
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4420.0 built by: NET48REL1LAST_C
    コードベース:file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
AREA HD Capture
    アセンブリ バージョン:1.0.0.0
    Win32 バージョン:1.0.0.0
    コードベース:file:///C:/Users/(ユーザー名)/AppData/Local/Apps/2.0/HE09PHGD.W13/V9JR2026.YYA/area..tion_1e382dedd6317912_0001.0000_a4173b6a22fa0319/AREA%20HD%20Capture.exe
----------------------------------------
System.Windows.Forms
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4400.0 built by: NET48REL1LAST_C
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4360.0 built by: NET48REL1LAST_C
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4390.0 built by: NET48REL1LAST_C
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4190.0 built by: NET48REL1LAST_B
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4455.0 built by: NET48REL1LAST_C
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4084.0 built by: NET48REL1
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
DirectShowLib-2005
    アセンブリ バージョン:2.1.0.38603
    Win32 バージョン:2.1.0.38603
    コードベース:file:///C:/Users/(ユーザー名)/AppData/Local/Apps/2.0/HE09PHGD.W13/V9JR2026.YYA/area..tion_1e382dedd6317912_0001.0000_a4173b6a22fa0319/DirectShowLib-2005.DLL
----------------------------------------
MediaFoundation
    アセンブリ バージョン:3.0.0.0
    Win32 バージョン:3.0.0.0
    コードベース:file:///C:/Users/(ユーザー名)/AppData/Local/Apps/2.0/HE09PHGD.W13/V9JR2026.YYA/area..tion_1e382dedd6317912_0001.0000_a4173b6a22fa0319/MediaFoundation.DLL
----------------------------------------
ImageButton
    アセンブリ バージョン:1.0.0.0
    Win32 バージョン:1.0.0.0
    コードベース:file:///C:/Users/(ユーザー名)/AppData/Local/Apps/2.0/HE09PHGD.W13/V9JR2026.YYA/area..tion_1e382dedd6317912_0001.0000_a4173b6a22fa0319/ImageButton.DLL
----------------------------------------
DirectShowLib.Utils
    アセンブリ バージョン:1.0.5305.38646
    Win32 バージョン:1.0.5305.38646
    コードベース:file:///C:/Users/(ユーザー名)/AppData/Local/Apps/2.0/HE09PHGD.W13/V9JR2026.YYA/area..tion_1e382dedd6317912_0001.0000_a4173b6a22fa0319/DirectShowLib.Utils.DLL
----------------------------------------
mscorlib.resources
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4084.0 built by: NET48REL1
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_ja_b77a5c561934e089/mscorlib.resources.dll
----------------------------------------
System.Windows.Forms.resources
    アセンブリ バージョン:4.0.0.0
    Win32 バージョン:4.8.4084.0 built by: NET48REL1
    コードベース:file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_ja_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------

************** JIT デバッグ **************
Just-In-Time (JIT) デバッグを有効にするには、このアプリケーション、
またはコンピューター (machine.config) の構成ファイルの jitDebugging 
値を system.windows.forms セクションで設定しなければなりません。
アプリケーションはまた、デバッグを有効にしてコンパイルされなければ
なりません。

例:


    


JIT デバッグが有効なときは、このダイアログ ボックスで処理するよりも、
ハンドルされていない例外はすべてコンピューターに登録された
JIT デバッガーに設定されなければなりません。

「続行」なら起動するが……

エラー画面の「終了」ボタンを押すとその後何も起こらず終了してしまうだけですが、「続行」ボタンを押すとアプリケーションが起動し画面が表示されました。
しかし、キャプチャー画面は真っ白。
録画することは出来ませんでした。

続行で起動はしたがキャプチャ画面は真っ白

解決策

実はこのエラー、数年前に気付いていたのですが、当時は調べてもわからず諦めていました。
しかし今回はどうしても使用したい。
インターネットを検索してみたところ検索の仕方が良かったのか、英語のページでヒントを得ることが出来ました。

プライバシーの「カメラ」の設定

結論から。
Windows 10の設定画面で「デスクトップ アプリがカメラにアクセスできるようにする」をオンにすると、起動時にエラーが表示されなくなりました。
なお、これだけでは不十分でした。(詳細は後述)

エラーなく起動しキャプチャ画面にも映像が映った

当該設定項目は
設定 > プライバシー > (「アプリのアクセス許可」欄の) カメラ
の画面内にあります。

まずは「アプリがカメラにアクセスできるようにする」をオンにする必要があります。
オンにしたあと画面を下部までスクロールさせると「デスクトップ アプリがカメラにアクセスできるようにする」のグレーアウトが解除されて変更出来るようになるので、この項目をオンにします。
すると「AREA HD Capture」がエラー無く起動するようになります。

「アプリがカメラにアクセスできるようにする」をオンにする

「デスクトップ アプリがカメラにアクセスできるようにする」をオンにする

「マイク」の設定も必要

ソフトの起動にエラーは表示されなくなったものの、「REC」ボタンを押しても動画録画をすることは出来ませんでした。
エラー等は特に表示はされず、キャプチャー画面にもしっかり映像は表示されていたのですが、動画ファイルが作成されませんでした。
なお、「📷(カメラ)」ボタンは機能し、静止画のキャプチャー画像はファイル保存されました。

たまたまなんとなく「マイク」のプライバシー設定も必要なのではないかと、同様にオンにしてみたところ、動画ファイルが保存されるようになりました。

当該設定項目は
設定 > プライバシー > (「アプリのアクセス許可」欄の) マイク
の画面内にあります。

まずは「アプリがマイクにアクセスできるようにする」をオンにする必要があります。
オンにしたあと画面を下部までスクロールさせると「デスクトップ アプリがマイクにアクセスできるようにする」のグレーアウトが解除されて変更出来るようになるので、この項目をオンにします。
すると動画保存されるようになります。

「アプリがマイクにアクセスできるようにする」をオンにする

「デスクトップ アプリがマイクにアクセスできるようにする」をオンにする


昨今はウェブ広告業者によるユーザー追跡が問題になったりもしていますから、プライバシー関連の項目は何かとオフにしてしまいがちな私です。
まさかそれが原因になろうとは思いもしませんでしたが、今回はどうしても使用したかったので解決できて良かったです。

なお、このハードウェアはOBS Studio等のソフトウェアも利用できるとのことですので、動画配信者はそれらを使用するのもありかと思います。

※プレイしているMinecraftの種類は Java Edition バージョン 1.18.2 で、前提modとして Forge を利用しています。

本題の前の出来事

私は一括破壊系のmodは「MineAll」などのシリーズを利用しているのですが、どうしても「水源に設置したオークのフェンス」が一括破壊できず困っていました。
設定ファイルの「blockIds」欄には「oak_fence」を記載したのですが、地上にあるフェンスは一括破壊できても水没したフェンスは一気に壊せない。
「oak_fence[waterlogged=true]」「oak_fence:[waterlogged=true]」「oak_fence:waterlogged=true」「oak_fence:waterlogged:true」「oak_fence:waterlogged」などなど記載しては再起動し試したのですが、期待通りにはなりませんでした。

そこで新たに(併用で)利用してみたのが「FTB Utilities」という一括破壊mod。
期待通り、「水源に設置したオークのフェンス」を一括破壊することが出来ました。

しかし……。

変なボタンが表示された

インベントリや作業台等の画面を開くと左上に4つの水色の丸いボタンが表示されるようになりました。
「Toggle Gamemode」「Toggle Rain」「Set Time to Day」「Set Time to Night」の4つです。
うっかり押してしまうと切り替わってしまいますし、他のmodのボタンと重なってしまったので、非表示にしたいのですが……。

設定画面が無い

操作設定のキー割り当てで「FTB Utilities」の欄にあるのは、一括破壊するときに同時に押すキーの設定の1つのみ。
設定画面を開くようなキー割り当てはありません。
mod配布ページや公式の説明Wikiを見ても「FTB Utilities」にはボタンに関する記述は何もありませんでした。
もしかしてボタンは消せないのか?
ならばこのmodの利用をやめるしかないのかも。

configを見てみると

Minecraftのデータが格納されたconfigフォルダーを見てみると「ftbultimine.snbt」というファイルがありました。
テキストエディタで開いてみたところ、ボタンの表示/非表示に関する項目はありませんでした。

defaultconfigsフォルダーの中には「ftbultimine」というフォルダーが作成されており、中には3つのファイル「ftbultimine.snbt」「ftbultimine-client.snbt」「ftbultimine-server.snbt」が存在していましたが、中身の設定値は空でした。

savesフォルダーの当該ワールドのserverconfigフォルダーには「ftbultimine-server.snbt」というファイルがありましたが、こちらもまたボタンの表示/非表示に関する項目はありませんでした。

「sidebar_buttons.json」というファイルで設定

諦めつつも、先日バックアップを取ったMinecraftの全ファイルと比較を行ったところ、configフォルダーに「sidebar_buttons.json」というファイルが加わっていることに気付きました。
ファイルをテキストエディタで開いてみたところ、ボタンの設定らしき記述がありました。

ボタン毎にtrueとなっている4箇所をすべてfalseに書き換えたところ、ボタンが消えました。

"toggle.gamemode": false,
"toggle.rain": false,
"toggle.day": false,
"toggle.night": false

公式にも検索しても情報が無かった

公式のページを見たり、検索サイトで日本語や英語で検索したのですが、目当ての情報がヒットせずに困っていました。
どこかに説明ぐらい書いておいて欲しいものですね。

Minecraft Java Edition バージョン1.18.2での話です。
1.12.2で作成したワールドを、1.14.4、1.15.2、1.17.1、1.18.1、1.18.2とアップして来て今に至ります。
そのワールドで今回初めて「ワールドの最適化」機能を使用してみました。
すると……。

閉鎖された養蜂場から蜂が逃走

蜜蜂が脱走したのはそもそも抜け出せる隙がある構造となっていた養蜂場の作りに問題があったからなのですが、今までは例え1匹が少し外れた行動を取ったところで何も問題が無く、脱走したことはありませんでした。
しかし今回、ワールドを最適化した後は大多数の蜂が外れた行動を取り始め、昼夜問わず蜂が群がり重なり室内を圧迫して感圧版を踏み二重扉も突破し、拠点周辺に拡散してしまいました。

なぜ蜂が脱走したのか?

通常ならミツバチの巣や養蜂箱なの巣箱に住み、巣箱から出ては蜜を集めて箱に戻るという行動を取っています。
養蜂場では花が巣箱のそばにあるので、蜂は狭い範囲で行動をしていました。
たまに扉の感圧版を踏む音がすることもあったのですが、扉を超えて脱走までした蜂は今まで居ませんでした。
ましてや複数の蜂が脱走するとは思いもしていませんでした。

それが、ワールドの最適化を行った後は大多数のミツバチが巣箱に戻らなくなってしまい、昼夜問わずに常に多数の蜂が飛び回り養蜂場の端に集まってしまい、二重扉をも抜けて大脱走してしまいました。

なぜ巣箱に戻らなくなったのか?

わかりません。
おおそらくバグでしょう。

対応は?

養蜂箱をクラフトして新たな巣箱を用意し、既設の巣箱をすべて新しい養蜂箱に置き換えたところ、多くの蜂が箱に戻って通常通り生活してくれるようになりました。
しかし、原因は巣箱だけではありませんでした。
養蜂箱に入ってくれた蜂も多いのですが、入ってくれない蜂もたくさん居たのです。

蜂の数を数えてみたら増えていた

今までは72箱×3匹=216匹を飼育していたのですが、脱走した蜂もすべて捕らえて数えてみたところ182匹も増えていたのです。
ちょうど倍になっていたのならまだわかるのですが、倍よりも何割か少ない数の蜂が増えていました。
考えられることとしては、最適化を行う直前のセーブの時点で、「飛び回っていた蜂」もしくは「箱に戻っていた蜂」が181匹で、それが倍になったのかもしれません。(根拠のない憶測です。)

よって、そもそも狭い養蜂場で、普段より圧倒的多数の蜂で溢れてしまったことで、重なり合うなどして予期せぬ結果を招いたようでした。

他の生き物は?

ネコやオオカミの紐付けは切れていないか?
ウマやラマなどには今まで通り乗ることができるか?
確認したところ、他の生き物は問題ありませんでした。

余談

他のMinecraftワールドではわかりませんが、私の拠点では蜂は北西にしか飛びません。
以前放し飼いをしていた頃、だいぶ増やしたはずの蜂の数が減ってしまうことがあり、周辺を探してみたところ北西北西へと蜂が飛んでいたことがありました。
拠点はメサ 荒野バイオームで植物もほぼ存在せず山などの起伏はあるものの見渡しは良好。
読込チャンクを少なくした上で夜間に養蜂箱を抱えて北西に向かえば、手間ではありますが難しく考えずとも蜂を捕獲することができました。

2023/03/01:誤字修正(JEバージョン1.18.2の時点では「メサ」という日本語名称は存在せずバージョン1.13以降は「荒野」となっています。失礼致しました。)

シーアイハイツ和光にあるダイソー和光店とサミットストア(シーアイハイツ和光店)に買い物に行った時のこと。

ダイソーのレジ対応にモヤモヤした

レジそばに店員が立っているのに…

ダイソー和光店にセルフレジが導入されていました。
私はセルフレジ普及賛成派なので導入はとてもありがたい話なのですが……。
今回は異なりました。

ここ数ヶ月左手首を怪我しており、ほぼ治ってきたはいるもののまだ時々ズキッと激痛が走ることがあります。
怪我をして以来、過去の買い物でも悪化させてしまったことが何度かあり、袋にものを詰めるときや袋を持つときは慎重になっています。
そのような事情からここ数ヶ月は必ず有人レジを利用しています。

この時間はセルフだけ

ダイソーのレジに向かうと店員が突っ立っていたのですが、有人レジは閉まっていました。
その店員にセルフしかないのか?と尋ねると、「この時間はセルフだけ」だとの回答。
立っているだけの店員がいるのに……。
せめて店舗入口に「ただいまの時間はセルフレジのみ」との表示でもあれば、買い物かごに商品を詰め込むことなく店舗から去ることも出来たというものです。
レジに到着してから知らされるとは不親切です。

左手首への負担が心配なのは本当ですが正直セルフだからといって左手首への負担が増大するわけではありません。
しかしこのような対応のダイソーで買い物をする気が、まず失せてしまいました。

ダイソー マルエツ朝霞店では開けてくれた過去

先日、朝霞のマルエツのある上の階にあるダイソーにも買い物に行ったのですが、その時も和光店と同様にセルフレジが導入されており、そばに店員が立っていました。
セルフレジ導入後初めての訪問(訪店)であったので、今回と同じようにセルフしかないのかと尋ねたところ、普通に『どうぞ』と有人レジで対応してくれました。
今回の和光店のことがなければ思い出しもないほど普通の流れの出来事でした。
(どちらも平日、時刻も同じぐらいで、両店とも営業時間は同一なので時間感覚も同じぐらいの時刻の出来事です。)

セリア朝霞には有人セルフの両方がある

私がラインナップ(デザイン面)で気に入っている100円ショップ「Seria(セリア)」。
まだ新しい店舗ですが、Seriaくみまちモールあさか店には比較的よく行っていました。
怪我をして以来は何ヶ月も行けていないので最近の状況は分かりませんが、この店舗は有人レジとセルフレジの両方が開いていました。
ただし、有人レジは現金のみで、セルフレジはクレジットカードや電子マネーのみ(現金不可)という区分けはありましたが、選べるのは有り難いですね。

(余談1:100えんハウスレモンもコストパフォーマンス面でお気に入りです。たまに朝霞店に行きます。)
(余談2:かつてサミットストア和光店(注意:シーアイハイツ和光店では無い)が営業していたことがある駅前のエイノビル。ここに今冬西友がオープンし、中にSeriaも入るとの情報があるので、楽しみにしています。)

和光店でも結局は有人レジで対応してくれたけれど

話を戻し、買い物をする気が失せてしまった私は、購入しようと手に取ったビニール袋を店員に返し、怪我をしているから買い物はやめると伝え、一応最後に「レジは開けてくれないんだよね?」と聞いてところ、そのよう事情なら……と有人対応してくださいました。

開けられるなら「時間」は関係無いのでは……。
システムや規則による制限を受けているわけではなさそうです。
ならば、どうせレジのそばにいるなら最初から有人レジを開けて欲しかったものです。

セルフレジに一度かけてしまったビニール袋は口が開いて広がった状態。
店員は会計済みの買い物かごに、その広がったビニール袋と、ビニール袋の横には購入商品を入れていったわけですが、店員は“私が怪我をしていること”を知ったのだから、袋詰め作業の負担軽減のためにビニール袋の「横」ではなく広がった袋の「中」に商品を入れてくれれば良いのになぁ、と。

モヤモヤとした気持ちになった買い物でした。

今でこそ成増の新店舗は小さくなってしまいましたが、ダイエーがあった頃は和光市周辺の成増・光が丘・朝霞の店舗と比べて和光のダイソーは一番小さい店舗でした。
そして今はサンディ内のミーツ(ワッツやシルクのグループ)だけであった競合店に加え、昨年末にイトーヨーカドー内にオープンしたキャンドゥ、今冬には駅前にセリアも出来ると言われており、ますます競争が進む中ですから、ダイソー和光店にはサービス面の向上を期待したいところです。


サミットのもぐもぐチャレンジ

ダイソー和光店に立ち寄った後は、サミットストア シーアイハイツ和光店で買い物をしました。
ダイソーとはまったく関連のない話ですが、こちらも何だかなと思うところがあったので記しておきます。

サミットストアのもぐもぐチャレンジ1もくもくポイントシール

もぐもぐチャレンジとは?

メーカーから卸される日配食品ではない、サミット店内調理されたと思われるパンや加熱調理の総菜には「もぐもぐチャレンジ 1もくもぐポイント」という丸いシールが付いている場合があります。
(どのような条件でシールが貼られているのかはわかりません。)

ごく最近シールの存在に気付いたのですが、今まで気にしていなかったため、いつからシールが貼られ始めたのかはわかりません。
もしかすると今まで気付かず捨ててしまっていたのかもしれませんが、刺身や焼き魚などの魚介総菜では見た覚えがありません。 魚介総菜にも貼ってありました。(2022/08/21)

台紙は階段室近くにある

今回の買い物で購入したパンにもシールが付いていたのでパン売り場や総菜売り場を見回してみたのですが、台紙らしきものは見当たりませんでした。
そこでサービスカウンターで尋ねてみたところ、サービスカウンターと店舗出入り口の中間ほどの場所に案内され、そこに台紙が置いてありました。
会計後に必ず通る場所ですが、会計後は他に目もくれず出口に向かってしまうので、今まで気付きませんでした。

例えばパンメーカーのシール台紙は、パン売り場に置いてあるスーパーマーケットは多いと思います。
もしくは、店舗出入り口のラックに各種各社の台紙がまとめて置いてあるスーパーマーケットもありますね。
もぐもぐチャレンジの台紙もわかりやすいところに置いて欲しかったです。

けれどシールを集める意味はなさそう

台紙を見るとデザインが子供向けっぽく見えました。また、漢字にも読み仮名が振ってあるあたり対象は子供なのでしょうか。
しかしシールは「賞味期限・消費期限がせまった商品」に貼ってあるとの記載。
……子供に買わせるの?
若年層からフードロス削減の意識を変えようという意図なのでしょうか(?)

シールを集めると「店内のイベントに参加」する/できる権利をもらうか、それとも台紙1枚につき10円を国連WFP(国際連合世界食糧計画)に寄付することができるそうです。
イベント内容が何なのかは台紙からはわかりませんでしたし、何かがもらえるものでもないようです。

このようなシールや台紙を作るのには相当なお金を掛けたものと想像します。
シール貼りは店員の負担にもなるでしょう。
集めることで客にメリットがあるシールでは無いので食品ロスを減らす効果は出ないでしょうし、ならば始めから制作に掛けた金額相当をWFPに寄付すれば良かったのではないかと……。

疑問に感じる企画シールでした。