1Upload the GIF animations you want to work on; the file opens in an editable view in your browser with nothing installed.
2Make your changes — crop, rotate, resize, draw and recolour on an image; rewrite the words and restyle headings, lists and tables in a document — and every one of them lands on a working copy, never on your upload.
3Preview the result at full size before you commit to it.
4Export back to GIF, or to a format that re-compresses nothing if you are still part-way through editing.
GIF Editor FAQ
Is my file uploaded, or does editing happen locally?
+
Editing happens in your browser; the file goes to our workers only for the operations that genuinely need server-side processing, and it is deleted shortly afterwards.
How does GIF Editor let me edit without installing anything?
+
Concretely, only the frame you are looking at is editable; the remaining frames and the shared palette are held aside and reassembled at export, so an edit to one frame is negotiated against the colours the rest of the animation still needs. The editing surface is the browser, so there is nothing to install and no licence to hold.
Anything specific to GIF in the editor?
+
Yes — the palette is shared across the whole animation, so any change to one frame is negotiated against the colours every other frame needs. Worth knowing before you export over your only copy.
Is anything lost when I export?
+
Only what the export format cannot represent. Choose a lossless output while you are still iterating and a compressed one when you are finished — exporting to a lossy format between edit sessions is what accumulates damage.
What can I upload to GIF Editor?
+
Animated and static GIFs, plus animated WebP. Still images work too and are treated as a single-frame animation, which is occasionally what you want when building one.
Is there a file size limit on GIF Editor?
+
Yes: free accounts process images up to 5 MB each, which is a real constraint for animation — a few seconds of full-frame GIF reaches that quickly. If an animation is over the limit, cutting the frame rate is almost always a better first move than cutting the dimensions — the eye forgives 12 fps far more readily than it forgives a smaller picture.
Will GIF Editor lower the quality of my GIF animations?
+
The binding constraint on a GIF is not the operation, it is the 256-colour palette. Anything that changes pixel values forces a re-quantisation against a palette shared by every frame, which is where banding and dithering come from. Frame timing and loop count are preserved.
Can I run GIF Editor on several GIF animations at once?
+
Yes, and it is worth doing — per-file overhead on an animation is dominated by decoding every frame, so a batch amortises far better than the equivalent set of single runs.
Why does a EPUB site host GIF Editor?
+
EPUB.to is built around the open eBook format — XHTML in a zip, reflowable by design, and readable on hardware nobody has thought about the layout for. A book is a zip full of markup, images and fonts, so almost every job people bring to an eBook site is really a job on one of those things. GIF Editor runs on the same upload and the same account as the conversions because that is where it is needed.
What should I do with the result once GIF Editor is finished?
+
The converter on this site moves books between EPUB, MOBI, AZW3, PDF and DOCX, so a title ends up on whatever hardware is actually going to read it. Doing that after GIF Editor means the conversion is made from the version you settled on, not from the one you were still fixing.
Is GIF Editor here the same tool the sibling sites run?
+
The engines are shared — the same toolchain, the same workers, the same limits. What a EPUB site adds is a view on reflow: which of these operations a reflowable book genuinely supports, and which ones only make sense on the fixed-layout media inside it. It also starts from one fact about the format this site is named after: the book is a zip of XHTML with a manifest, so the text costs almost nothing and every decision that matters is about the embedded images and font subsets.
Do I need an account, and does anything get kept?
+
No account, and nothing is kept: uploads are deleted from the workers shortly after the job finishes, nothing is read and nothing is indexed. Free accounts exist for history and batch size, not for access.
