[FFmpeg-devel] [PATCH] fate: use the lavfi -graph_file option to workaround path issues.
jamal
jamrial at gmail.com
Thu Oct 25 01:13:19 CEST 2012
On 24/10/12 6:42 PM, Clément Bœsch wrote:
> ---
> FATE is still broken due to various path issues. This is an attempt to fix it
> using the new introduced -graph_file option. I have no mean to test it with
> mingw/msys/msvc stuff so I have no idea if it works as expected.
>
> Here are the two issues supposed to be fixed:
>
> - the source file is passed as a standalone argument to printf, and I just
> hope here msys will do its work and replace paths such as "/d/foo/bar" into
> "d:/foo/bar". This is a problem currently happening with the scene
> detection because the filename is bogged down into the middle of the
> filtergraph and isn't substitute.
It's not doing it. scenedetect.lavfi contains the following for me when using SAMPLES=/ffmpeg/samples
sws_flags=+accurate_rnd+bitexact; movie='/ffmpeg/samples/svq3/Vertical400kbit.sorenson3.mov',select=gt(scene\,.4)
This aside, with and without this patch the only way i was able to make it accept the samples path and run without
failing was by giving it a relative instead of an absolute path (for example SAMPLES=../samples).
I remember having some issues compiling GCC when running the configure script using absolute paths in the past, so
i suppose it's a msys bug.
Personally, I'd say we should add a section to the fate documentation recommending msys users to use relative paths
for SAMPLES and not bloat the build system to work around a problem that should be fixed by the msys project.
More information about the ffmpeg-devel
mailing list