Keᷟiͣzᷤoͭuͦ@6ͩ4ͦ0ᷠ0 @keizou@mstdn.guru

こういう点に関してのweepさんとtateisuさんのフットワークの軽さを見習いたい

SVGを上手く運用できれば、あとはコード変更せずにレンダリングエンジン側がいい感じにやってくれるはずなので理論的には保守コストが下がるはずなんですよね

主にフロントエンドやってる技術者の大半はこれを理解してるけどSVG面倒くせぇという気持ちが先立ってしまう。まぁつまりSVGは開発コストが高い

ラスターでも現状なんとかなってるからこそ悩ましい

https://fedibird.com/@weep/103191774445917029

これたぶん「フィル」と「ストローク」だけなら互換性は保てると思うんだけど「フィルタ」と「グラデーション」を追加すると一気に互換性が下がるような気がする

ただフィルムとストロークのみで繊細なイラストを描画すると一気にレンダリングリソースが奪われるので互換性の高いフィルタやグラデーションを特定していく必要があるんじゃないかと思わなくもない

「そんなにSVGレンダリングエンジンで違うの？」って思うかもしれないけど、素人目で見ても明らかに違うよ

1枚目がChromeでSVGレンダリングしたやつ
2枚目がFirefoxでSVGレンダリングしたやつ

大きな違いはChromeはどうやら一部のSVG描画機能をサポートしていないっぽい(どの部分かは詳しく調べてないので不明)

更にもっとよく見てみると濃くて大きな塊の雲の描画も双方なんかちょっと違う

こういうズレは精細なイラストを表現する際に問題となる可能性が高い

対策はWebkit、Gekko、Blinkで差異の小さな機能のみを使うようにすることなので、その辺はHTML5のドラフト機能をサポートするかみたいな話と似たような感じだ

う〜ん・・・SVGは美しい(理論的には)

問題は作るのが凄く面倒なことと、SVGレンダリングエンジンによって描画に差異が発声する可能性があることと、グラデーション指定をせずに膨大な要素を描くとリソースを大きく消費してしまうことだ

ぶっちゃけラスターグラフィックスの方が現状では汎用性が高い

ベクターディスプレイとかもラスターディスプレイの汎用性の高さに駆逐されちゃったしねぇ

ラスター向けに描いて必要なときにベクター出力でポンみたいなソリューションが理想だ

そういえば新しいBackspace.fmのロゴのフォント格好良いけどフォントなんなんだろこれ

MastodonはSVGファイルの投稿には対応していないので解説するのが難しいのだけど、やっぱりSVGの凄さはどんなに拡大しても粗くならないことだよね

これAW4の地球の部分を拡大したやつだけど、雲のグラデーションがいくら拡大しても粗くならない

薄く靄が掛かっているような雲の下へ、更に大地があり緑〜茶のグラデーションまで粗くなることがない

これつまりどういうことかと言えば、以前ボクが言ってたイラストPSDからSVGを生成する機械学習でイラストの繊細なグラデーションがSVGでも再現できる可能性があるということなんだ

特に最近のイラストは色づきガラスのような繊細なグラデーションを持つ瞳が描かれる傾向にあるし、需要は物凄くあると思うんだよね

実はApple Watch Series 4も作ってたんだけどグルドンに登録してもらうのすっかり忘れてたというｗ

mstdn.guruで使われているカスタム絵文字 はInkscapeでボクが作ったやつ

元画像をそのまま縮小すると特徴的な意匠とか消えちゃうので元画像をトレースしつつ特徴的な意匠が強調されるように描いている

馴れたらこれくらいは余裕で作れる

写真と見間違えるレベルで追い込むことも出来るんだけど、そこまでやると結局は元画像を縮小したのと変わらいのでやってない

用途としては小さく表示されるカスタム絵文字なので、極限までリアルに仕上げるよりも、小さく表示された際の「アストンっぽさ」を表現するほうが重要

OSC行こうと思ってたけど夕方予定が入っていけなくなっちゃった

これはすごい

https://mstdn.guru/@shingo1228/103191461342263643

試していないですけど、おそらく「ユンゲラー」「Yungerer」は何かしらの制限がかかってるはず

https://mstdn.jp/@NightCat/103191418484954812

まさかのTOYOTA Miraiか！

センチュリーには防弾仕様車が存在することは知っていたけれど、Miraiにも存在するんだろうか

https://mstdn.guru/@kiri_a/103190590356892867