enhance: 画像の圧縮(webpublic化)をクライアントサイドで行う #8176
Conversation
| webpublicNeeded = !!metadata.exif || !!metadata.icc || !!metadata.iptc || !!metadata.xmp || !!metadata.tifftagPhotoshop | ||
| || !metadata.width || metadata.width > 2048 || !metadata.height || metadata.height > 2048; |
There was a problem hiding this comment.
判定を逆にしたほうがわかりやすいような気もする (変数名はsatisfyWebpublicとか?)
There was a problem hiding this comment.
ここ切り出してユニットテスト入れたい気もしてたから、そのうちどうにかしておくのだわ
mei23
changed the title
|
そもそも #8167 を実装しないと全部webpublicになっちゃうんだなこれ
情報があまりにも少なすぎるんじゃぁ |
browser-image-resizer が |
originalありwebpublic未生成にならないかしら？ |
今はJPEGのみどこからアップロードしても対象だけど、なんかいい感じにしたい。 |
なぜかICCが添付されてくるのでwebpublicが生成されてしまう
yes |
なんと |
Firefoxは付けて来ないけど、Chromeは付けてきちゃうわね |
yes |
|
現代的なブラウザであれば無視されることはないし、AdobeRGBとかであっても表示がおかしくなることはない…はず。 私的には3でいいと思う |
|
別の問題: ブラウザで変換した場合問答無用でファイル名がuntitled.jpgになる |
|
変なICCプロファイルつけたまま連合に流しちゃうとICCプロファイル消す系の実装で色がくすんで悲しくなりそう(Mastodonとかそうな気がする) でも実は今でも変わらない？ |
sharpはカラースペースをちゃんと処理してアウトプットをsRGBに変換するので、sharpを挟んでいる以上は大丈夫 https://p1.a9z.dev/notes/8vy1xqvwyh |
|
Fedibirdを検証に使ってはいけなかったっぽい |
|
mstdn.jpだと壊れた |
|
（ICCの有無を無視した場合に発生する）色味の問題は「サードパーティクライアントが」「変則的なカラースペースの画像をそのまま送信する」という限定的な事象で発生する上に「ICCを無視しちゃうような |
|
ところで、iPhone SEで下の画像が送信できなかったのだけれど再現するでしょうか |
|
なんか直った (iOS 15.3にしたからか？) |
| }; | ||
| resizedImage = await readAndCompressImage(file, config) | ||
| } | ||
|
|
||
| uploads.value.push(ctx); |
There was a problem hiding this comment.
これはif (file.type === 'image/jpeg')の前に移した方がよさそう
Co-authored-by: tamaina <[email protected]>
|
Orientationはexifreaderまわりが悪いのね（issueあるじゃん） |
はちゃんと判定していてcanvasで回転しているあたりがおかしい気がしてるのだわ |
|
browser-image-resizerでバンドルが90KiBぐらい増える… #8216でlazy loadにしてみた |
|
#8216 で続いてるからこれはもういいわよね |
What
Resolve #8173
Why
パフォーマンスの向上とかいろいろ
Additional info (optional)