I have three .mov files with video in Apple ProRes (apcn) and audio in PCM S24 LE (in24), of identical length and dimensions (1920x1080), frame rate (23.976024) and each with the same audio track. I'd like to:

  • convert to H.264 video and AAC audio, retaining very good quality (for public exhibition), and

  • generate a single widescreen video in H.264/AAC, i.e. it'll be 1920px times 3 wide and 1080px high.

For generating the widescreen I've worked out I can use this command assuming I've prepared the individual mp4 files:

ffmpeg -i left.mp4 -i centre.mp4 -i right.mp4 
   -filter_complex "[0:v:0][1:v:0][2:v:0]hstack=inputs=3" triple.mp4

Main Question:

Should I do the process in two steps -- (a) convert files, (b) make widescreen file -- or does that mean the widescreen video is re-encoded therefore it's worse quality? I'd like to keep the separate files so if there's no other impact then I'd prefer to do it as two steps. If I should do the conversion to H.264 at the same time as making the widescreen how do I combine the different commands?


  1. When preparing the widescreen I came across an alternative method using overlay like below. Is there any advantage either way? It seems like the overlay should be slower but in testing seemed about the same.

    ffmpeg -i left.mp4 -i centre.mp4 -i right.mp4 -filter_complex "[0:v:0]pad=iw*3:ih[bg]; [bg][1:v:0]overlay=w[leftcentre]; [leftcentre][2:v:0]overlay=w*2" triple.mp4

  2. When preparing the widescreen, I think ffmpeg chooses the audio from just one of the input files. Since the audio is the same on each it doesn't matter to me which one. Is that right or is it in some way combining them?

  3. Am I right in thinking a term like [1:v:0] in the filter_complex expression means 'second input, first video track only'?

  4. Here's my command to convert the .mov files, which seems to work as desired. Is there anything obviously wrong with it?

    ffmpeg -i left.mov -c:v libx264 -preset medium -tune film -crf 16 -c:a aac -b:a 256k left.mp4

  • 1
    May I ask how is your project going? I'm planing to do the same but I don't know if what I want to do will work. I am planing to use two osmo pocket and clicked record same time and one on the left and one on the right recording at the same time. I think it's pretty similar to yours of having a wider view. May I ask if yiu have a sample of yours or how did yours turn out? Thank you so much and I hope to hear from everyone – Pham Don Oct 9 '19 at 1:15
  • Hi! The project worked well, I used the ffmpeg commands something like that above to make a single widescreen movie file. I used this to play it split across three projectors using a Matrox TripleHead2Go. – Rory Oct 10 '19 at 7:57
  • fwiw this is the command I ended up using (I think): ffmpeg -i 1920_LEFT.mov -i 1920_CENTRE.mov -i 1920_RIGHT.mov -filter_complex "[0:v:0][1:v:0][2:v:0]hstack=inputs=3" -c:v libx264 -tune film -crf 16 -b:a 256k myOutputFile.mp4 – Rory Oct 10 '19 at 8:00
  • fyi my source wasn't multiple camera recordings but rather several hours of recordings from one camera which had been edited into a multi-screen artwork that was to be projected using three projectors simultaneously. I was joining the three videos into a single widescreen one to ensure they were synchronised exactly when playing, since they'd be playing continuously for days in a gallery environment with nobody to check the sync. Hence we used a Matrox TripleHead2Go to split the widescreen video into three separate but synchronised outputs for the projectors. There was just one audio stream. – Rory Oct 10 '19 at 8:22
  • This does not really answer the question. If you have a different question, you can ask it by clicking Ask Question. You can also add a bounty to draw more attention to this question once you have enough reputation. - From Review – Michael Liebman Oct 10 '19 at 22:50

Quality-wise, it's better to use the original MOVs, but if the MP4-based stacking looks ok, that's the final arbiter.

ffmpeg -i left.mov -i centre.mov -i right.mov 
-filter_complex "[0:v:0][1:v:0][2:v:0]hstack=inputs=3"
-c:v libx264 -tune film -crf 16 -b:a 256k triple.mp4

When using the originals, it doesn't matter whether you do it in one step or two. For streamlining purposes, I would do it in two - then the two encodes aren't competing for memory or CPU.

  1. The stack filters are somewhat more efficient. They require all inputs to have the same size in the dimension normal to the join direction i.e. same height for hstack. Overlay is a generic filter, so it doesn't. Also, stack filters will freeze on the first and last frame of inputs which start late or finish early.

  2. In digital files, audio and video are independent i.e. they exist within the same file and are synced via timestamps but logically they are distinct entities. ffmpeg relies on -map options to select streams for inclusion in the output. In the absence of any -map option, it picks one audio - the "best" - from among all the inputs. See https://ffmpeg.org/ffmpeg.html#Stream-selection

  3. [1:v:0] ... "means 'second input, first video track only'?" --> Yes.

  4. Looks fine. The suitability of the tune value depends on the material.

| improve this answer | |
  • Great, thanks! I've just done this in two steps, making .mp4 files and then using hstack on them to make a triple-width .mp4. I'm surprised to see the file size is smaller for the triple-width file than any individual .mp4 file! Bitrate Viewer shows me the triple-width file has significantly lower bitrate (avg 12Mbps instead of 18Mbps) despite having three times the width. Is it re-encoding using some defaults and I need to use some arguments to control the quality level of that re-encoding? – Rory Jan 11 '18 at 8:44
  • Just to be clear: did you use MP4 or MOVs as source for the stacking? – Gyan Jan 11 '18 at 9:14
  • I used the .mp4s. Will do it with the .mov files instead. – Rory Jan 11 '18 at 9:16
  • Small follow-up: if I've decided -crf 16 provides suitable quality for my individual 1920x1080 .mp4 files, should I keep using that for creating my stacked widescreen .mp4 or do I need to lower that value to get the same quality in a 5760x1080 file? – Rory Jan 11 '18 at 10:52
  • The higher the resolution, the more relaxed CRF can be (upto a point), but it sounds like you're getting the opposite result. Don't look at the file size, do a subjective check. – Gyan Jan 11 '18 at 11:28

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.