Mixtion 및 인코더 및 디코더

Question

이 HEVC 인코더 및 디코더 에 관한 것입니다에 대한 EXE를 공개 나는

** encoder and decoder in debug mode 

** encoder and decoder in release mode 

내가 릴리스 모드 뭔가를 최적화 알고 있습니다.

1. 우리가 디버그 인코더를 사용하고 디코더를 해제 할 수 있나요? (나는 이것을 확인하지 않은)

2. 어떻게 릴리스 인코더 및 디버그 디코더는 어떻습니까? (나는 이것을 시도해도 괜찮습니다.)

나는 모두 괜찮을 것이라고 생각하지만, 이론적 인 수준에서 왜 그렇습니까, 왜 그런지를 알고 싶습니다.

Answer 1

내가 무엇을 요구하는지는 모르지만 예.

debug: 
    $(MAKE) -C lib/TLibVideoIO debug MM32=$(M32) 
    $(MAKE) -C lib/TLibCommon debug MM32=$(M32) 
    $(MAKE) -C lib/TLibDecoder debug MM32=$(M32) 
    $(MAKE) -C lib/TLibEncoder debug MM32=$(M32) 
    $(MAKE) -C lib/TAppCommon  debug MM32=$(M32) 
    $(MAKE) -C app/TAppDecoder  debug MM32=$(M32) 
    $(MAKE) -C app/TAppEncoder  debug MM32=$(M32) 
    $(MAKE) -C utils/annexBbytecount  debug MM32=$(M32) 
    $(MAKE) -C utils/convert_NtoMbit_YCbCr debug MM32=$(M32) 

release: 
    $(MAKE) -C lib/TLibVideoIO release MM32=$(M32) 
    $(MAKE) -C lib/TLibCommon release MM32=$(M32) 
    $(MAKE) -C lib/TLibDecoder release MM32=$(M32) 
    $(MAKE) -C lib/TLibEncoder release MM32=$(M32) 
    $(MAKE) -C lib/TAppCommon  release MM32=$(M32) 
    $(MAKE) -C app/TAppDecoder  release MM32=$(M32) 
    $(MAKE) -C app/TAppEncoder  release MM32=$(M32) 
    $(MAKE) -C utils/annexBbytecount  release MM32=$(M32) 
    $(MAKE) -C utils/convert_NtoMbit_YCbCr release MM32=$(M32) 

을 그리고 당신이 메이크를 따르는 경우에, 당신은 결국 다음과 같은 부분이 포함되어 makefile.base에서 생을 마감 : 리눅스 메이크 보면, 당신은이를 볼 수 있습니다 그래서 당신은이

# 
# debug cpp flags 
DEBUG_CPPFLAGS = -g -D_DEBUG 
# 
# release cpp 
RELEASE_CPPFLAGS = -O3 -ffloat-store -Wuninitialized 

을 디버그 모드와 릴리스 모드의 차이점. 생성 및 재구성 된 비트 스트림은 사용자가 debug-binary 또는 release-binary를 사용하는 것과 관계없이 동일합니다.

디버그 및 릴리스 바이너리를 완벽하게 혼합합니다.

디버그 및 릴리스에 의해 생성 된

Answer 2

HEVC 비트 스트림은 동일해야 인코더 빌드 ... 희망은 도움이. 또한 디코더의 동작은 두 가지 변형 모두에서 동일해야합니다. 개발 프로세스에는 공식적인 테스트가 없지만, HM에서는 그 어떤 문제도 경험하지 못했습니다.

이것이 사실이 아닌 경우를 발견하면 버그로 간주되어 버그 추적기에보고해야합니다.