orange @[email protected]

ていうか、まともな判断力があれば、「テンポラリファイルを管理するやつでそれ以外も管理させたら便利では？」って思いついちゃったとしても、将来の互換性とUX上の問題を考慮すれば、エイリアスを経由する、つまり後に差し替えできるようにして、ユーザーに機能の誤解をさせないようにするんでは？＞＜；

「ひとつのことをうまくやる」とか言いつつ、なぜかふたつ以上の機能を兼用させる矛盾した哲学＞＜；

オレンジもまさにそれを思い浮かべて、UNIXの伝統芸？＞＜；
って思った＞＜

そもそもなんでtmpfilesとかいう名前がついてるものがテンポラリファイル以外も管理してるの？＞＜；

でも結局アプリごとのボリュームのシステム初期値みたいなのは無いっぽい？＞＜
未知のアプリの音量はどっちにしてもセッションが作られるイベント受け取ってその時に調整するアプリを常駐させるしかないのかな？＞＜；

なんかWindowsのアプリごとの音量設定のレジストリをいじれるアプリ見つけた＞＜

AppAudioConfig - Edit app audio settings in Windows Registry https://www.nirsoft.net/utils/app_audio_config.html

VS2022にいつの間にか巨大なGitHub Copilotボタンが追加されてて、ウィンドウ小さくした時に邪魔すぎだったけど、この通りにしたら消せた＞＜

"Visual Studio IDE で GitHub Copilot バッジを非表示にするには、[ツール]>[オプション]>[環境]>[Copilot メニュー バッジを非表示] で選択を解除します。"
https://learn.microsoft.com/ja-jp/visualstudio/ide/visual-studio-github-copilot-install-and-states?view=vs-2022#disable-copilot

ボリュームじゃなく音の大きさ自体をもとに自動調整する場合は IAudioMeterInformationを使えばおk＞＜
C# で書けばわりと簡単にCOMを扱えるから一瞬で作れるかも＞＜

オレンジが前に書いたコード読んだけど、

IAudioSessionNotification::OnSessionCreated (audiopolicy.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/audiopolicy/nf-audiopolicy-iaudiosessionnotification-onsessioncreated

これで新しいオーディオセッションが出来たイベントを受け取って、そのセッションから

ISimpleAudioVolume::GetMasterVolume (audioclient.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/audioclient/nf-audioclient-isimpleaudiovolume-getmastervolume

で、1.0になってたらたぶん未知のアプリなのでSetで好きな値に下げるってすれば、爆音抑制常駐アプリ作れそう＞＜

自動で下げるだけのやつだと心理的にうーんってなるかもだけど、ウィジェット的なレベルメーターアクセサリに機能つけるのであれば・・・？＞＜；

音量100のアプリが発生したら自動で下げるやつは、この時に作ったライブラリ使えばマジで一瞬(30分くらい？＞＜；)で作れそう＞＜
https://mstdn.nere9.help/@orange_in_space/112132935938755650

あとちょっと違うけど、特定のアプリの音が巨大になった時にそのアプリの音を一時的に下げるやつも、だいぶ前に作った＞＜
https://mstdn.nere9.help/@orange_in_space/112240293314968282

でも、ほとんどリソース食わないとは言え、音量を自動で下げる為だけのアプリを常駐させるのは、心理的に微妙かもしれないという問題がある気はする＞＜；

あんまりよくない対症療法的発想では、常駐アプリでオーディオセッションが作られる瞬間を監視して(というかイベント飛んでくる＞＜)、もし新たなセッションが音量100になってたらあらかじめ決めといた値にすぐ下げるってアプリなら、C# で書けば一瞬で作れそう＞＜