いにしえのAndroidの3DディスプレイってどういうAPIだったんだろう

3D液晶はどう見える？　おサイフケータイは便利？――日本製Android「LYNX 3D SH-03C」の真価（1/2 ページ） - ITmedia Mobile
https://www.itmedia.co.jp/mobile/articles/1012/15/news007.html

えっ君その状態でも真ん中に出るんだ

本当はAssetBundle内のデータの切れ目に合わせてチャンク化とかするといいんだろうが、そこまで面倒見るのはさすがにだるいな

富豪的プログラミングにも程があるだろ

92MBのアセットバンドルがZstandardに入れると70KBになるの面白すぎる (1300倍以上縮んでいる)

色　染　め　た - ニコニコ動画
https://www.nicovideo.jp/watch/sm42004046

なんかまあ Zstandard の辞書機能は一旦今回は忘れたほうが良い気がしてきた

うーむ

4Kモニタでフルスクリーンにすると文字綺麗すぎる

ザ・メイキングいつの間にか4Kになっててすごい

世の中煮沸して無害になるものばっかりじゃないからなあと思っている

このアカウントは、notestockで公開設定になっていません。

っていうか Zstandard で全ファイル圧縮しただけでインストール前より小さくなってるの面白いな

まあ普通に4GBの入力から辞書作るの遅くてシングルスレッドで辛いしファイルのシーク可能(チャンクで切ってバラす)圧縮の時にファイル全体辞書用意するみたいな使い方の方がいいかな

中身は多分UnityのAssetBundleがいっぱい入ってるんですが、とてもよくできたAssetBundleの作り方をこのゲームがしていると考えると、AssetBundle間の共通データはprefixとTypeTreeしかないはずで、まあTypeTreeってよくよく考えるとそんなデカくないわい、という気がしてきた

まぁこれはそうか

辞書は64MBを最大サイズにして作ってるんだけど、それなのに240KBしか出てこないのは若干謎(そんなでかい辞書作れませんってことかな)

まあ240KBで28MB節約できるのはすごい気がするが、言うて今時のインターネットなら28MBのダウンロードなんてほぼ一瞬なのでなあ

12GBの元データのうち小さいファイルから順に4GB食わせて240KBの辞書ができ、普通のzstdで圧縮するよりも良くなったパターンに限定して28MBの節約

zstdの辞書生成、実データだと案外差出なくてそうっすね…ってなった

(IP|Ethernet) over (TLS over)? TCP 環境下ではMTUを実装が許す最大値まで上げるのが最適解な気がしているが、本当にそうだろうか

カラフルprecious life (茶太) | PlayMB
https://playmb.rinsuki.net/recording/f5313579-2539-4f6d-bb67-8fc12d4bca48

と思ったが、ここは Windows なので ProcMon でログ取ったら一発だった

rclone mountでオープンしたファイル一覧とか読めないかなー

そういえばUSIONからGAMESになって謎の7のテーマ使ったWPF製ランチャーなくなったのか

🤔

この見た目でIAPあるのだいぶおもろい

このアカウントは、notestockで公開設定になっていません。

薬屋のひとりごと1から追い付こうとしてるがまあ普通に面白いな

CRC32って32bit？