It does. TIFF はアーカイブコンテナです: 損失なし LZW または DEFLATE, 16ビット/チャネル深さ, CMYK, 複数ページを一つのファイルに. That is what decides whether shrinking the file is purely a question of pixels or also a question of re-encoding.
Concretely, ピクセルはランツォスフィルタでリサンプリングされ 損失なしに書き戻されます 失われるのは 少ないピクセルに収まらない 詳細だけです エンコーダによって 追加されることはありません. You give it a target width, a target height or a percentage, and it works from the original rather than from a previously resized copy.
WEBP.toは、旧来のデフォルトの両方の現代的な置き換えを中心に構築されている：損失、無損失、アルファ、アニメーションを行うフォーマット、そして、JPEGやPNGよりも信頼性の高い小さなサイズに到達する。 People arrive here having decided the old defaults are costing them bandwidth, and that decision immediately raises the rest: what size, what quality, what happens to the transparency. TIFF のサイズを変更 is on the same upload and the same account so those questions get answered in one place.
TIFF のサイズを変更 が実行されたら、次に何をする価値があるか?
+
このサイトのコンバータは、WebP、PNG、JPG、AVIFの画像を移動します。小さなファイルが古いブラウザを失う価値があるのかどうかを決めるのです。 Doing it in that order matters: pick the pixels first and the container afterwards, because the container is the cheap decision and the pixels are the expensive one.
