ページ

2025年6月12日木曜日

「goo辞書」は2025年6月25日13時にサービスを終了いたします(5/14)

https://help.goo.ne.jp/help/article/2889/

ま、まじか…

地味に信用できるデジタル辞書だったのに…

オンライン辞書ではなく電子書籍版でも使えばいいのかなぁ?普通の人はどうやってるのだろう? 

2025年6月11日水曜日

Hotmailの認証

Windows10ぐらいからほぼ必須扱いのHotmailアカウント。

先日購入したミニPCにプレインストールされていたものはWindows11でした。

Windows10のときはオフラインでもローカルアカウントで起動できた気がしますが、Windows11ではWifi設定をうまく切り抜けたりしない限りローカルアカウントで起動できなくなっていた気がしたのですが、なぜかそのPCはオフラインのまま起動してしまいました。

OneDriveは賛否両論ありますが、個人的にはあってもいいかな?ぐらいの状態で使用していてそれなりに重宝もしてたりします。(そろそろ本気でバックアップしておかないと痛い目見そう…)

なのでOneDriveを使用するためにサインインさせようとしたのですが、コード送信ボタンを押した後、なぜか「xxxx@hotmail.comに送信したコードを入力してください」と画面が切り替わるものの、待てど暮らせど送付される気配もなく…

そもそも、認証用のコードってなんか手順が違ってるような…と。

別のPCでhotmailのメールを見れる状態のものがなかったので、直接webでアクセスしてみようとしたところ、そこでも認証用のコードのやり取りが行われました。

1.hotmailに紐づいている認証用のメールアドレスの入力を行う。

2.コード送信ボタンを押す。

3.認証コードがメールアドレスに届く

4.サインイン画面に表示されている画面にコードを入力する。

という手順を踏んでアクセスすることができました。。。今までこうだったよなぁ。。。

最近やたらとマイクロソフトアカウントに電話番号を追加して二段階認証を有効にしましょうとか出てた気もするし、そもそも二段階認証自体もそこまで確実じゃない気がするのだが…そう思いながらも「もしかしたら二段階認証にするとうまくいくのかも?」と期待して設定で登録してみました。

ですが、ミニPC側ではいつまでも上手く行きません。

ついでにアカウントのログインアクセス履歴を見てもミニPCからのアクセスは上がっていない様子

なんとなく気持ち悪いので、最近使ったUSBメモリーにWindows11のセットアップが入っていたので、クリーンインストールして、アカウントの紐づけを行いました。

インストール前にプロダクトコードだとか、ドライバのバックアップとか最低限行いましたが、マイクロソフトアカウントとライセンス認証が紐づいていると考えていましたが、クリーンインストールしたときにはプロダクトコードの入力やライセンス認証は自動に終わってました。

クリーンインストールはそれで無事終了したのですが、昨日githubを使っていると「二段階認証が必須になりました!」とか出てきたので慌てて右往左往したところ、いくつか手はあるようで、その中でもMicrosoft Authenticatorならちょうどいいんじゃないかなぁと。PCで完結できるかと思ったのですが、スマホアプリでした。まぁ仕方がない。インストールと…

そこでhotmailアカウント。コード送信ボタンはあるもののメールアドレス入力はなし…嫌な予感。

はい。全くコードが送信されてくる気配がありませんでした/(^o^)\

ダメそうなので、なぜか存在する「スキップ」というリンクっぽい部分をクリックすると、そのままアプリが起動して…いくら画面を見てもアカウントに紐づけられない状態に。閉じて起動させてもサインイン画面が表示されず…こんな状態で二段階認証を行えるようにしても他のスマホに移行できなくなると困るので他に手はないかと思っていたらgithub謹製のgithub mobileなるアプリを使ってもオッケーな模様。早速インストールしたものの。。。いくらPC側でサインインしなおしても二段階認証が有効になっている気配はありません。

もう少し設定を見ていると、特定の国ではSMSによる二段階認証も可能とのことなので、スマホの番号を入力し、ようやく二段階認証の設定が完了しました。これならほかのスマホに移行できるしめでたしめでたし…ですが、するとgithub mobileアプリから通知が…いまさら二段階認証がアプリでできてもみたいなw

 

 

結局、マイクロソフトアカウントで認証確認用のメールアドレスを入力しないパターンのコード送信ボタンって正しく実装されているのでしょうかねぇ?     

2025年6月10日火曜日

続・Windows11 IME 勝手に全角になってしまう

いまだに勝手に全角英文字に切り替わった後、マウスで戻しています。

