堕天使の煉獄

相変わらずwin10のスリープ死状態が治らない。

結局、ハードとの相性問題てことになるのかなぁ。
どうしょうもないぽ。

てかコロコロ状況がかわるので、原因を絞り込むのが難しい。
USB機器外した状態で試してみたりとかいろいろやってみたのだけども。
なんか最初期のころはちゃんと復帰してたんだけどなぁ。
winアップデートした後からダメになった気もするぽ。

基本的に、スリープした後にすぐ再開すると普通に成功するんだけど、長時間スリープで置いておくと起動はするけどモニタがつかないスリープ死になるぽ。

イベントビューワみてみると、なんか高速スタートアップもハイブリットスリープも切ってるはずなのに、休止状態から起動してるっぽい？

ハイブリットスリープ切ってるのだから、スリープから時間たっても休止状態にはならないはずなんだけどなぁ。
ふと、そういえばと確認してみると、cドライブに……hiberfil.sysファイルができてる～しかも時間はブート時のやつが。

これバカでかいファイルになるのでSSD痛めるし、そもそもハイブリットスリープ切ってたら出来ないはずじゃないの？？

んーコマンドでハイバネーションを無効にする方法あるようなので試してみる。

powercfg.exe /hibernate off

これで休止状態にはならなくなったはず。

スリープして、風呂はいって３０分ぐらい経ってからやってみたらスリープ復帰できたぽ。
３０分で検証足りてるのかわからないので、今日寝る前スリープ、起きてから起動でどうなるかだなぁ。

あとグラボのドライバ更新したり、モニタのドライバ更新したりしたら、モニタの電源を切れなくなるし。
設定の時間たっても何も起こらない。
ツールで強制的にOFFにすると、画面黒くなったあとすぐにまた点いちゃうし。
ドライバ周り更新前は、設定の時間立つと何も起こらない＆それ以降モニタをOFFにするツール使うとツールがハングってたりするようになってたし。

なんだコレ。

んーモニタのほうはモニタ自体に電源ボタンついてるので、さっと切れるのは切れるのだけども。

ちょっと休憩～つってお布団に寝転ろんで、そのまま寝落ち～なんてときにモニタの電源切れてくれないのはちょっとアレだなぁ。

そういえばと。

ＰＳ２のコントローラをUSBでつなげるJC-PS101Uっていう製品をつかっているんだけども。
これが悪さしてスリープにならない、モニタの電源落ちない。
っていう記事は目にしていたのだけども、その後Winアップデートで修正があったらしく問題は解決したとか書かれていて。
実際、このJC-PS101Uを抜いてもスリープ死の状況は変わらなかったので関係ないかーとおもっていたのだけど……。

試しに抜いてみたら、ツールからモニタの電源ＯＦＦできるようになってるんでやんの……。時間経過でもモニタ電源ＯＦＦ効く様になってら。

それまでは刺しっぱなしでもツールでのモニタ電源OFFはできてたんですよ？　なんで急にできなくなってるの？？
んーここ数日の間にあったアップデートで何か変わったのか？？
電源オプションとかなにかの影響で反応かわったのか？？
とにかく原因らしきものがコロコロかわって、なんだコレって感じですよほんと。

とりあえず、スイッチ付きのUSBハブとか買ってくるかなぁ。
いちいち使うときと使わないときで抜き差しとかやってるとコネクタが馬鹿になっちゃうので。
まあゲームパッド程度なら、ダイソーの２００円のUSBハブ4ポート個別スイッチ付きってのでよさそうかも。
ダイソーじゃないっぽいけど１ポートのスイッチのみので１００円ってのもあるみたい。
でもコネクタに直付けでそこでオンオフのスイッチがついてるので、ちょっと使いづらそうぽ。



話は変わって。

お絵描き再開だーとおもったのもつかの間。

漫画の発売日を拾ってくる自作ツール、リビルドしたついでに、なんとなく１から組みなおしたくなって。
もともと最初はQtのWebEngineViewとWebViewつかってて、ブラウザとか要らねーじゃん。リクエスト送って受け取るだけで用は足りるじゃん。んでそのころ世の中はhttpからhttpsに移行し始めてる時期だったりして。https対応にOpenSSLくみこんでー。とごちゃごちゃと後から仕様変更しながら継ぎ足していった糞コードだったりする。
なので、ちゃんとそれようにシンプルに1から設計しなおしたいなとは思ってたのですよ。

んでついでに共用ライブラリの運用のしかたとか、プロジェクトの作り方とかそういう基礎的なところから見直しなんか始めだしたりして。

共用ライブラリて一度作れば便利なんだけど、ちょっと修正～ってやるとそれを使ってるほかのプロジェクト全部に影響出ちゃうわけで。
なので、共用ライブライのコードを一か所に集めといて、使う時に使う部分だけコピペして使う感じのがいいんじゃないのかなぁと。
使い込んで、もう修正ないってぐらい枯れてるなら静的ライブラリとしてプロジェクトにロードしてもいいんだけどなーとか。
あと、たまにすごく小物のコンソールアプリとか作るときに、共用ライブラリの中にgui専用のあるとダメだーってなったりして、コンソール用に分けるってのも面倒だなコレ。
ってなると、コピペしてプロジェクトに逐一追加ってのほうが利便性あるんじゃないのかなーという気がしてきたり。

で、そんなんやってると、もう眠い……今日も絵描けなかったなーと思いながら寝ちゃうかんじの最近ぽ。

うまく時間配分できるといいんですけどね。

何気に日付かわって今日の9/30にQt6.2がリリース予定らしいので……
またリビルドしないとなー。
Qt6.2でやっと欠落してたマルチメディア関係の機能が復活するので音出せるようになるぽ。

あと、なんかwindows10特有？
とあるリストに更新あったらウィンドウタイトルの末尾に[*]を追加するみたいな処理のところあったのだけども効いてない。

あるぇー？

どうやらwin10からなのかは知らないけど(win7んときは普通にできてた)、正規表現で使う文字とかはウィンドウタイトルには使えなくなったっぽい？
なんかいろいろと地味に変わってるなぁ……。



さらに話はかわって。
とある収集してる音声ファイル。
約２時間あるうえ、ラジオなので音質とかあんま関係ないねってことで、モノラルの32kbpsでエンコしてるのだけども。

ここ最近、収集状態のままで、リエンコかけてなかったなーと。
んで、lameのフロントエンドなツールにいつもはブッコむのですが。
そいやcpuパワーアップしたし、しかもコアもスレッドも増えたし爆速ですか？
とwktkしてたら……タスクマネージャみてもcpu20%程度しか使ってくれない。

あるぇー？
どうみても１コアしか使ってねぇ。

ググってみたらば案の定、lameてマルチスレッド対応してないんやね……。
64bitマルチスレッド対応版と銘打ってるの作ってる人いるみたいだけど、エンコのときに64bitだとなんかダメになる部分があるとかで、あんまし使ってる人いなさそう？

てかまあ、シングルでもx100～x120とか出てるしな。たしか前のpc(core2duo)だとx50～60ぐらいだった気がするぽ。
シングルコアの性能だけでも倍近く上がってるんだなーとかおもたり。

んでもこの辺の界隈はあんまし昔と変わってない感じだなーとかおもたり。
結構古い話ばかりで真新しい話題ナッシング。
まあ枯れてるとおもえばアレですけど。

関係ないけど、lameてレイムて読むんだっけか。
いまだに「らめ」て読んでる。らめぇ～。


そんな感じで日々ちまちまと。
それでも前進はしてるかなと。