[go: up one dir, main page]

What the GIFvideo → gif, the way creatives need it
Private GIF Converter

A private offline GIF converter that never sends your video anywhere

Plenty of tools say private and mean encrypted in transit, to their servers. This one means the footage makes no trip at all. The conversion happens inside your tab, connection optional.

Drop a video, get a GIF free · frame-perfect · nothing leaves your browser Open the converter →

How to convert a video to a GIF privately and offline

What the GIF does the whole thing locally, right in your browser: nothing here ever leaves your machine.

  1. Load the page while you still have a connection. Everything the converter needs arrives with the page itself, so open What the GIF first. After that, the network is optional.
  2. Go offline if you want proof. Flip on airplane mode or pull the cable. The tool keeps functioning, which is the fastest demonstration that your file was never going anywhere.
  3. Add the clip. Drag in an mp4, mov, webm, avi, mkv, or m4v. Decoding happens on your processor, with no progress bar waiting on a server because no server is involved.
  4. Cut and shape. Trim on the timeline until the loop starts and ends where you intend, with the arrow keys nudging a selected handle in exact one-frame steps, then lock a ratio: 1:1, 9:16, 4:5, 4:3, or 16:9.
  5. Balance quality against weight. Set 10 to 15 fps, downscale big sources, and pull the colors down toward 64 to 128. The readout reacts immediately, so land it near 2 MB for chat and email.
  6. Export to your own disk. Encode and save. The GIF goes from your tab to your downloads folder, and no copy of anything exists anywhere else.

"Private" is doing a lot of work in most converters' marketing

Read the badges on a typical converter: secure, encrypted, private. Now read what actually happens: your video is encrypted on its way to their server, processed on their hardware, held under their retention policy, and deleted on their schedule. The padlock covers the pipe. It says nothing about the destination, and the destination is a machine you don't control with a copy of your footage on it. They are not lying, exactly. They are describing transit and letting you hear storage.

The gap is structural. A server-side converter cannot function without receiving your file, so the strongest privacy it can ever offer is a promise about what happens after receipt. What the GIF removes the receipt. The converter is code that runs in your tab, decoding and encoding on your own processor. The page itself loads normally, its assets and the ads that pay for it, but your footage is not part of any of that traffic, because no request carrying it is ever constructed.

Verify it in one conversion

A privacy claim you cannot test is a vibe. This one you can test twice over:

  1. Open your browser's developer tools, switch to the network panel, and convert a clip. You will see the page's own files and ad calls, the normal furniture of a free site, and no request anywhere containing your video.
  2. Or go blunter: load the page, kill the connection completely, and convert. It finishes, because everything the conversion needs came down with the page. A tool that uploads cannot pass that test even once.

That second trick doubles as a feature. Load the page before a flight or a long train tunnel and keep making GIFs with the connection gone.

Locked-down networks stop caring

Corporate and institutional networks are built to stop files from leaving, which is exactly why upload-based converters die on them. A tool that moves nothing has nothing to block:

If the footage is an internal dashboard, a customer's screen, or an unreleased build, this is the difference between using a tool and writing a justification memo about one. The no-upload rundown covers the confidentiality half in detail; for school-managed hardware, the Chromebook page is the same story with a Files app.

Local, not limited

Nothing about running on your own machine trims the toolset:

One newer input fits this page's theme: the Record a Tab button (desktop browsers only) hands you the browser's own share picker, captures a tab, window, or screen, and lands the result in the editor as an ordinary clip. The recording is made inside the page, so even a capture never touches a server. For frame-perfect work, bringing a file is still the stronger path; the recorder is the convenient one.

Bring the file, take the GIF, leave no trace

Input is any video the browser can decode: mp4, mov, webm, avi, mkv, m4v, phone clips, screen grabs, decade-old files off an external drive. A GIF counts now too, which matters more on this page than anywhere: editing an existing GIF usually means handing it to an online editor, and here it gets pulled apart, trimmed, captioned, and rebuilt with nothing ever transmitted. Output is a clean GIF, an APNG, or a silent MP4 where the browser packs an H.264 encoder, with no account gate and nothing stamped on it (the watermark question, answered at length, if you've been burned there before). Between those two points there is no third location.

Got a clip that has no business on someone else's infrastructure? Open the converter, cut the connection if it makes you feel better, and make the GIF anyway.

For the clips that stay in the building

Convert a video with the network panel open and watch nothing leave. Free, offline-capable, no account.

Open the converter

Questions, answered

How do I know the video isn't transmitted?
Test it rather than trust it. Convert once with the developer tools network panel open and observe that no request contains your file, or load the page, go fully offline, and convert anyway. Both checks pass here, and the second is impossible for any tool that uploads.
Do the ads on the page see my footage?
No. Ads load the way they do on any website, in their own requests. Your video exists only inside the converter's memory in your tab, and it is never part of any network call, theirs or ours.
Will it run on a restricted or monitored network?
Yes, and unusually well. Systems that block or inspect outbound file transfers have nothing to intercept, because no transfer occurs. And once the page is up, even a fully dead connection doesn't stop a conversion.
Is this appropriate for NDA or client footage?
It removes the main hazard, which is a copy of the footage on third-party infrastructure. No copy is created because the file never leaves your machine. Your organization's data-handling rules still apply, but there is no upload for them to object to.
What can I feed it?
Video files the browser can decode: mp4, mov, webm, avi, mkv, m4v, and the rest of the decodable long tail, plus existing GIFs, which are unrolled and re-encoded entirely on your own hardware. Still images load too, each as a five-second clip.
Does local processing mean fewer features?
No. The toolset is identical to what you'd get anywhere: frame-level trimming, locked crop ratios, fps control, scaling, color reduction, and dithering, plus a live readout of the projected output size. Local changes where the work happens, not what you can do.