「続」とあるのは、その後少しだけ再現率が高い状況に陥ったことと、さらにマウスで戻しても効果がなくなって常に全角英数字モードになってしまうという。

その回避方法というのが、メモ帳などでも何でもよいので別のウィンドウに切り替えて入力モードを切り替えると元に戻るというもの。 

昔のWindowsでもあったのですが、IMEの入力モードがおかしくなるという状況に陥った場合、ほかの入力できるウィンドウに一度切り替えると元に戻るという謎現象。

 

またこの全角英数字に勝手に切り替わってしまう病はFireFoxでbloggerの入力を行っていると発生しやすくなるということ。

そもそもbloggerとFireFoxは相性が昔から悪く、テキストを編集しているとIMEの入力を切り替えたり、バックスペースで文字を消すと入力している編集中の文字が消えたり、エンターキーを入力しても改行されなくなったりと、非常にストレスがたまったりします。

そう考えると諸悪の根源はFireFoxなのか??わからんw  

 

Windows11 IME 勝手に全角になってしまう

食パン

ついついミッキーパン事件以降某パンメーカーを避けるようになっていましたが、パン祭りや特売で品切れで仕方なく問題のパンメーカーのものを食べたところそっちのほうが美味しかったり。 

そのため、最近ではロイヤルブレッドか超熟のどちらかを食べるようになりました。個人的には超熟の方がおいしく感じています。昔、ダブルソフトを食べたときはおいしくて驚いたのですが、このまえ売り場にダブルソフトしかなく食べたところ、記憶のおいしさはまったくなく、正直「こんなもんだったっけ?」と。

 

そんな食パン私的な事情ですが、先日購入したもので…異物が…。

 


封を開ける前に外から見たところ「なんか黒い虫?」動いてないからゴミかどうか不明なものの。

そーっと封を開けて取り出してみると…

 


なんか蚊っぽい?

まぁ焼かれてる感じでもないし、封をするタイミングで上に乗ったかしたのかな?と

トースターで焼くし、まぁ食べても問題なさそうなので食べちゃいましたけどw

蚊程度でよかったと思うべきか、蚊程度なら混入するような環境で製造されているのかと考えるべきか、悩ましいところ。 

とりあえず動く形に

何も考えずひたすらビルドすることだけに進んでみたが、結局は素直にgit cloneするのが良いようです。

 

何も考えず、デベロッパー用のドキュメントの手順で進めると、github上のリポジトリからクローンした場合は、バージョンチェックで引っかかるので、

set(OBS_VERSION_OVERRIDE "31.1.0-beta2 master")

どこかでOBS_VERSION_OVERRIDEを設定してあげるか、cmake-guiだと変数のところでaddしてあげれば切り抜けられるとは思う。

色々と試行錯誤した結果として、github上だとデフォルトのブランチからしかフォークさせられないようで…ほしいものは、「実際に動かしている状態で実行ファイルだけ挿げ替えたい」なので、これではだめだということに。

ソースファイルのダウンロードの方法は、 obsproject/obs-studio でブランチなりタグなりを一覧表示させればそのものがダウンロードはできた。

 

そして、いざcmake!

一番最初にやったことですが、zipなりでソース展開するとどうもgit cloneで取得できるもののようで、内包される別リポジトリのソースは含まれていないようで…当たり前っちゃ当たり前だけど、結構不便。というか、知らないで後日何かしようとしても手遅れになりそう。

実際にcmakeを実行させると最後の方で、

-- Configuring done (0.4s)
CMake Error at plugins/win-dshow/virtualcam-module/CMakeLists.txt:93 (target_link_libraries):
  Cannot find source file:

    C:/obs/obs-studio-31.0.2/deps/libdshowcapture/src/dshowcapture.hpp


-- Generating done (0.7s)
CMake Generate step failed.  Build files cannot be regenerated correctly.
CMake Error at cmake/windows/architecture.cmake:17 (execute_process):
  execute_process failed command indexes:

    1: "Child return code: 1"

Call Stack (most recent call first):
  CMakeLists.txt:8 (include)


-- Configuring incomplete, errors occurred! 

などと怒られるので、個別にソースを何とかしてあげたりするとcmakeは通ってくれるようにはなるものの、当たり前ですが、バージョンが一致してなければコンパイルすら通らなくなるという…

 

試行錯誤の末、結局git cloneで直接ローカルに持ってくるしかない。という結論に。

> git clone --recursive https://github.com/obsproject/obs-studio.git -b 31.0.2 --depth 1

