So far I only encountered problems whenever a streamer did not read the various how-to's on on how to set up a stream. It is depending on the streamers' encoding settings. Maybe a ffmpeg-pro could help but I am not one of them.Ĭonclusion: If a VOD works or not is not depending on the version of TL, because it is ffmpeg that does the job and I usually do not change anything in that regard. You can see the command line arguments here at line 1093: So again, TL uses ffmpeg to merge the VOD parts. I do not know the background but many video processing tools interpret 29.97fps as 30fps and this way introduce A/D desync. The same goes with the infamous 29.97fps. If the streamer messes up (using VBR for example), Premiere cannot process the VOD due to the official bug they probably won't ever fix. So if a resulting VOD can be processed in certain video programs is heavily depending on the streamers' encoding settings. They seem to give not many f**ks about their video processing product being unable to process some video formats. It is also known that Adobe tells their customers to use Handbrake in order to fix the issue (which is a dick move in my opinion). Premiere has a known bug where it is unable to process certain video files depending on the source material. So the video and audio streams are just copied by ffmpeg as they are (or as the streamer set up his One good point you made by yourself: VLC plays back the VOD perfectly so the source material has to be correct somehow, right? This happens without re-encoding! If I did any processing on the VOD it would take hours after the download. All TL does is merging VOD parts together. You have to understand, that TL has nothing to do with how VODs are encoded or processed. Repeating the above mp3 extraction, the clip was again different from both the video and from the mp3 extracted previously! Most peculiar.įirst things first: You talk a lot about VODs but do not provide a single url so I can possibly reproduce the issue. Finally, I checked the version of ffmpeg_64.exe in the Windows release and replaced it with the very latest similar binary available.27.12s vs 27.16s video clip, meaning that the audio would be shorter by 4 seconds in the latter and therefore impossible to sync with the video. The mp3 files produced in this way all had different lengths to each other and the original video clip, e.g. I did this using VLC's media extraction, with Avidemux's "save audio" and with ffmpeg -i file.mp4 file.mp3, the latter in both Windows 10 and Ubuntu.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |