A video cropper on iPhone can crop a clip to an exact pixel rectangle entirely in the browser, without installing an app or uploading the file. Safari on modern iPhones can decode MP4, WebM, MOV, M4V, and Ogg videos, draw a selected sub-rectangle into a Canvas, record that canvas as a WebM, and offer the resulting file for download — all on-device. This works because every step (decode, crop, record, patch duration, download) runs inside the open tab; nothing is sent to a server. For users who need frame-accurate coordinates rather than a freeform drag handle, a browser-based cropper that takes whole-pixel X, Y, width, and height inputs is often a more precise option than the Photos app's pinch-to-zoom crop, because the coordinates map directly to source pixels instead of an interactive scale factor.
Why crop a video on iPhone without installing an app
Several built-in options exist on an iPhone. The Photos app can crop a video, iMovie is available for free, and many third-party editors in the App Store can reframe a clip. Each of these works, but they all share two limitations that matter when you need a precise result:
- Frame-accurate coordinates. Most mobile editors give you a draggable rectangle, not four numeric inputs. If a platform demands a specific 1080 × 1920 vertical rectangle or a 1:1 square that begins at pixel 240, 0, you typically cannot enter those numbers by hand on a touchscreen.
- Install, sign-in, or storage cost. App Store editors can require an account, request access to your entire library, or push a subscription tier before saving. A browser tool sidesteps both the install and the account.
A browser-based video cropper sidesteps both problems. You open a URL in Safari, pick a local file, type four numbers, and wait for the local re-encode. Because the tool does not upload the source, you also avoid sending personal footage recorded on an iPhone through an external service, which is useful for private clips and quick drafts that you do not want to leave the device.
How to crop a video on iPhone in Safari
Because the whole pipeline runs inside a single Safari tab, an iPhone-only workflow is straightforward. The device handles decoding and recording, and the result is saved through the standard download path that Safari exposes for files generated in the browser.
- Open Video Cropper in Safari on the iPhone where the source clip is stored.
- Tap the file picker and choose the source video from the Photos library or Files. The page will display the decoded source dimensions once the browser finishes loading the clip.
- Wait for the decoded width and height to appear before editing any coordinate. Until those numbers are visible, the rectangle cannot be validated against the actual frame.
- Enter four values: X and Y (the offset of the crop's top-left corner in source pixels), plus width and height (the crop's horizontal and vertical extent in source pixels). All four must be nonnegative whole numbers, and width and height must each be at least 2.
- Confirm the rectangle stays inside the source frame: X + width must not exceed the source width, and Y + height must not exceed the source height. Output area must also stay at or below 3840 × 2160 pixels.
- Tap Crop video. The source plays in real time while the browser draws only the chosen rectangle into a Canvas and records it as WebM. Keep the Safari tab open and the iPhone awake until the file is offered for download.
- Save the WebM through Safari's download UI, then play the result in a player that handles WebM (such as VLC or another Safari tab) to verify the crop, audio, and duration before deleting the original.
To see the coordinate check in concrete terms: if the source is 1920 × 1080 and you set X = 100, Y = 50, width = 1720, height = 900, then X + width = 1820 (≤ 1920) and Y + height = 950 (≤ 1080), so the rectangle stays inside the frame, and the cropped area is 1720 × 900 = 1,548,000 pixels, well under the 3840 × 2160 cap.
Throughout the real-time pass, the source may play audibly because the browser is reading its audio track. Headphones help. If the crop area is large, the iPhone may also feel warm, since re-encoding a full clip at 30 fps is GPU work.
Inside the Video Cropper: how the crop happens
Three actions move the file from "untrimmed" to "cropped WebM." The tool uses the same audited gates as the Video Compressor for file size, decoded duration, source dimensions, and the post-recording Matroska duration patch, so behavior is consistent across the local video tools.
- Choose a browser-decodable video and wait for its source dimensions to load. The page parses the file locally and displays the decoded width and height. Until those numbers appear, the four coordinate fields cannot be validated.
- Enter whole-pixel X, Y, width, and height values that stay inside every source frame. The tool rejects rectangles that exceed the frame, fall below 2 × 2 pixels, exceed 3840 × 2160 in area, or include non-integer values. Invalid rectangles fail without shifting, clipping, or producing a partial file.
- Select Crop video, keep the tab open during real-time processing, then download and fully review the WebM. The browser plays the source, draws the fixed rectangle into an equal-size opaque Canvas at 30 fps, appends audio when the browser exposes a capturable track, records the stream with VP9, VP8, or generic WebM (whichever the browser reports first), and patches the resulting file with a finite Matroska Duration so the clip reports its real length to strict players.
The pipeline is single-pass. There is no lookahead analysis, no two-pass encode, and no attempt to hit a target file size; those behaviors belong to a compressor, not a cropper.
Inputs, formats, and output limits
The contract that the tool enforces is the same on every device, including an iPhone. Use the table below to confirm that a planned file will pass every gate before you start the crop.
| Property | Accepted value | What happens if it fails |
|---|---|---|
| Container | MP4, WebM, MOV, M4V, Ogg | Browser refuses to decode or page rejects the file |
| File size | Up to 500 MiB | Rejected before processing |
| Decoded duration | Above zero, up to 5 minutes | Rejected; no partial output |
| Source width / height | No side above 4096 pixels | Rejected before recording |
| Source area | At most 3840 × 2160 | Rejected before recording |
| Crop width / height | Whole pixels, at least 2 | Invalid rectangle; no output |
| Rectangle inside frame | X + width ≤ source width; Y + height ≤ source height | Invalid rectangle; no output |
| Output area | At most 3840 × 2160 | Invalid rectangle; no output |
| Output container | WebM (VP9, VP8, or generic) | Encoded by the browser's MediaRecorder |
An accepted extension does not guarantee that Safari can decode the file, because decoding depends on the codecs that the browser exposes. If a clip fails to load, try a different container or re-encode the source with the Video Compressor first so the source is in a codec that Safari reliably reads.
Bitrate, processing time, and audio handling
The browser computes a requested video bitrate from the cropped pixel area at 30 fps and clamps the result between 180 kbps and 8 Mbps. For a 1920 × 1080 crop, the area is 2,073,600 pixels, which the encoder maps into the upper portion of that range; for a small 640 × 360 crop (230,400 pixels), the requested bitrate sits much closer to the 180 kbps floor. Because the encoder is single-pass and browser-dependent, the actual file size and visual quality can vary with motion, noise, grain, the source codec, and the WebM encoder the iPhone's browser exposes.
Processing happens in real time, so a one-minute source takes about one minute while the Safari tab stays open. Faster-than-real-time is not part of the contract; the tool re-records frames at 30 fps by drawing them into a Canvas, which is a streaming operation. Plan accordingly: a five-minute clip occupies the tab for roughly five minutes, and the iPhone should remain awake so iOS does not suspend the recording tab.
Audio is included only when the browser exposes a capturable track through media capture, and support varies by browser version. The source may play audibly during real-time processing, so use headphones or mute the tab if you need silence. Subtitles, chapters, attachments, rotation tags, HDR signaling, and most color metadata are not preserved; the crop changes the visible frame region only.
Verifying the result on iPhone before deleting the original
Streaming MediaRecorder output can omit a finite container duration, which is why the tool inserts a big-endian Matroska Duration value in timestamp-scale ticks after recording, using the same standards-tested writer that the Video Compressor uses. Even so, the cleanest workflow is to verify the downloaded file in a second player before deleting the source. Open the WebM in VLC, in a fresh Safari tab, or in another app that exposes both duration and pixel dimensions. Confirm that the reported duration matches the original, that the crop sits exactly where the coordinates implied, that the audio track is present and in sync, and that the destination app — a social platform, a presentation, a chat — accepts the file. Keep the original clip until every check passes.