欲しいのはこのタグ付けされたバージョンが欲しいので、これなら一気に持ってきてくれるハズ。

とはいえ、コミットされていないものがあるので、ワーニングが出たりしましたが、一通りダウンロードされたので、cmake!

なんだかんだと勘違いなどもあるので、cmake-guiを使った方がvisualstudioの起動まで行ってもらえるので便利かな?

ソースの場所や、プリセットを設定し、Configure Generate OpenProjectボタンを順番に押しました。 

visualstudio上でソリューションのオープンもできたようなので、試しに▷ボタンで実行してみるとコンパイルが始まりました。しばらくすると、2つのビルドで(キャスト関連の)警告文が発生し警告がエラーとして扱われるためにビルドエラーが発生してしまいました。内容的には問題なさげなので、個別のプロジェクトのコンパイルオプションを変更して警告は無視させました。

そして待望の31.0.2のOBSの画面がでました。  

で、ソースを手直しして…と思ったら、31.0と31.1はソースの配置換えを行っているようで、ファイル名まで違っていた様子。

目的の \obs-studio\UI\window-basic-stats.cpp ファイルも見つかったので、中身はほぼ一緒なので修正もすぐ終わり、構成をリリースに切替て実行させてみました。

いい感じになったので、実際に動かしている環境に実行ファイルを入れて動作確認。

昨日試しにインチキビルドした実行ファイルを挿げ替えて実行させたところライブラリなどのエントリポイントの不一致でエラーが発生させてしまったのですが、その時からコントロール内のボタンが一つ表示されなくなりました。正直消したかったのでいいのですが、ビルドした実行ファイルが原因で、レジストリのエントリーが消されたのかな?とは思います。

一通り動作はした感じですが、気になるのが実行ファイルのファイルサイズが結構違うところ。

もともとインストールされていたobs64.exeが4.89MBだったのに比べ、出来上がったものは4.69MBと、0.2MBほどの誤差が…付随する.pdbファイルも微妙にサイズが違ったりしているので、バンドルされているプラグインがdisable状態に変更になっているだけかもしれません。

足掛け3,4日でなんとかやりたいところまでようやくたどり着きました…。

 

蛇足

いまさらながら、統計ウィンドウはドック状態のウィンドウでもウィンドウのタイトルバーに「×」ボタンがついているという事実…ソース内では closable で単独ウィンドウなのかドック可能状態か区別しているのですが、どっちもクローズできるじゃん…とかw 

統計のレイアウト

かなりやっつけで変更したものの、いざリリースされているバージョンでコンパイルしようとしたら見事にハマり、なおかつ、github上で変更して置いたら微妙に漏れてたりとかしたので、ほとぼりが冷めてから手直しした形がこちら。

ダイアログ形式のときの閉じるボタンはそのままに、リセットボタンだけ移動という考え方に。

github上の操作で特定のブランチからフォークさせるやり方が分からないので思っているようなことがうまくできなくて歯がゆい…w 

2025年6月8日日曜日

OBS 統計ウィンドウの整形

非力なPCでOBSを使っていてもそれなりに動いてくれるのですが、画面的制約から無駄な領域が何とかならないかと思っていました。

最初はリソースっぽい何かがありそうかな?と期待していたのですが、GitHubを見る限りそんなものはなさそうで…クロスコンパイル前提のソースでディレクトリ階層がまったく把握できず。途方に暮れてましたが、どうせならコンパイル環境を作るところから始めてみました。が、最初は全くうまくいきませんでした。

必要なツールは個別にインストールし、説明されている通りにgit cloneからcmakeを実行したところでどうにもダメ。原因が不明なところどうやらFAT32ではなくNTFS上でソースを扱う必要があるという点と、PowerShellのバージョンが古いとエラーではまるらしいということで再度挑戦してみるとようやくVisualStudioで実際にビルドすることもできました。 

実際にx64環境でVisualStudioで開いてみると、ソースをブラウズするのもかなり便利に。

そして肝心のリソースのようなものは存在していないというのが確定したこと。ダイアログとドックはほぼ共通化されていて、ウィンドウクラスは同じものという作りだということがわかりました。

OBSはQtが使用されていて、ソースを眺めていればそれなりに解りやすかった?

ターゲットとなるソースファイルは.\obs-studio\frontend\widgets\OBSBasicStats.cpp 

メモを起こして、どんな感じの入れ子になっているのか確認しつつ実際に直接変更してみました。 

その結果、

結構コンパクトに。

