[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