
In Adobe Premiere Pro CC 2017, I've exported 2 videos, each using these settings: Frame Rate: 30

My second attempt (of Step 4) results in a video that has a total bitrate of only 1645kbps. What I want to do is speed up the first video to 110% speed (without changing audio pitch) and then concatenate it with the second video (which will remain at normal speed), and I want the resulting video to have a bitrate of 2.5 Mbps (since that's what Wistia told me should be the minimum for my upload).Ĭurrently, my first attempt results in a video where the 2nd part is all mangled and shows bright green, etc. I would love to hear thoughts about other people and ideas on how to progress this amazing script to a useful shape.I've already read the other articles about concatenating but couldn't find any that discuss specifying the output bitrate. The current version of this amazing script seems to be a bit limited to very specific scenarios where all video inputs come from the same source, a very controlled environment. With options to define video and audio codecs and other ffmpeg params. Ideally I would like to just set an array of input videos and then merge with concat one after the other setting the gltransitions in between. In my case that becomes a mess because all the different video encodings in my inputs. I don't get why we have the approach to set all the temp raw images and temp audio and only allow us to send args to the output video transcoding. It would be great if ffmpeg-concat could evolve to use ffmpeg concact as in the example here: transitive-bullshit/ffmpeg-gl-transition#4 (comment) When I bring the gltransition (using my own compiled ffmpeg) I wasn't able to get it working correctly yet as I want it. Example: ffmpeg -i 1.mp4 -i 2.mp4 -filter_complex " concat=n=2:v=1:a=1 " -map "" -map "" -vsync 2 output.mp4 I was able to concatenate videos with synced audio directly using ffmpeg but I'm struggling to put it all together with the gltransition filter. I think because of the context set and my source videos all have different encoding frame rates and are different sizes and etc. My problem is that the audio then is all out of sync. Depending on your system you might want to use other audio codec. So my work around was use '-c:a aac' instead sent in the args parameter.

If we want to keep existing audio we should have control on the codec used. I think we should have one args variable for audio to avoid having that always set by default if we don't send a full soundtrack for the output. I was able to find a workaround by commenting the '-c:a', 'copy' in line 60 of the transcode-video.js.
