To fix this, I did some experimenting with FFmpeg, a command-line based video processor, and found a worflow for editing our let’s play without re-encoding. I knew that after YouTube transcoded the videos for it’s internal format, the final output would look even worse. Futhermore the output videos had significantly lower quality due to the re-encoding. Rendering the 1080p/60fps videos was taking upwards of an hour. When it came time to edit the videos, I fired up Adobe Premiere 2, but quickly ran into a problem. Audio commentary was recorded separately in Audacity.
It was recorded using Dxtory with the x264vfw codec, meaning that the saved recordings are H.264 streams in an AVI container 1. I recently worked on a Lego Island 2 let’s play with my brother. Let buttonDelete = document.querySelectorAll("#deleteItem") ĭeleteItem.RETURN TO BLOG Editing Gameplay Videos without Re-encoding using FFmpeg Tuesday, December 26th 2017 Let container = document.querySelector("#cartItems") Let cart = JSON.parse(localStorage.getItem("cart")) I would like to know if it's possible to reencode the video without this audio drift happening and, if not, the reason behind that and/or an alternative approach. Also, if I copy the video stream instead of transcoding it in step 2, there is no out-of-sync nor when I convert the video without segmenting it. I have also noticed that v stream duration before and after the transcode step are slightly different. compensating audio timestamp drift:0.010590 compensation:250 in:44100
0 kommentar(er)
