0x0000000000000001 (NEEDED) Shared library: [libdl.so.2]
0x0000000000000001 (NEEDED) Shared library: [librt.so.1]
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libstdc++.so.6]
0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0]
All image-related libraries are prepackaged, so I can't even begin to imagine what could be causing the problem.
]]>readelf -d <path_to_binary> | grep Shared
and see what it's linked against. Then check that against what's been updated lately.
]]>In Nuke, which is a node-based video compositor I work with regularly in Arch, QuickTime files with frames that are PNGs with transparency fail to load the transparency as an alpha channel. If I convert them to png sequences with ffmpeg, it works fine, indicating something wrong with the reading of the container.
It worked until just recently, and the program hasn't changed, so I'm assuming I've done something wrong with the dependencies.
]]>All the sudden, all my pre-keyed RGBA quicktime files aren't returning alpha, only RGB. I thought it may be Nuke, but I downgraded to a version I knew worked and it doesn't work now either.
Any suggestions?
Yes, I have a suggestion: explain exactly what the problem is and what you've done so far. Maybe "Nuke" is clear to some people, but not me. "Quicktime" usually describes a container, so we have no idea what codec that the alpha channel is missing from. We also don't know the context under which the missing alpha channel is used in, unless "Nuke" is meaningful to someone. The thing that many keep repeating is helpful.
]]>Any suggestions?
]]>