Use an explicit 100 KB budget and inspect the actual result
This target-size workspace uses 100,000 bytes as its ceiling. The label 100 KB is decimal, not a binary KiB or MiB measurement. It is a chosen working budget rather than a universal platform rule. It can be useful for small avatars and simple icons, but content, dimensions and visual detail still determine whether a suitable result fits. A larger budget does not guarantee lossless output or require an already-small source to be re-encoded.
The engine keeps the requested dimensions while trying a bounded set of WebP or JPG quality settings. It checks actual encoded byte lengths rather than displaying an estimated success. The current search permits at most twelve attempts and does not assume size always changes monotonically with quality. If no tested result meets the ceiling, the interface marks it as over target. Reducing both dimensions to 75 percent requires your confirmation; it is not a hidden step.
Inspect text, material textures and small details even in a file that meets 100 KB. A low-quality success can be unsuitable for its intended purpose. If the receiving system allows a different budget, compare a related target-size page. If it requires JPG, select JPG and confirm the fill colour for transparent input. A valid file format and byte count do not establish that an unrelated form will accept the upload.
Worked example
A generated file of 90,000 bytes is below this 100,000-byte ceiling; a file of 110,000 bytes is above it. These are arithmetic examples, not promised results for a photograph. Check the downloaded file length and visual detail. If the current dimensions cannot produce an acceptable result, choose a smaller explicit size or another allowed byte budget.
Local processing and limits
One supported static image is processed at a time. The general input limit is 10 MiB and twelve million pixels; AVIF processing is limited to four million pixels. Unsupported animation, image sequences, HDR and unverified container features are refused. Large images need more memory even when their compressed file is small. A failed operation does not switch to a server-upload fallback.
The browser downloads its own application and codec resources from the same host. Your selected image, result, filename and metadata are not sent to an upload service. Images are not written to localStorage, IndexedDB or a service-worker recovery cache. Reloading the page leaves the image workspace empty. Downloaded files remain under your control; inspect them before sharing.