Reino17
commented
7 years ago https://ffmpeg.zeranoe.com/forum/viewtopic.php?f=13&t=3572#p10122:
Today when I did some testing with
-c:v libx264another fatal error popped up:The exception Illegal Instruction An attempt was made to execute an illegal instruction. (0xc000001d) occurred in the application at location 0x011e166a.I have narrowed it down to ffmpeg-20150823-git-1bf76cd-win32-static.7z being the latest working build. ffmpeg-20150825-git-4c39892-win32-static.7z shows the fatal error.
I wrongfully assumed a ffmpeg commit was the culprit for this error, as I've recently found out that with AbeChin's ffmpeg builds I could once again use the libx264 video encoder.
Examining its build configuration and comparing it to mine I found original_cflags='-mtune=core2 -O3' to be the cause and original_cflags='-mtune=generic -mfpmath=sse -msse' to be the solution for my non-sse2 cpu.
diff:
--- cross_compile_ffmpeg.sh 2017-03-29 18:00:27.875000000 +0200
+++ cross_compile_ffmpeg.sh 2017-04-02 09:47:21.765625000 +0200
@@ -1481,7 +1481,7 @@ build_ffmpeg() {
# avoid installing this to system?
postpend_configure_opts="$postpend_configure_opts --prefix=$final_install_dir --disable-libgme" # gme broken for shared as of yet TODO...
else
- postpend_configure_opts="--enable-static --disable-shared $postpend_configure_opts --prefix=$mingw_w64_x86_64_prefix"
+ postpend_configure_opts="$postpend_configure_opts --prefix=$mingw_w64_x86_64_prefix" # --enable-static and --disable-shared are the default values already
fi
do_git_checkout $git_url $output_dir $ffmpeg_git_checkout_version
@@ -1521,7 +1521,7 @@ build_ffmpeg() {
# apply_patch https://raw.githubusercontent.com/rdp/ffmpeg-windows-build-helpers/master/patches/nvresize2.patch "-p1" # uncomment if you want to test nvresize filter [et al] http://ffmpeg.org/pipermail/ffmpeg-devel/2015-November/182781.html patch worked with 7ab37cae34b3845
fi
- config_options="$config_options --enable-runtime-cpudetect" # not sure what this even does but this is the most compatible
+ #config_options="$config_options --enable-runtime-cpudetect" # enabled by default nowadays and --disable-runtime-cpudetect to disable
do_debug_build=n # if you need one for backtraces/examining segfaults using gdb.exe ... change this to y :) XXXX make it affect x264 too...and make it param
if [[ "$do_debug_build" = "y" ]]; then
@@ -1729,7 +1729,8 @@ git_get_latest=y
prefer_stable=y
build_intel_qsv=n
#disable_nonfree=n # have no value by default to force user selection
-original_cflags='-mtune=core2 -O3' # be careful, these override lots of stuff in makesfiles :|
+#original_cflags='-mtune=core2 -O3' # be careful, these override lots of stuff in makesfiles :|
+original_cflags='-mtune=generic -mfpmath=sse -msse' # for non-sse2 cpus
# if you specify a march it needs to first so x264's configure will use it :|
build_x264_with_libav=n
ffmpeg_git_checkout_version=
rdp
hydra3333
jpham986
ghost
DeadSix27
I'd like to share the Windows XP compatible build I've made, including my notes for the compilers. This is therefore a report rather than an 'issue'.
Compared to rdp's '_cross_compileffmpeg.sh', it uses the following working(!) updated libraries:
'_cross_compileffmpeg.log' contains logs for library updates that didn't work well.
First of all, to compile on my WinXP pc, I had to grab the latest WinXP compatible Cygwin setup and change a few things.
This is the '_cross_compileffmpeg.sh' I've successfully been using. And '_cross_compileffmpeg.diff' is the difference compared to rdp's '_cross_compileffmpeg.sh':
To make FFMpeg WinXP compatible I had to change
build_intel_qsv=ytobuild_intel_qsv=n. Otherwise the error "The procedure entry point _wfopen_s could not be located in the dynamic link library msvcrt.dll" would return.TLS support on Windows XP: I couldn't open TLS 1.2 https-urls and at first I thought I'd need OpenSSL instead of the default GnuTLS, but in the end it was all about
--disable-schannel. The build I've now made (--disable-schannel --enable-gnutls) works fine too!wavpack-4.70.0, xvidcore-1.3.3 --> removed: Native support in FFMpeg (https://ffmpeg.org/general.html#Supported-File-Formats_002c-Codecs-or-Features). Decoding as well as encoding.opus-1.1 --> opus_git: I've updated the "allow-it-to-work-with-shared-builds"-patch, but haven't tested it.fribidi-0.19.4 --> fribidi-0.19.7: Judging the v0.19.7's source-code, the patch isn't needed anymore.