Atsushi Eno @atsushieno@fedibird.com

bskyアプリは通知の設定がいらん通知を消す方法が通知を前消しする以外無かったので、このアプリ自体使う意味がないと思って消した。モバイルWebで十分そう。

やっぱり最適化外しの影響は可能な限り小さく抑えようと思って、問題箇所をがんがん絞り込んでいって問題を再現できるコードまで特定した https://github.com/atsushieno/cmidi2/commit/4483594
うーんこれ最適化に失敗するのは仕方ないか…とはいえコードの最適化が理由で動かないコードが出来上がるのは問題か

-fno-vectorizeだけ付ければ今まで通りにビルドして使えるようになったからまあいいかと思ってたけど、よく考えたらオーディオ処理でvectorizationが効かないってけっこうデメリットでかいな??

更に調べてNDK r23 → r24でリグレッションが発生したところまで突き止めてreproまで作った（minimum reproは無理だ）
https://github.com/atsushieno/aap-core/compare/main...issue194-experiment
どちらかというとこの差分をもとにLLVMのソースを追っかけたほうが早そう（どうせvectorization自体に大量の変更は無いだろう、という楽観視）

すげえ調べたらすぐわかった https://stackoverflow.com/questions/15548023/clang-optimization-levels

何やらAndroid NDKのclang++の秘孔を突いた（最適化バグにぶち当たった）ような感じだ。-O1 と -O2 の間にどんだけ違いがあるのかはちょっとどう調べたら良いのかわからんな…（clangのソースのどこかで定義されてるんだろうけど）
https://github.com/atsushieno/aap-core/issues/194

自分がまだ動いてくれるといいなと思うのはFlashのほうなんだよなあ…と思いながら雑に探してみたら同じ開発元がFlashもやってたらしいことに気づいた（開発が続いているとは言い難い） https://github.com/leaningtech/cheerpx-flash

またJUCE on Androidのrealtime blockerを見つけてしまった… https://github.com/juce-framework/JUCE/issues/1345

UrbanDictionaryもう何でもありだな https://www.urbandictionary.com/define.php?term=lolibaba

次買いたいノートPCの本命なんだけど、現状だいぶ厳しい評価だ…重いGPUユニットを完全に切り離してるのはそれでも賢い。昔のSurface BookみたいにLCDにくっつけたりしたら意味ないんだよな（モニターなしでノートPCを使う場面なんてほぼ無い）
https://arstechnica.com/gadgets/2024/01/review-frameworks-laptop-16-is-unique-laudable-fascinating-and-flawed/

社長っていうポジションがあってそこにいたというので謎に驚いた

みなさんのご期待にお応えしてATフィールドを破っておいたのねん。雪を楽しんでねん（全身防御を固めながら）

今日はやる気ないな〜と思って晩飯用に適当にスーパーで惣菜弁当を買ってきたのをすっかり忘れて李錦記（なぜか自宅にいくつかある）の茄子挽肉炒を作り上げて、米をレンジで解凍しようとして弁当の存在に気づいた。一日一ADHD

やっぱりmain thread以外からbindService()できるようにならないと無理かなあ

なるほどやったほうがいいかなと思ったけど、自分の静的サイトそこまで更新頻度高くなかった https://songmu.jp/riji/entry/2024-02-03-fediverse.html

オープンハードウェアのWM-1000XMシリーズみたいなやつがあるの?? と思って見たらPinePhoneを作ってるところだった。いろいろ手を出してるんだなあ https://wiki.pine64.org/wiki/PineBuds_Pro

都心部、雪マークが出ていてもいつも謎のATフィールドに防護されて雪を見ることが全然できないので、どこの組織と内通してバリア無効化すればいいのかネットで調べている。