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)

07/29 22:01 (@hirasho) @gorry5 でもこの規模のゲームなら当然のようにデータパイプラインの整備はなされてると思うんですよね。単純に配布が大きくなることを嫌ったのかなと思います。33%も増えますから。 (roda)

07/29 22:06 (@sinpen) @Madoka___ @gorry5 @hor11 @mucom88 まどかさん愛してるー！ (gaza)

07/29 22:07 (@gorry5) @hirasho リソースはアプリ組み込みのケースと別途ダウンロードのケースとがありますから、後者なら余計なデータを抱えずに済みます。当該アプリはサイズから見るに後者かと (gazo)

07/29 22:11 (@hirasho) @gorry5 このゲームは任意にズームができるのが厄介なのかなと思います。低解像度端末でもすごくズームすれば高解像度テクスチャが必要になるわけで。それにダウンロードの段階で分岐するとテストのコストが増す気もします。機械変えて試さないといけないですから。 (giza)

07/29 22:16 (@sinpen) @gontarou @gorry5 @mucom88 @hor11 @Madoka___ お い で！！ (guzo)