07/29 21:35 (@gorry5) @hirasho それはもしかして…「レンダリングは常に一定解像度で一時バッファに描いて、それを表示系にストレッチ転送している」のでは… (mona)

07/29 21:36 (@sinpen) @sinpen @gorry5 @mucom88 @hor11 @Madoka___ で、日曜日イワシ見て飲む、でいいのよね？1700にうちの会社集合、とかで良い？？ (moma)

07/29 21:37 (@gorry5) @gorry5 あ、「ボケて見えない」を「ボケて見える」と勘違いしました…今のナシで (moze)

07/29 21:39 (@Madoka___) @sinpen @gorry5 @hor11 @mucom88 な、なんとか頑張ります（汗 (ratu)

07/29 21:41 (@hirasho) @gorry5 単にテクスチャの解像度が高いだけでもそうなりますよね？私の機械だと縮小比が2を超えるくらいテクスチャ解像度が高いみたいです。エイリアシングが出ます。 (raho)

07/29 21:44 (@gorry5) @hirasho iPadとフルHDスマホはもう同等の画像リソースを必要とするので、それが標準になるのは当たり前のところだと思います。フルでないHD用の画像リソースを用意する＊余計な＊技術とコストの余裕を開発会社が持てるかどうか次第ですね… (rite)

07/29 21:48 (@hirasho) @gorry5 ミップマップなんて入れたら配布が大きくなってそれはそれで嫌ですからね。いくら自動化しても多少は手間もかかりますし。面白ければいい機械を買うはず、と考えてもいいと思います。私は速くしてもらえたらうれしいですけど、きっと少数派でしょうし。 (ruse)

07/29 21:53 (@sinpen) @gorry5 @mucom88 @hor11 @Madoka___ とりあえず集まった人でイワシ見て飲みに行きましょう！ (rete)

07/29 21:54 (@hor11) @gorry5 @sinpen @mucom88 @Madoka___ 8時位に離脱するけど、たぶん平気。 (rehe)

07/29 21:54 (@gorry5) @hirasho 編集用データからアプリ用リソースに落とし込む時に解像度変換までかけてくれるようなビルドツールを仕立てればいいんですが、果たしてそのコストを誰が負うのか、負うだけのメリットを見い出せるのかという…（苦笑 (rema)