Does remuxing really cost no quality at all?

Yes, in a remux the picture data stays bit-for-bit identical. The compression algorithm never runs; the video and audio streams are lifted out of the old container and copied into the new one exactly as they were. That is why you will not find a visual difference when you put the result next to the original. The only thing that changes is the container structure around the file and the layout of its metadata.

Can I choose which one gets applied?

In practice the choice depends largely on what is inside your file, not on your preference. If the codec inside is compatible with the MP4 container then a remux is possible, and it is the route that should be taken anyway. If it is not compatible, a remux is technically impossible and re-encoding is the only option. So the real decision point is this: do not let a compatible file be re-encoded unnecessarily.

Is there ever a case where I would deliberately re-encode a compatible file?

Yes, several. If you want to shrink the file, a remux will not give you that, because the data stays the same; reducing size requires recompression. Likewise, lowering the resolution, fixing the frame rate, or stepping H.265 down to H.264 for a very old device that cannot handle it all require re-encoding. In those cases you are knowingly accepting a quality loss and getting compatibility or a smaller file in return.

What happens if I re-encode over and over?

The loss accumulates each time and cannot be undone. When you compress a video and then compress that already-compressed version again, the second pass cannot bring back detail that has already been thrown away, and it discards fresh detail on top. Over the first few rounds the difference may be indistinct to the naked eye, but blockiness becomes progressively visible in fast-moving, detailed scenes. That is why converting once, straight from the original source, is the right approach wherever possible.

MOV to MP4: Remux or Re-encode? A Comparison

Two different operations, one file name

The sentence "I turned the MOV into an MP4" may describe either of two completely different things happening behind the scenes. Telling those two routes apart is the single factor that determines how long the conversion takes, how much space the file occupies, and whether you lose anything from the picture.

A quick reminder: MOV and MP4 are both containers. They carry compressed video and audio streams inside them. A remux moves those streams from one container to another without ever unpacking them. Re-encoding unpacks the stream and compresses the picture from scratch.

Remux: changing the box

The logic of a remux is very simple. The video data is read out of the MOV container as a whole and written into the MP4 container. The compression algorithm never comes into play.

What it gives you:

Zero quality loss. The picture data does not change at bit level.
High speed. There is no heavy computation for the processor to do; the job is largely a matter of copying data.
Predictability. You do not need to pick an encoding setting to guess what will come out the other end.

What it does not give you:

The file does not shrink. Because the data is the same, the size stays nearly identical. A remux is not a compression method.
It is not possible on every file. The codec inside has to be compatible with the MP4 container.

The condition for a remux is clear: if the MOV contains H.264 or H.265 video and AAC audio, the road is open. Output from an iPhone, an iPad, a GoPro and most screen-recording software fits that description. In other words, the bulk of the MOV files you meet in everyday life can be converted losslessly.

Re-encoding: compressing the content from scratch

In re-encoding the picture stream is decoded, unpacked frame by frame and compressed from zero with the target codec. This is one of the heaviest operations performed on digital video.

What it gives you:

Compatibility. It makes ProRes, DNxHD or uncompressed footage that MP4 cannot carry portable.
Size control. An enormous source file can be brought down to an MP4 of reasonable size.
Flexibility. You can change parameters such as resolution, frame rate and bitrate.

What it costs you:

Quality. It is worth being honest here: re-encoding is a lossy operation and some amount of detail always goes. With good settings that loss is usually imperceptible to the naked eye, but technically it is there.
Time. On long, high-resolution files the operation can run for minutes.

Which one applies in which situation?

The decision is really the file's to make, not yours. Roughly, it works like this:

If the source has H.264 or H.265 + AAC → a remux is possible and should be preferred. Unless you have a separate aim such as reducing size, there is no need to re-encode at all.

If the source has ProRes, DNxHD or uncompressed footage → re-encoding is mandatory. The MP4 container does not carry those codecs; there is no choice.

If the source has compatible video but incompatible audio (uncompressed PCM, for instance) → a hybrid route is taken: the video is copied and only the audio is encoded to AAC. There is no loss on the picture side and a negligible loss on the audio side.

Our MOV to MP4 converter makes this determination itself when it reads the file, and picks the lossless route where it is possible, so you do not spend quality for nothing.

Where does the difference in time come from?

The speed gap between the two methods is larger than most users expect, and the reason lies in the nature of the work.

In a remux, the work the computer does amounts to reading data out of one structure and writing it into another. The picture is never unpacked, no frame is ever decoded. What sets the speed is therefore not the power of the processor but the read-write speed of the disk.

In re-encoding, every frame is decoded one by one and then compressed from scratch with the target codec. That second stage is especially heavy: to decide which detail can be discarded, the codec analyses motion between frames. Processing time therefore varies with the complexity of the scene. A static landscape is processed quickly; a busy crowd scene slows down noticeably. That is why the progress bar moves erratically — it is not a fault, it is the natural rhythm of the work.

Comparison table

| | Remux | Re-encoding | |---|---|---| | Quality | Unchanged | Some loss | | Speed | Fast | Slow, minutes depending on the file | | File size | Almost identical | Usually smaller | | Applicability | Only with compatible codecs | On every file | | Requires settings | No | Yes, bitrate and profile selection |

The decision section: what should you do?

If your aim is simply to make the file an MP4 and the source came off a phone: ask for a remux. You lose nothing, and it finishes quickly on top of that. This covers most everyday scenarios.

If your aim is to shrink the file: a remux will not help you. You need to re-encode deliberately and give up some quality in exchange. That is not a loss, it is a conscious trade.

If your source is a professional camera or an edit export: you have no choice, it will be re-encoded. In that case spend your energy on picking the right bitrate; a value that is too low visibly wrecks detailed scenes.

If you will edit the video again later: keep the original MOV file. Re-cutting from the converted MP4 and exporting again means stacking loss on top of loss.

In summary

The difference between a remux and re-encoding is the difference between "changing the box" and "reproducing what is inside it". The first comes free, the second asks a price. The only question you need to put to yourself when converting is this: do I genuinely need re-encoding, or am I asking for it out of habit? For most MOV files the answer is that you do not.