Splatoon3 - スプラトゥーン3 攻略&検証 Wiki
編集連絡掲示板 / 374
963
コメント
views
10
フォロー
Googleドライブに投稿されている各種ブキの画像枚数にもよりますが、まずは並べて皆さんから投票してもらえる形で見てもらうところからでしょうか。
パッと浮かんだ案ですが、コメントに対して現状リアクションは笑顔・サムズアップ・ハート・涙目、の4つしか入力できないので、1つのコメントに1枚だけ載せて、1人複数投票可、とするのが1番フェアなのかなと思いました。
例えば、スプラシューターが5枚投稿されているのであれば、5つコメント（それぞれに1枚ずつ画像をアップ）し、1番リアクションもらえた人の順位で決める、といった具合に。
それと採用枚数は2枚まででしたでしょうか。投稿数が2枚以下であれば、そのまま採決取らずに採用で良いと思います。（画像の内容は全然確認しておりませんが…）
1つの画像の中に2枚収める際は、どなたか編集できる方にお願いするのが良いのかなと。（僕も編集はできますが並べ方のセンスの自信はないです…）
了解です。その方式で明日から投票をとっていこうと思います。あと、wikiにまとめる際は>>> 273のやり方でまとめようと思っており、そのページ作成の許可をいただこうと思っております。
ページ作成問題ありませんので、よろしくお願いします。
すいません、どなたかwebpへの変換をしてもらえないでしょうか？私のところでも変換はできなくはなかったのですが、ピクセル数を調整した状態でwebpに変換しても30KBを大幅に上回ってしまいます。
いくらなんでも30KB以下に圧縮するのは大無茶だと思う(iconページのカーボンローラーデコが28.1KB)ので300KBの誤字でしょうかね?
でしたら手持ちの写真だとわざわざwebpに変換せずともjpegの時点で184KBほどでした
私も30KBは厳しすぎると、そこまで削減しなくてもよいと考えます。
30KB云々の話は、このあたりから出てきたものでしょうか？
個人の考えですが、画像のサイズ（容量）について、すべての画像に同じ基準を適用する必要はないと感じます。
アイコンについては、たくさんのページで、かつ1ページ内でも複数個使われるようなものですし、元々アイコン画像というのはピクセル数・バイト数ともに減らしやすいものです。ですので、厳しい制限をかける妥当性があります。
また、wikiのトップページはアクセスが多いので、トップページに表示される画像は転送量（画像容量×アクセス数）が増える傾向があります。そちらもきっちり容量を削減する必要がありますね。→参考
最終的に各ブキページでのみ表示される画像なら、それほど厳しい容量削減をしなくても大丈夫ではないかと考えています。横幅を614px（根拠）にして、そのうえでできる範囲で圧縮すればよいと思います。
以前スプラシューターの画像を例に30KBと提示したのですが、よくよく考えてみると画像の周囲は白系、ブキの色使いの仕様上容量が相当小さくなって30KBなので、画面の端まで色を使った画像ともなると30KBは至難の業かと思います。不適切な提示ですみませんでした。
参考になりませんが、スプラシューターの画像サイズは
24.8KBです。(追記：この画像使われていませんでした…。調べたところ現在掲載している画像は、外部サイトからの引用で使用しており、98.2KBの模様です。)
旧会議室189にて、運営より容量削減の依頼があった際は、結果的に462.3KBのものを111.0KBまで削減して良しとし、その後も改良して50KB前後(px614x345)まで落とせているので、目安100KB、目標80KB前後はいかがでしょうか。もちろん目指せるなら容量を削減していく方針で。
タラポートショッピングパーク(画像一覧)やコンブトラック(画像一覧)をステージ一覧ページに記載すべく編集していたのですが、ステージの一覧画像のピクセル数は480x270表示、各ステージのwikiページまで行けば614x343に縮小されていたので、それでwebp変換してみたところ47.1KBや37.6KBまで落とせました。
実際にタラポートショッピングパークやコンブトラックの画像の大きさ具合など見てもらえれば、意外と614x343でも大丈夫かなと思います。
wiki側でインライン解像度とファイルサイズに応じて自動で最適化が行われるようなので、それを一つの基準とするのがよいのではないでしょうか。
申し訳ございません。
写真のような解像度のSVGは非推奨とさせていただきます。
パスする基準について、参考にしてください。
インライン表示の解像度とそのリミットサイズです。
32x32 6.87KB
50x50 8.35KB
200x200 25.29KB
400x400 54.97KB
500x500 71.79KB
800x600 107.06KB
800x800 128.00KB
sharp_yuv オプションは検討いたします。
ただこの基準は「縦幅以下かつ横幅以下」なのか「「縦幅以下または横幅以下」」なのか「総ピクセル数以下」なのかが不明で、一度練習ページなどで表示する予定のインラインサイズを用いて自動最適化が働くかどうか実験するとよいかもしれません。
自動最適化のテスト結果
WebP Lossyは原則最適化をパスする？
WebP Lossless、JPEGは最適化されることがある
最適化をパスする基準は総ピクセル数とファイルサイズで、正確な式は不明だが近似値は( (横幅px ＊ 縦幅px)^0.65 ＊ 0.021 + 5) KB
すなわち、614x343のJPEG画像は約65KB以上のとき自動最適化が働くと考えられる
最適化された画像はWebP Lossy 品質80程度
「インライン表示の解像度」とあるが#ref()での指定サイズは関係なく画像解像度が条件
※ファイル名末尾が「.webp.webp」となり最適化が走った形跡はあるが実際はファイルは変更されていない
企画立ち上げ時に変換のお手伝いを名乗り出ていた者です。
画像容量については上の返信を見る限り心配なさそうなので、改めてお手伝いに参りました。
よろしければ分担分を収めたGoogle driveのアドレスを共有していただけますと幸いです。(フォルダの編集禁止設定を推奨)
ありがとうございます。とりあえずシューターの写真の変換を頼みます。(ピクセル数はこちらで調整しております)リンク
すみません、直近に画像まとめる話もうでていたのですね。
写真ひとつにしたもの送っていただければ変換作業おこないます。よろしくおねがいします。
了解です。今やってるシェルター部門の投票が終わったら頼みます。おそらく10時以降になると思います。
とりあえず、すでに決まった2つをお送りしました。14時にもう一つ決まりますが、そちらは私が変換します。変換よろしくお願いします。
スパガとパラ変換完了しました。確認お願いします。
この調子で逐一報告していると木の長さがとんでもないことになりそうですが、どうしましょう？
変換ありがとうございます。報告はGoogleドライブのコメント機能を使いますか？
いったんそうしてみましょうか。
すみません、いったんそうしてみましょうとは言いましたが、具体的にはどこに書き込んだらいいでしょうか。
ひとまず私のほうは一日に2回は未変換フォルダ確認するようにしておきます。
混乱しますから、報告は最悪なしでもいいかなと思います。私も定期的に変換済みフォルダを確認するようにします。
【報告】
写真の内容によっては横400pxではなんの武器かわかりづらくなるレベルで映り込みがつぶれてしまうのと、目標ファイルサイズ的に問題なさそうなので横600pxで変換させていただきます。
よろしければ400pxで変換済みのものも原寸画像いただければ対応します。
6/7変換条件更新：Photoshop webp保存 画質60、横600px画質保持率落としてみたけど案外大丈夫そうだった。これでだいたい大きいほうでも50KB以内におさまります
6/7 20:56追記：画質60でも50KB超えるものはいくつか出てきちゃったので、それらに限りさらに画質おとしてます。でもぶっちゃけ誤差っぽい。
了解です。では、すでに掲載済みのものを送りますので変換よろしくお願いします。
試しに「ブキ/クラッシュブラスター」に入れてみました。こんな感じでいいですかね？
追記:一枚にまとめるのを忘れていました。200×215は画質の低下が顕著だったため、400×438ピクセルにすることで解決しました。もう少し落とした方がいいですかね？
400×438↓
300×329↓
200×215↓
すごく個人的な意見で申し訳ないのですが、画像達がぴったりくっついていると境目が認識しづらいです
可能なら2枚に分けるか、2枚の写真の間に白線を入れてほしいです
わかりました。修正しておきます。