Opening an input file: /home/vagrant/afk.gif. Parsing a group of options: input url /home/vagrant/afk.gif. matched as output url.Īpplying option loglevel (set logging level) with argument debug. matched as input url with argument '/home/vagrant/afk.gif'. matched as option 'loglevel' (set logging level) with argument 'debug'. % ffmpeg -loglevel debug -i afk.gif output.mp4įfmpeg version N-83692-gb8a7dcbde2-staticįfmpeg version N-83692-gb8a7dcbde2-static Copyright (c) 2000-2017 the FFmpeg developersīuilt with gcc 5.4.1 (Debian 5.4.1-5) 20170205Ĭonfiguration: -enable-gpl -enable-version3 -enable-static -disable-debug -disable-ffplay -disable-indev=sndio -disable-outdev=sndio -cc=gcc-5 -enable-fontconfig -enable-frei0r -enable-gnutls -enable-gray -enable-libass -enable-libfreetype -enable-libfribidi -enable-libmp3lame -enable-libopencore-amrnb -enable-libopencore-amrwb -enable-libopenjpeg -enable-libopus -enable-librtmp -enable-libsoxr -enable-libspeex -enable-libtheora -enable-libvidstab -enable-libvo-amrwbenc -enable-libvorbis -enable-libvpx -enable-libwebp -enable-libx264 -enable-libx265 -enable-libxvid -enable-libzimg gifs.When trying to convert attached afk.gif to mp4, ffmpeg crashes and fails to convert gif properly. Setting "Sort Contents" back to the default "Work Item Index", along with the change mentioned in the previous paragraph, should fix your. The FFMPEG node uses the files in the order that they're specified on the input, so that also affects the. The output files on the partition match the sort order of the work items in that partition, so the file order will also be jumbled. That means the partitions in that node will be completely unsorted/in random order.
The second issue, which is also the main problem, is that your Wait for All has the "Sort Contents" parameter set to "None". To fix that, either a) the Wedge should be changed to not create duplicate values for "seed" or b) the Wait for All should instead by configured to split by the "wedgeindex" attribute. The partition will therefore contain two frame 1 work items, two frame 2s, etc. Since the Wait for All is configured to split by the "seed" attribute, the first partition in that node ends up with 60 work items in it. That means that the second set of 30 frames is a duplicate of the first set of 30.
The first issue is that the Wedge node creates three wedges, with integer "seed" values of 0, 0, and 1.
There are a few issues with the TOP network in that file.
0 kommentar(er)
