Initializing... drag & drop files here
Supports: DV
Pulling a frame out of captured DV footage and saving it as a Windows bitmap sounds like the simplest conversion on the site. It has two traps in it, and both of them are invisible until you look at the output closely.
The first is geometry: DV does not store square pixels, so a widescreen frame comes out horizontally squashed unless you tell it otherwise. The second is that none of the three BMP quality presets writes a 24-bit bitmap — the one most people assume they are getting. This page walks through both, with the numbers we measured.
.dv onto the drop zone or click "Add Files". DV is a fixed-rate format at roughly 3.6 MB per second of footage, so trim before upload if the capture is long.Behind the three friendly names sit three completely different encoders. We ran a real 720 × 480 DV frame through each and read the BMP headers back:
| Preset | Bits per pixel | Compression field | Colours in output | File size |
|---|---|---|---|---|
| High | 16 (RGB555) | BI_RGB — none |
3,974 | 691,254 bytes |
| Medium | 8 (palette) | BI_RLE8 |
254 | 110,486 bytes |
| Low | 8 (palette) | BI_RLE8 |
86 | 71,972 bytes |
| (reference: a plain 24-bit BMP of the same frame) | 24 | BI_RGB — none |
18,364 | 1,036,938 bytes |
The bottom row is the negative control and it is the important one. The source frame contained 18,364 distinct colours. High keeps only 3,974 of them, because RGB555 gives each channel five bits — 32 levels instead of 256. It is uncompressed and therefore large, but it is not full colour. Medium and Low quantise to a palette and run-length encode it, which is why they are so much smaller.
So the choice is not "how good do you want it" so much as "which bitmap flavour do you need":
DV stores 16:9 widescreen on a 4:3 pixel grid using non-square pixels. Our test file probes as 720 × 480 with sample_aspect_ratio=32:27 and display_aspect_ratio=16:9: the raster is narrow and a player stretches it back out at display time.
A still image has no equivalent metadata that viewers reliably honour, and the extracted frame we measured came out at 720 × 480 — the storage dimensions, not the display dimensions. On 16:9 footage the picture therefore needs stretching horizontally by about 19% before it looks right, and nothing in a bitmap will do that for you.
The fix lives in the Image resolution group. Set Width × Height explicitly:
| Source footage | Stored raster | Set Width × Height to |
|---|---|---|
| 16:9 NTSC DV | 720 × 480 | 854 × 480 |
| 4:3 NTSC DV | 720 × 480 | 640 × 480 |
| 16:9 PAL DV | 720 × 576 | 1024 × 576 |
| 4:3 PAL DV | 720 × 576 | 768 × 576 |
If your footage is 4:3 to begin with, the 720 × 480 raster is already close enough that most people never notice, and Keep original is fine.
Because that is what the preset is defined to write: the header reports 16 bits per pixel with the BI_RGB compression field, which by the BMP specification means 5 bits each for red, green and blue. The arithmetic confirms it — 720 × 480 × 2 bytes plus a 54-byte header is exactly the 691,254 bytes we measured. If you need 24-bit truecolour, BMP on this page will not give it to you; PNG will.
High, by a wide margin — 3,974 distinct colours survived from a source frame containing 18,364, against 254 for Medium and 86 for Low. It is also by far the largest file, because it is uncompressed while the other two are run-length encoded.
Set Frame Selection to Specific Frame and type the time in seconds into the Time field. If you would rather pick from several candidates, choose Multiple Screenshots and a capture rate — one frame every second, every five seconds, and so on — then keep the one you want.
720 × 480 unless you ask for something else, because that is what is physically stored. NTSC DV is always a 720 × 480 raster; whether it represents 4:3 or 16:9 is metadata, and a bitmap has nowhere to put that metadata. Set Width × Height to 854 × 480 to bake widescreen geometry into the pixels.
No. The frame is pulled out of the DV stream and written as a lossless PNG first, then handed to the BMP encoder. Everything you lose is lost in the preset you chose, not in the extraction. That is also why the Quality Preset is the only lever that changes image fidelity here.
Because your player deinterlaced the video on the fly and this conversion does not. There is no deinterlacing filter in the pipeline at all, so both fields land in the same still. Any frame containing motion will show the artefact; a frame from a locked-off shot will not.
Yes — Frame Selection's Multiple Screenshots mode takes a capture rate from one frame every tenth of a second up to one every ten seconds and returns the whole set. Be aware of the size implications: at the High preset each 720 × 480 frame is roughly 691 KB, so a long capture at a fast rate produces a great deal of data.
Not really. It is uncompressed or crudely run-length encoded, has no metadata to speak of, and the presets here all reduce colour depth. It earns its place when a piece of software specifically demands a .bmp — some industrial, medical and older Windows applications do. For anything else, DV to PNG is smaller and keeps full colour at its Highest preset, and DV to JPG is smaller still.
It changes the size arithmetic but not the colour trade-off. High stays 16-bit regardless of dimensions, so if you scale a frame down to a thumbnail the uncompressed penalty largely disappears and High becomes the obvious choice. At full frame size the 691 KB versus 110 KB gap between High and Medium is what pushes people toward the palettised presets.