libvpx에서 비디오의 알파 사용을 방해하는 버그를 발견했습니다. 나는 버그를 고쳤다.하지만 libvpx를 다시 빌드해야한다는 것을 의미한다. (이전 빌드는 헤더와 라이브러리를 제외하고는 안개 속에서 손실된다.)Bash를 사용하여 Windows 10에서 Visual Studio 2015로 libvpx 빌드
configure --target=x86_64-win64-vs14 --as=auto --enable-vp9-highbitdepth --enable-vp8 --enable-vp9 --enable-error-concealment --enable-runtime-cpu-detect --enable-libyuv
모두가 잘 보이는 : 나는 시각에서 솔루션을 연 내가 가져온 버전 1.6.1을했습니다 및 Windows 10에 배쉬에서이 명령 줄을 사용하여 비주얼 스튜디오 2015 솔루션을 생성, 여기 https://github.com/webmproject/libvpx의 지시에 따라 스튜디오 2015은 많은 오브젝트 파일 및 조립 조립 소스를 산출 한 VPX 프로젝트를 구축하려고 시도했지만 결국 나는 다음과 같은 오류 얻을 : 아무런 대응이없는
LINK : fatal error LNK1181: cannot open input file 'x64\Debug\vpx\vpx_ports_emms_asm.obj'
가이 이름을 가진 소스 파일이 없기 때문에 obj 파일.
PORTS_SRCS-yes += vpx_ports.mk
PORTS_SRCS-yes += bitops.h
PORTS_SRCS-yes += mem.h
PORTS_SRCS-yes += msvc.h
PORTS_SRCS-yes += system_state.h
PORTS_SRCS-yes += vpx_timer.h
ifeq ($(ARCH_X86)$(ARCH_X86_64),yes)
PORTS_SRCS-yes += emms.asm
PORTS_SRCS-yes += x86.h
PORTS_SRCS-yes += x86_abi_support.asm
endif
PORTS_SRCS-$(ARCH_ARM) += arm_cpudetect.c
PORTS_SRCS-$(ARCH_ARM) += arm.h
이 내가 익숙하지있는 메이크 마법의 일종처럼 나에게 보이는 : 프로젝트를 통해 찾고, 이름 vpx_ports을 가지고 다음과 같은 텍스트가 포함 된 하나의 .mk 파일의 숫자가 있습니다. 프로젝트에 다른 vpx_ports_ * 파일이 없습니다. 프로젝트에 몇 가지 다른 .mk 파일이 있습니다.
Cygwin이 권장되며, Windows에서 Bash가 아닌 Bash를 사용해 보았지만 동일한 결과를 얻었습니다. 궁극적으로, 나는 버그를 고치고 내 삶을 사귀고 싶다. 링커 버그를 해결하는 방법이나 대체 빌드 메커니즘을 제안하는 방법을 설명하는 데 도움이됩니다.
[편집 1]
진행 : 같은 그러나
yasm -Xvc -g cv8 -f win64 -I"." -I".." "%(FullPath)" -o $(IntDir)vpx_ports_emms_asm.obj
로 커스텀 ASM 파일에 대한 명령을 구축 만듭니다 빌드 스크립트는, -o는에도 불구하고 출력 디렉토리가 아닌 출력 파일 이름 (지정 무엇 설명서는 yasm의 최신 버전에서); 파일은 실제로 emms.obj에 성공적으로 어셈블되었습니다. 슬프게도 출력 파일 이름을 지정하는 옵션이없는 것 같습니다.
저는 mingw64 + yasm 1.3 + msys 1.0을 사용하여 빌드했습니다. VS 솔루션을 생성 할 때 autotools 기반 빌드 시스템은 일반적으로 cmake보다 훨씬 나쁩니다. – VTT