[opensuse-factory] Issues with Blender when working with video using ffmpeg

15 Jun 2015

      Recently I wanted to play around with motion tracking in Blender, but ran
into some issues with the Blender package provided with Tumbleweed.
Repeatedly when trying to load various video files I was met with the
following message in the terminal:

not an anim: /path/to/video/file.vid

I tried various formats and files to no avail. I was however able to edit
them in Kdenlive, play in vlc, and manipulate with ffmpeg directly (all
three packages from packman).

Searching around there are quite a few reports of this problem on various
distros. Some with seemingly bogus solutions, but
http://blender.stackexchange.com/questions/28839/cannot-load-movie-files-on-...
seemed reasonable and I confirmed to work as described (can just use normal
downloads: https://www.blender.org/download/, no need to use nightlies).

The page that helped me a lot is https://developer.blender.org/T28790 where
...
it says that is a problem of ffmpeg with the compiling of GCC. You can
solve that downloading the precompiled version here
https://builder.blender.org/download/ It doesn't work if you compile the
version and also the repository one does not work.
...
From blender bug report, https://developer.blender.org/T28790:
...
Kelvin, almost the same bug was recently fixed in our build environment.
This bug was caused by FFmpeg incompatibility with 64bit and newer gcc (4.6
and probably 4.5). If you're building Blender yourself, make sure you're
using FFmpeg compiled with gcc-4.4 (not sure about other distros, but in
Debian official and debian-multimedia repos FFmpeg is compiled correct and
doesn't crash).
You can also try to use build from our automated build bot:
http://builder.blender.org/download/
Looking at latest packman build log for ffmpeg,
https://pmbs.links2linux.de/build/Essentials/openSUSE_Tumbleweed/x86_64/ffmp...,
as expected is using gcc48 for Tumbleweed build. The same is true of
Blender in factory and graphics (as expected).

If the bug report explanation is to be believed > gcc44 is to blame. I am
not familiar with what is causing the incompatibility and it definitely
would not make sense to back off gcc version because of this. It also does
not make too much sense to ship a version of Blender that is incapable of
most/all operations that depend on ffmpeg since it cripples a lot of its
functionality.

Any thoughts on a resolution to this problem?

[As a side note Blender motion tracking works well.]

--
Jimmy
-- 
To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org
To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Jimmy Berry

Jan Engelhardt

Jimmy Berry

Patrick Shanahan

Jimmy Berry

tags

participants (3)