To figure out why it fails, we probably need to do a debug build of ffmpeg and blender and step through the code to figure out what the “invalid argument” is. (This breaks both our ffmpeg writer functions and the Audaspace lib we use for sound playback) The working version of FFMPEG below (SVN-r26400) works on BOTH H264 and MPEG2. This may be different from 1032 since that is limited to H264 while this fails to work on MPEG2 as well. I also tried the ffmpeg master branch but blender will need more ffmpeg code cleanup as they have further enforced how they want you to use their API by declaring a few built in variables const. CopyTB broken in new FFMPEG builds Description the copytb option used to work great in some older build of FFMPEG (please see the working output below). It works with ffmpeg 4.3.2 but the latest 4.4 commit still fails, so if this is an ffmpeg issue, then they have not fixed it yet. As seen in the image above, the FFmpeg Library Version will say not found. Then it now prints an error message instead of failing silently: Preferences Libraries NOT Found W10 LAME built-in.png. Currently building all GPLv3 codecs plus many external libraries. It doesn’t apply to master, but if I roll back to a commit from the 8th of March ( b1ef55abdbb9f47712049748ccf65d009c059160), FFmpeg builds for windows win32 and windows win64.
#Newest ffmpeg build update
I did a patch a while back to remove use of deprecated ffmpeg functions and update to the new API: I can reproduce this on my Gentoo machine as well.
0 kommentar(er)
