It does. BMPは基本的に小さなヘッダを持つ未圧縮のRGB列であり、完全に損失なしで、巨大である。. 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. BMP のサイズを変更 is on the same upload and the same account so those questions get answered in one place.
BMP のサイズを変更 が実行されたら、次に何をする価値があるか?
+
このサイトのコンバータは、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.
