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
1628 notes, 1 following, 1 followers
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 23:48:25)
クローンすりゃいいのになあ
おだら@s3_odara@mastodon.hakurei.win boosted:
@dev@post.naskya.net (2026-09-27 23:17:29)
GitLab Community Edition の推奨よりも低い 4 vCPUs, 4 GB RAM のサーバーでセルフホストしていて、動作が重いけど仕方ないかなぁと思っていたけど、ログを見たら Meta の bot らしきものが大量にアクセスしてきていたので止めたら見違えるほど軽くなった
おだら@s3_odara@mastodon.hakurei.win boosted:
@sublimer@mstdn.sublimer.me (2026-09-27 22:52:51)
minimumReleaseAgeが短すぎる→脆弱性が含まれているパッケージがインストールされるリスクが高まる
minimumReleaseAgeが長すぎる→脆弱性が修正されたパッケージがインストールされないリスクがある
minimumReleaseAgeを一定の範囲内の乱数にするのが良いのではないか
Reply to @rumisan@eth.rumiserver.com
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 20:04:03)
@rumisan そんな感じ
Reply to @rumisan@eth.rumiserver.com
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 19:58:54)
@rumisan FreeBSD/OpenBSD/NetBSDなどは自由なソフトウェアだけど、それを元に不自由なソフトウェアを作ることができる。コピーレフトでないことを不自由になる自由があると言ってる。
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 16:30:37)
不自由になる自由を所望しているならBSDを使えば
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 16:28:02)
不自由なソフトウェアを使った当然の報い
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 16:14:23)
LLMの生成性能なんかより俺がLLMに気を遣う負荷を減らしたほうが良いので、LLMにはパワハラをしている。
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 15:57:04)
スライドのビルドシステムをいい感じにしよかな
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 10:18:05)
commandcodeとかいうの試そうかな
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 01:28:35)
MacOSでWMをやろうとして非公開APIを叩くことによる問題に当たるのをよく聞くな
おだら@s3_odara@mastodon.hakurei.win boosted:
@kakkun61@ap.kakkun61.com (2026-09-27 01:26:42)
@kakkun61 Dock の非公開 API に依存してるらしいから OS Golden Gate には対応していない？
おだら@s3_odara@mastodon.hakurei.win boosted:
@kakkun61@pawoo.net (2026-09-18 00:45:05)
https://github.com/asmvik/yabai/ いじってみるかあ
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 01:25:12)
今着服から解放されてる
おだら@s3_odara@mastodon.hakurei.win (2026-09-27 01:22:20)
公共施設で服を着ていなければいけない道理はないな
おだら@s3_odara@mastodon.hakurei.win boosted:
@h6i2k@mi.aono.space (2026-09-27 01:19:57)
昨日は公共施設に服を着ずに滞在する時間があったため、半分正解とされる
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 12:28:21)
朝からあり得ないTL
---Attachments---
image: https://mastodon.hakurei.win/system/media_attachments/files/117/335/213/920/116/971/original/446805a7f5b02c8e.png
Reply to @s3_odara@mastodon.hakurei.win
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 12:05:12)
ロスレスの比較もあるよ。
AVIFはロスレスだと船降り
---Attachments---
image: https://mastodon.hakurei.win/system/media_attachments/files/117/335/123/362/313/428/original/bb240ea037583184.png
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 12:03:33)
RE: https://mastodon.hakurei.win/@s3_odara/117331608653737162
WebPはエンコード速度でも品質でもAVIF/JPEG XLに勝てません！
中途半端というか、これからは互換用途だと思う。
JPEG XLが普及するまではロスレスで第一級だろうけど。
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 11:33:25)
ロスレス圧縮でも比べた
---Attachments---
image: https://mastodon.hakurei.win/system/media_attachments/files/117/334/990/595/800/689/original/16e33217b5f8b0c7.png
おだら@s3_odara@mastodon.hakurei.win boosted:
@fsf@hostux.social (2026-09-26 03:42:02)
Learn about #encryption at #EncryptFest online, in Boston, or New Haven on October 25: https://u.fsf.org/4ck #FreeSoftware #surveillance #FSF
---Attachments---
image: https://hostux.social/system/media_attachments/files/117/333/145/750/596/847/original/288fc9fdab8ff7c3.png
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 00:26:28)
rust coreutilsとかsnapとか
まあパッケージングもUbuntu仕草にデフォルト動作を変えてるのが多い
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 00:25:14)
UbuntuはDebianの上で割と新しいことをしていて思想強いディストリだなとは
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 00:19:25)
ローリングリリースなものしか使えない体になっているのでGentooとArch使ってる
おだら@s3_odara@mastodon.hakurei.win (2026-09-26 00:15:45)
周りのオタク予後が悪いから全員LT前にスライドのビルド環境を調整してる
おだら@s3_odara@mastodon.hakurei.win (2026-09-25 21:29:25)
RE: https://mastodon.hakurei.win/@s3_odara/117331608653737162
このサンプルからの結論は、AVIF、JXLは速度と品質とファイルサイズの全てでWebPを上回るプロファイルがある。WebPを使う意味なし。
意外にも高品質、長時間よりのプロファイルでAVIFがJXLに勝った。JXLのeffort maxでも品質とファイルサイズでAVIFの方がいい。
逆に高速なプロファイルではJXLが上回る部分もあった。
あとSSIMULACRA2スコアは90くらいで飽和しているような気がする。視覚的ロスレスを超えて、拡大前提でのディティールを、人間の視覚を元にした測定方法ではうまく測れないのかも？
おだら@s3_odara@mastodon.hakurei.win (2026-09-25 21:11:06)
JPEG XLとAVIFとWebPで品質と速度とファイルサイズを比較したグラフ作った
https://www.s3-odara.net/files/jxl-benchmark.html
---Attachments---
image: https://mastodon.hakurei.win/system/media_attachments/files/117/331/608/260/250/124/original/14e34a210347f135.png
おだら@s3_odara@mastodon.hakurei.win boosted:
@ntek@hl.oyasumi.dev (2026-09-25 19:00:08)
近代的なサービスだと音声品質と画質は別扱いしてくれるけどそうでもないサービスは音質のために高画質の選択肢を選ばざるを得ない
おだら@s3_odara@mastodon.hakurei.win (2026-09-25 18:52:36)
バイブグラフ作成してもらお
おだら@s3_odara@mastodon.hakurei.win (2026-09-25 18:51:48)
avifとwebpとjxlでエンコードしたデータは取れたけどどうグラフにしたらいいものか
Older Notes