いまいち位置の固定方法がわかってないのでドック可能なパターンだとリセットボタンが割り当てられている領域の中心位置になってはいます。多分ストレッチを追加すると上か下に張り付かせられそうだけど、まぁ見た目的には満足なので…

ただ、これ、最新のmasterからのクローンなので、実際に使っているバージョンではなくてbeta版…GitHub上でフォークすればよかったかなw

これで統計を下にドックさせた状態でも少しだけだけどプレビュー画面が広がる…

とりあえず、GitHubにソースを反映させてみた。まだcloneしてコンパイル通していないけど… https://github.com/siriuth/obs-studio/tree/master

2025年6月5日木曜日

Fire TV Stick 4K 音量が半分程度になった→電源のUSBをいったん抜いて再起動させるのが吉

しばらく放置していたFireStickを使っていたら「なんか音量が小さくね?」と。ボリュームを最大にしてもいつも聞いている音量かなぁ?ぐらいまでしか大きくならず。

一度スリープにしてみる→変化なし
HDMIコネクタからFireStickを抜き差ししてみる→変化なし

そういえば設定を変えてみたなぁ…

オーディオ出力の自動になっていた項目をPCMに指定したり、接続機器のチェックを動かしてみたりと…

再度同じようなことをやっても変化なし

 

原因が全く分からないので、いつも使っているもうひとつのFireStickを使ってみたところ、ちゃんとした音量になった。

 

じゃぁもう一回放置してたFireStickを接続してみると、ちゃんとした音量に。

 

結論、ボリュームが半分程度になってしまったら電源のUSBケーブルをいったん抜いてみるといいカモ?

 

 

ボリュームが半分になるトリガーはハッキリしませんが、そのごしばらく問題なさげ。 

2025年6月4日水曜日

古古古米

色々と言いたいことはありますけども、ネーミングについて

古米(こまい)、古古米(ここまい)程度なら言葉として使ったことはあります(とはいえ小学3,4年ぐらいのときだけだと思う)が、さすがに古古古米なんて備蓄米放出問題が騒がれなければ使うことはなかったでしょう。

まぁそのままでいいんじゃね?って思っていましたが、おとといあたりから「ビンテージ米」などという言葉をみかけて「そりゃはんそくじゃね?」と思っていたらふと

古米(こまい)←そのまま
古古米(ここまい、にこまい)←ここまではどっちでもいい気がする
古古古米(みこまい)
古古古古米(しこまい) 

古の数を先に言っちゃえばという発想w

まぁ少なくてもどれだけ古いか解らなくなるような言葉をつけるべきではないと思うし。

備蓄米もブレンドじゃなければきちんと試食してみたかったかなぁ… ブレンド前提だと食べ比べても正確な判断はつかない気がする。

Windows11 IME 勝手に全角になってしまう

前々からかなり不便な部分で日本語入力をしているときに、全角英数字入力に切り替わってしまってマウス操作が必要になってしまうという問題。

日本語入力と全角英数字入力が切り替わるだけになってしまい、半角英数字(直接入力)にするためにマウスでタスクトレイのIMEのアイコンで入力モードを切り替える必要になってしまいます。

大抵の場合、入力切替時に発生しているのでキーボード操作によるものだろうと感じてはいるものの、はっきりと「このキーとこのキーを押したから切り替わってしまった」という結果にはならず、逆に全角英数字への切り替えもどうやるのかもわからないw

windows11でIMEが勝手に全角英数モードになる件 https://qiita.com/Oscer/items/132a8153cc5dcf0fad47

Windows10でも同様の現象が起っていた記憶があって、その時は互換モードに切り替えてしのいでいたのですが、Windows11だとそこまで互換モードにしなくても何とかなっていたので切り替えてはいませんでした。が、互換モードが最適解なのかな?と試したところ、状況はさらに斜め上に。悪化したというべきか、なんというか。

互換モードだと入力モードを日本語入力モードから英数字入力に切り替えた後やコピーペーストの後などに最初の入力文字だけが全角で入力されるという。

結構致命的なのが、スクリプトなどで

'test'

と入力したつもりが、

’test'
↑最初の文字が全角w 

と入力されてしまい、 実行時にエラーになってはまると言う…

しかもなんか画面を見ているとダメな人が言い訳しているかのように1文字だけ全角になってbackspaceで戻した後は直接入力モードになっていかにも「なにももんだいないよ」とか装っているというw

どっちがクソかと言えば、、、まだ入力切替時限定のほうがましかな?

アップデートが腐っててデータ災害はないものの、エクスプローラーが動作が不安定だったりするのでみんな本当にこんなOS使っているのかな?