Home | Notifications | New Note | Local | Federated | Search | Logout
おだら@s3_odara@mastodon.hakurei.win
webページ: https://www.s3-odara.net/about.html
PGP主鍵指紋: B353 1E57 3A66 76E8 A920 60B3 879D 4D00 108D 4015
Joined: 2025-12-18 09:37:06
1638 notes, 1 following, 1 followers
おだら@s3_odara@mastodon.hakurei.win (2026-09-14 09:25:12)
選べるなら自分の興味あるもの以外見ないから、強制的にトップニュース聞かされるテレビはいいのかもしれない
おだら@s3_odara@mastodon.hakurei.win (2026-09-14 09:24:09)
ニュース、見ていないから全然情報が入手できていないな
おだら@s3_odara@mastodon.hakurei.win boosted:
@iroha_nano145@mastodon.irohanano.nl (2026-09-14 07:58:24)
今の時代、下手にSNSに流れるニュースをつまみ食いするよりも「オールドメディア」の方が100倍マシだろうしデジタル新聞契約しようかな。
おだら@s3_odara@mastodon.hakurei.win (2026-09-14 01:37:49)
エンカしたいな
おだら@s3_odara@mastodon.hakurei.win (2026-09-14 00:27:39)
ロッシーなイラストならavifの方が良いか
おだら@s3_odara@mastodon.hakurei.win (2026-09-14 00:27:01)
なるほど、全部jxlで良さそうだな
おだら@s3_odara@mastodon.hakurei.win boosted:
@syobon@post.syobon.net (2026-09-14 00:21:18)
というわけで、結論
Lossless:
画像の種類にあまり影響されず、安定して
JPEG XL < WebP << AVIF ≒ PNG
Lossy:
イラスト系なら
AVIF << JPEG XL (Modular) < JPEG XL (VarDCT) < WebP <<< JPEG
写真系なら
AVIF ≒ JPEG XL (VarDCT) < JPEG XL (Modular) < WebP <<< JPEG
おだら@s3_odara@mastodon.hakurei.win boosted:
@syobon@post.syobon.net (2026-09-14 00:10:14)
結果でました
写真の場合はAVIFとJPEG XLがほぼ同じ性能になるというのと、やっぱりJPEG XLのModularモードは写真のLossy圧縮には向いていないというのがわかりました
---Attachments---
image: https://obj.syobon.net/95/17/c7/9517c7c2ee87e162148123b29612570a7a7c44a1f26007c8d329b39636aa25d7.png
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 23:45:24)
破壊は人が思っているより不確実で、SSDにHDD用の破壊をした結果まるまる残ってるとかあるし、上書き消去もSSDに確実に行う方法はないし、Secure Eraseとかはファームウェアを信用する必要があるし。
人が暗号化より確実だと思ってるものはそこまで強固ではないのでそれらで満足な用途はだいたい暗号化でも良いはず
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 23:42:13)
パンピーへのフルディスク暗号化のメリット、これがあると思う
そのままリセール出せる
おだら@s3_odara@mastodon.hakurei.win boosted:
@syobon@post.syobon.net (2026-09-13 22:16:12)
HDDの処分が楽になるので自宅PCでもフルディスク暗号化はしとくとお得
ただしBitLockerテメーはダメだ
おだら@s3_odara@mastodon.hakurei.win boosted:
@AerospaceCadet@mstdn.jp (2026-09-13 23:16:04)
この30年ほどって一気にコンピュータネットワークが普及した様に見えるけれど、サービスはほとんどhttpの上で動いているし、その下はまだ40年前に開発されたIPv4が動いていたりもする。OSは30年以上前に開発されたものがそのまま動いてる。で、そこから30年向こうへ行くと、トランジスタの第二世代で初期のTSSが稼働を始めたばかり。この30年間って実は進歩がないんですよね。成熟？手っ取り早く金になるサービスの開発に群がってるだけでしょう。
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 23:21:42)
APubもMatrixもhttpの上で動いてるプロトコルだもんね
おだら@s3_odara@mastodon.hakurei.win boosted:
@mai_llj@misskey.blue (2026-09-13 23:06:46)
https://github.com/void-linux/void-packages/pull/62482
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 23:12:34)
Matrix鯖、DNSクエリをTCPだけで投げてTCP非対応の鯖を炙り出していくか
おだら@s3_odara@mastodon.hakurei.win boosted:
@natumi_kaoru@fedibird.com (2026-09-13 22:45:01)
最近はLinuxはfwupdとかいう便利なものがあるのでUEFIアップデートがラクになった 先人たちはUSBドライブを用意しなきゃいけなかったみたいだから
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 21:16:43)
2011年にAkamaiが、BINDの運用で、TTL切れのキャッシュがある時、権威にアクセスできなければそのままTTL切れキャッシュを返すパッチを当てていた。
その時に権威サーバーの応答を待つ時間として1.8秒、つまりOSのスタブリゾルバが解決を打ち切るとAkamaiが曖昧に考えた2秒に、ユーザーからAkamaiまでの0.2秒を引いたヒューリスティックな値が採用されている。
そのヒューリスティックを2017年にRFCに導入したので、実績以外に理由はないってことかな。
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 21:11:27)
チャッピー、調べ物うまい
---Attachments---
image: https://mastodon.hakurei.win/system/media_attachments/files/117/263/659/069/162/438/original/5588ef40d2ccc42c.png
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 21:09:51)
一般的なDNSクライアントは2秒でタイムアウトするという根拠はどこだろ
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 21:08:17)
When a recursive resolver receives a request, it should start the client response timer. This timer is used to avoid client timeouts. It should be configurable, with a recommended value of 1.8 seconds as being just under a common timeout value of 2 seconds while still giving the resolver a fair shot at resolving the name.
https://www.rfc-editor.org/rfc/rfc8767.html#section-5-5
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 21:06:39)
serve-expiredが1800ms推奨なのは何か根拠があるのかな、光速とか？
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:41:37)
劇的にAVIFロッシーが強い状況って、同じ画像をJXLロスレスにした方が縮むとかあるのかな
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:38:04)
解像度とか変えていろいろ試してみるか。
アニメーションだったらwebpより良さげなので、低画質域でもそこまでavifに劣後しないならjxlに統一したら便利だと思うんだけど
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:34:38)
ノイズがない、シンプルなイラストだと可逆圧縮の方がそこそこのavifよりファイルサイズ小さいとかあるものな
Reply to @syobon@post.syobon.net
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:28:39)
@syobon そうなんですね、jxlのチューニングが写真寄りすぎるか
おだら@s3_odara@mastodon.hakurei.win boosted:
@syobon@post.syobon.net (2026-09-13 20:25:35)
---Attachments---
image: https://obj.syobon.net/48/d0/3a/48d03a4eafa77bd4b100c51d10c4f1049bd16c97d7f9b241add396d81500e6d0.png
Reply to @syobon@post.syobon.net
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:26:50)
@syobon lossyなJXLだと、-m 0にするのが良いような
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:22:26)
https://marczin.dev/blog/jxl-avif/
SSIMULACRA2での比較してるサイトがあるな
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:20:08)
あと、q90だか80以上だと可逆でもjxlの方が良かったような
おだら@s3_odara@mastodon.hakurei.win (2026-09-13 20:19:47)
あーそうか、でもプログレッシブロードだっけ？徐々にロードするやつはモバイル向けに良いんじゃないかな。
同一品質でのq50くらいでのサイズ差ってそこまでないだろうし
Older Notes