2025年6月30日月曜日

31.0.4がリリースされてた

今まで特にこれと言ったこだわりが無かったため、その時々でPCで使うたび最新版のOBSをインストールしていました。OBS自体のバージョンチェックも止めているため、普段はバージョンを意識することはありませんでした…が、ここ最近カスタマイズしてファイルを入れ替えたりしているので個々のPCでバージョンが違っているために、バージョンごとに実行ファイルを作成するのに手間がかかってきたので、古いものをアップデートするか、ダウンロードした手持ちの最新のものに入れ替えるか…どうしようかと、結局バージョンチェックで直接アップデートすることに。(あれ?インストールしたディレクトリってバージョン含めてたかも…)

すると最新版がアップされている状態だったらしく、31.0.4とか…仕方がないのでgit cloneしてソースの変更もして31.0.4の実行ファイルをビルドしてみました。

さすがに慣れてきた感があって作業は非常にあっさりと、そう、今までコンパイルオプションで警告を無視しないとだめだった nv-filters と win-capture も警告が出なくなっていました。

なので本当にあっさりと。

作業中にVisualStudioの比較で削除してない行が削除されている表示がされていることに気づいたりしましたが、テキスト比較なんてそんなに厳密に比較結果ができなくても十分だったりするので、見なかったことにしたり。

今までうざかったプレビュー画面の枠が消えてスッキリしてくれてたり。

細かなところは全く分かりませんが、更新内容を見ると致命的な部分もあった様子。

実際使っているPCのファイルを差し替え…やっぱりインストールディレクトリにバージョンを含めた形に…。しかもWindowsのアプリ一覧に出てないし…直接zip展開してただけっぽい…

最新版をインストーラーを使ってインストールしてみるかと、ダウンロードしてみると最新版が31.0.3でした。なので、インストーラーを使った後にアップデートをして…

今まで使用していた実行ファイル群はフォルダごとゴミ箱へ。 

2025年6月27日金曜日

出力タイマーのレイアウトの調整など

QGridLayoutの詳細が分からなかったのであまり弄らないつもりでしたが、.uiファイルを見ているとやりたいことは一通りできそうなので少し調べてみました。

そもそも論として.uiファイルはxmlで記述されていて、そこの仕様が惜しいところで把握できなく…

Qt Widgets Designer's UI File Format(https://doc.qt.io/qt-6/designer-ui-file-format.html)

さらに見ていくとデザイナーなるアプリが存在していることも知ることができました。
最初は自動生成された.hを直接修正するとかイミフなことをやってたぐらいですw

デザイナーを使うためにQtのインストールをしようかと調べてみると、ユーザー登録とかなんか面倒そうなので途方に暮れてたところ、gitでダウンロードした中に .deps\obs-deps-qt6-2024-09-12-x64 / bin がありその中に一式ありそうでした。

試しに起動してみると見事にデザイナーが開き、.uiファイルを開いても正しく読み込めました。

一番知りたかったのがストレッチとスペーサーの違い。xml記述だとスペーサーに統合されているようで、ストレッチが記述できそうにないところまでは分かったのですが、実際にどんなパラメータを並べればストレッチのようになるのか知りたかったので、デザイナー上でスペーサーを追加し、保存したファイルの中を見てみることに。

その結果、 

      <spacer>
       <property name="orientation">
        <enum>Qt::Vertical</enum>
       </property>
      </spacer>
とすれば、今回必要だった縦方向に伸び縮みするエリアができてくれました。ストレッチのヒントとかデザイナーではデフォルトで追記するようになっていましたが、今回は省いても問題なしと判断。

そんな感じで出力タイマーの.uiファイルを弄っていて、気になったのが出力タイマー画面のデザイン。使い始めたときから気になっていた画面ではありますが、明らかにグリッドに配置されているセルの扱いがヤッツケ感が高いというかw

なのでcolspanを設定して変な余白が出ないようにするとこんな感じに。 

ウィンドウ自体もここまで縮まるようになりました。 

キャンセルボタンの有効化/無効化はボタンの表示の切り替わるタイミングで行うようにして画面レイアウトもひとまず終了。

2025年6月25日水曜日

個人的に欲しかった機能 録画タイマーのキャンセル

例えばタイマー設定をして記録し始めたときに、やっぱり延長したいなぁと思っても、OBSの録画タイマーのキャンセルって停止してから再開する他無いんだよなぁなんて思ったことはないですか?

私だけですか…?

そんな優柔不断な決断力と実行力のない人向けのボタン!

使える状態にするだけならさほど手間取らないとは思っていましたが、無効化などさせなければほんとに単純に実装できました。

関係ないときや機能しない状態のときの無効化を意識しなければこのままでもいいかもしれない…

OBSの出力タイマーは個人的には独特の使用方法と感じましたが、慣れると結構便利で、例えば30分間の動画をメインに作成しているときなど、何も考えずに開始すればグダグダになった動画でも強制停止されるために仮に途中で寝落ちしても巨大な動画ファイルが作成されずに済むとか…普通は無いですかw

結構重宝してるのですが、問題となるのは録画中に停止タイマーを切りたいときに一旦停止させる必要があるというのが、結構ヒッカカッテ使ってました。

ソースを追い始めて手間暇かかってる感じがして結構大変そうかな?とか挫折しそうになりましたが、結局のところこのタイマーは、開始時に終了までのインターバル時間を設定して開始させてるだけで、終了時間が経過するとイベント処理が行われる。という非常にシンプルな物でした。

