Initializing... drag & drop files here
Supports: 3GPP
This page decodes one frame out of a .3gpp video and writes it as a .jfif still image. Two formats meet here, and both are more ordinary than their extensions suggest. 3GPP is the mobile video container 3GPP specifies in TS 26.244 — a profile of the ISO base media file format, the same lineage as MP4 — which GSM and UMTS handsets used for camcorder clips and MMS attachments. JFIF is plain JPEG: the JPEG File Interchange Format standardised as Recommendation ITU-T T.871 | ISO/IEC 10918-5, which is what almost every file you have ever called a "JPEG" actually is.
So the output is a still photo in the most widely supported image format there is, just carrying the .jfif spelling that Windows and Chromium-based browsers sometimes hand out. It has no motion and no audio, and you choose which moment of the clip it comes from.
| Property | Value |
|---|---|
| Standard | 3GPP TS 26.244, a conformance profile of ISO/IEC 14496-12 (ISO base media file format) |
| Introduced | With 3GPP Release 6, alongside the MMS and streaming specifications |
| Extensions | .3gp and .3gpp (this page takes .3gpp); .3g2 is the separate 3GPP2 format for CDMA2000 phones |
| Media type | video/3gpp |
| Video codecs | H.263, MPEG-4 Part 2 Simple Profile, H.264/AVC |
| Audio codecs | AMR-NB, AMR-WB, AAC-LC and HE-AAC |
| Typical resolution | 176×144 (QCIF) and 320×240 (QVGA) on feature phones |
| Best for | Small clips over 3G-era cellular links; today, mostly an archive format |
| Property | Value |
|---|---|
| Standard | ITU-T T.871 | ISO/IEC 10918-5, approved May 2011, codifying the JFIF 1.02 spec in use since 1992 |
| Relationship to JPEG | Wraps image data compressed per ITU-T T.81 | ISO/IEC 10918-1 — the JPEG standard itself |
| Extensions | .jfif, .jpg, .jpeg, .jpe all hold the same bytes |
| Media type | image/jpeg |
| Colour model | YCbCr (or greyscale), signalled in an APP0 marker segment that begins with the identifier JFIF |
| Compression | Lossy DCT; baseline JPEG uses 8-bit samples per component |
| Maximum dimensions | 65,535 × 65,535 pixels, the limit of the 16-bit height and width fields in the JPEG frame header |
| Transparency | None — JPEG has no alpha channel |
.3gpp clip onto the page or click "+ Add Files". Multiple clips can be queued and captured with the same settings.0, so the opening frame is what you get unless you type a timestamp. "Multiple Screenshots" instead returns a spread of stills at the Capture Rate you pick, which defaults to 1 second per frame..jfif. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared or made public.A frame grab is a decode-and-re-encode, so it is worth being precise about what survives:
For every practical purpose, yes. JFIF is the container defined by ITU-T T.871 | ISO/IEC 10918-5 for image data compressed with the JPEG standard, and .jpg, .jpeg and .jfif all identify that same image/jpeg content. Renaming photo.jfif to photo.jpg changes nothing inside the file, and any viewer or editor opens it either way.
Windows keeps a registry mapping from web content types to file extensions, and the entry for image/jpeg occasionally gets flipped to .jfif by an update or a newly installed application. Chromium-based browsers then use that mapping when you right-click and save an image. Nothing is wrong with the file; the trouble is that upload forms and older applications often validate the extension rather than the contents and reject what they do not recognise. If that is your situation, JFIF to JPG relabels the file for you.
No. This is a single-frame capture, so the result is one still picture with no motion and no audio track. The 3GPP file on your device is unchanged. If you want the whole clip in a container that modern players open, convert it with 3GPP to MP4; if you only want the soundtrack, 3GPP to MP3 extracts the audio instead.
The same pixel dimensions as the decoded video frame, because the Image resolution control starts on "Keep original" — we leave it there deliberately, since a phone clip recorded at 176×144 or 320×240 gains nothing from being enlarged during the capture. If you do need a different size, "Preset Resolutions", "Resolution Percentage" or an explicit Width × Height are all available in the same group.
The frame at 0 seconds. Frame Selection starts on "Specific Frame" with the "Time (seconds)" field at zero, which is the very first frame of the clip. That is often the weakest frame on phone footage, because exposure and focus are still settling, so setting a timestamp a second or two in usually produces a visibly better still.
Not from JFIF itself — JPEG compression is lossy by design, and the still is being re-encoded from a video frame that was already lossy. When you need the decoded frame preserved pixel-for-pixel, use 3GPP to PNG, which stores the frame without a second lossy pass. PNG files are larger; that is the trade.
They are the same container under two extensions, but this page's uploader accepts .3gpp. Send a .3gp file (or a .3g2 from a CDMA2000 handset) to 3GP to JFIF, which performs the identical frame capture with the same options.
Because playback hides what a still exposes. 3GPP was built for 3G-era cellular bandwidth, so the source frames are small and heavily compressed, and inter-frame coding means a frame lifted out of fast motion carries smearing that the eye skips over at 15 or 30 frames per second. Capturing during a pause rather than a pan makes a bigger difference than any quality setting, since no encoder can add detail the phone never recorded.