How to convert to JPG
This route always creates JPG output. It is appropriate for opaque photographic sharing copies, but transparency becomes a solid background and source features such as animation, vector behavior, pages or editable layers cannot survive.
Steps
- 1Check what the source contains
Look for transparency, animation, vector content, TIFF pages or PSD editability that JPG cannot represent.
- 2Choose the JPG quality
Balance visible detail against byte size and accept the solid background used where the source was transparent.
- 3Inspect the flattened result
Review dimensions, background edges and compression artifacts, then retain the original source for any property lost in conversion.
Key decisions
Why does transparency become solid?
JPG has no alpha channel. Transparent pixels must be composited against the visible background before encoding.
What source content is selected?
GIF contributes its first decoded frame, sanitized SVG becomes pixels, supported TIFF pages become separate ordered raster inputs, and a compatible PSD contributes its embedded composite.
Before you download
Know the limits
- Every result is opaque and lossy, so it is not a faithful replacement for a transparent or editable original.
- TIFF accepts only classic stripped, chunky eight-bit white-is-zero or black-is-zero grayscale, RGB, declared-alpha RGBA or palette pages using None, PackBits, LZW, Deflate or old Deflate compression; horizontal differencing is supported only with LZW or Deflate. The first supported page opens by default. Opening every supported page creates separate ordered rows and requires the complete chain to fit the same subset. Limits are 25 MB per TIFF; 8,192 pixels, 12 megapixels and 256 strips per page; 16 pages and 16 megapixels combined; plus 150 MB of TIFF sources per batch. BigTIFF, tiles, separate planes, non-top-left orientation, reversed fill order, JPEG and CCITT are excluded.
- PSD accepts only a version-one flattened RGB or grayscale composite at 8 or 16 bit with up to four channels, an exactly four-channel CMYK composite, an exactly three-channel Lab composite, or an 8-bit indexed composite with one palette-index channel and an exact 256-color RGB palette. Raw, RLE and ZIP work at both depths; ZIP with prediction is 8-bit only. Every source becomes an ordinary 8-bit flat sharing copy. CMYK uses a deterministic screen approximation; Lab uses a deterministic D50-to-D65 sRGB conversion. Neither is a color-critical proof. The limits are 25 MB, 8,192 pixels and 10 megapixels per file, plus 10 files, 100 MB and 30 decoded megapixels per PSD batch. Layers, plates, spot channels, palette identity and color profiles are not reproduced.
Verify the copy
Common questions
Can JPG preserve a transparent logo?
No. Use PNG or WebP when the destination must retain transparent pixels.
Is the JPG a replacement for my TIFF or PSD?
No. It is a flattened sharing copy from the accepted page or composite. Keep the original for pages, layers, metadata and future editing.
Which compressed professional files are accepted?
TIFF accepts None, PackBits, LZW, Deflate and old Deflate in the bounded stripped subset. PSD accepts Raw, RLE and ZIP for RGB, grayscale, exactly four-channel CMYK or exactly three-channel Lab composites at 8/16 bit and indexed composites at 8 bit; ZIP with prediction is 8-bit only. CMYK and Lab output is for screen sharing, not color-critical proofing.