録画の一時停止との連動はややトリッキー的に終了までの残り時間を保存してタイマーを停止。再開時には保存した残り時間をタイマーのインターバルに設定して開始しているだけ。

非常にシンプル。

メインとなるobsの動作はボタンが押されたときに録画を開始させたり、すでに録画状態であればタイマーだけ開始させたり、録画中でタイマーが動作している場合は録画停止を行ったりと1つのボタンで機能分けされている感じになっていました。

正直なところ、出力タイマーウィンドウを閉じたらキャンセルしてくれないかなぁとか最初は思ったりしたんですけど、UI的にそれはどうかとは思うw 

 

タイマーだけ単独の一時停止とかもあってもよさそうな気もしますが、どうなんでしょうね?  

フォトレガシのバックグラウンド動作

Windowsはやたらとバックグラウンドで動作して作業中の邪魔になったり、ストレージ過負荷による短命化の印象があります。

プレビューとして使うことの多かった標準のフォトアプリですが、最近になって旧フォトビュワーが「フォトレガシ」として存在していることに気づきインストールしました。フォトアプリは、エクスプローラからのプレビューとして利用すると起動時のもっさり感や、フォトアプリ内で前後のファイルに移動できるようになるまでのもたつきが結構ストレスでした。フォトビュワーもそれなりにツッカカリはありますが、フォトアプリに比べればまだましかな?

ビュワーとしてまぁそれなりの満足はしていたものの、閉じているはずのフォトレガシがタスクマネージャーのプロセスに張り付いていたのは気にはなっていました。

さらに週末になり、PCで作業をしていると一定期間操作を放置しているとふとCPU負荷がかかっていることに気づきました。

タスクマネージャのパフォーマンスのグラフを見ていると放置して10分程度時間が経過すると突然全ての論理プロセッサの使用率が100%に。ディフェンダーやデフラグのような動作の割にディスクアクセスもなく、またマウスを動かした程度で再び使用率が正常になるというものすごいメンドクサイ状況に。

手ごろなプロセス監視ツールでもあればと思い、その度にこんな感じで監視させればいいかなぁとか考えて終わるという…全く形に残らない無駄な設計をし続けること早ん十年。 

最初はタスクスケジューラーで起動されているものを疑って片っ端から不要そうなタスクの自動起動を「無効」にしていたのですが、状況はあまり変わりがありませんでした。無効化したタスクの起動間隔がそもそも数時間~一日程度となっているので、今回気になっているものとは別のものだったのでしょう。

次にサービスを見たところ、フォト関連のサービス名が見つからず…

ほぼ確実に放置すると使用率が上がってしまうので、タスクマネージャをプロセスや詳細表示に切り替えて様子を見ていると、どうやらフォトレガシのプロセスのCPU使用率が上がっていることが目視できました。

敵が明確化できたものの、タスクでもなく、サービスでもなく、いったい何なのだろうと悩みつつ、アプリの設定でもなんかバックグラウンドなんたらかんたらとか書いてあったような気がするなということで、 

設定→アプリ→インストールされているアプリ→フォトレガシ→詳細オプション

でバックグラウンド アプリのアクセス許可を「常にオフ」(いままでは電力最適化(省電力))


ついでにアプリのアクセス許可も不要そうなビデオをオフに。ピクチャをオフにすると単体で起動する時にオンにするように求められるものの、エクスプローラからファイルを指定した場合は何の警告もなく、エクスプローラに表示されているファイル順でアクセスすることまで可能。結局のところアクセス許可はAndroidの権限という扱いではなく、アプリ内の設定でしかないということなのでしょうかね?

するとようやく変な負荷がかからなくなりました。

 

めでたしめでたしなのですが、、、メインで使っているPCがWindows11になってからタスクマネージャのパフォーマンスのグラフがいつみても荒ぶっていると感じていたのですが、フォトレガシのバックグラウンド負荷の確認をしていると今まで気にしていなかった

Shell Infrastructure Host

なるプロセスがなにやら張り付いていることに気づき、プロセス画面の負荷も58%とか…

詳細の方で見るとsihost.exeと出ているのが分かったので、ググってみました。

Windows 11 で sihost.exe が CPU を浪費する問題 https://qiita.com/Smriji/items/e1ce7987d1b81d044b18

を見ると、原因は確実に「フォト」ということ。ちなみにフォトアプリにはバックグラウンドうんぬんの設定項目は現状ありません(2025/06/24現在)。記事の日付を見ると結構初めからあった問題なのかな。私がこのプロセスに気づいたのが今日だったりします…

フォトレガシの存在を知った前後にフォトアプリがさらに処理が重くなりそうだというような記事を見かけたのですが、フォトアプリの起動時の処理を見直し、バックグラウンドで待機するとかなんとか…この前のアップデートで、一般向けにもリリースされたのかな?とか感じつつも、ここはサクッとフォトアプリをアンインストール。

アンインストール後もプロセス詳細にsihost.exeが残っていましたがしばらくすると消えてくれたので、これでようやくスッキリできるのかな?

タスクスケジューラのパフォーマンスをみると久しぶりに落ち着いているグラフを見た気がします。

ほかの使用しているPCでもフォトアプリはとっととアンインストールしておこう…

 

なお、フォトレガシのバックグラウンド動作はおそらくですが、Googleよろしく過去の写真や動画からいろいろな提案を行ってくれるのだと思いますが…正直イラナイデス。マーケティングには有用なんでしょうけども。 

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使っているのかな?