Zero-latency issue
Issue #118
resolved
If I try to use the zero-latency preset I receive the following error:
#!
--- SETTINGS ---
Encoder : x265 (H.265/HEVC), x86, 8-Bit
Source : Native
RC Mode : CQ
Preset : Ultrafast
Tuning : ZeroLatency
--- CHECK VERSION ---
x265 [info]: HEVC encoder version 1.5+200-726fe4088f31
x265 [info]: build info [Windows][GCC 4.8.2][32 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
--- ENCODING VIDEO ---
x265_8bit_x86.exe --qp 28 --preset ultrafast --tune zerolatency --output "Trailer 720p.hevc" "Trailer 720p.y4m"
y4m [info]: 1280x720 fps 24/1 i420p8 sar 1:1 frames 0 - 653 of 654
x265 [info]: HEVC encoder version 1.5+200-726fe4088f31
x265 [info]: build info [Windows][GCC 4.8.2][32 bit] 8bpp
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [error]: Lookahead depth must be greater than the max consecutive bframe count
x265 [error]: failed to open encoder
PROCESS EXITED WITH ERROR CODE: 2
I have been testing the same trailer file over a period of 9 months to see the progress of x265 (which has been very nice so far!). However, from around 1.5 onwards, the zero-latency preset no longer works for me. I have read the documentation, and it says the lookahead value should be zero for zero-latency.
Please advise.
Comments (3)
-
-
yes, that was one problem. there were further fixes necessary which I have queued up for testing.
I also made a note to add a test case for this so it does not get broken again in the future
-
- changed status to resolved
param: bframes can match lookaheadDepth if both are zero (fixes
#118)→ <<cset a962bb577a47>>
- Log in to comment
It broke on rev 9667: https://bitbucket.org/multicoreware/x265/commits/2e93cd58ff615285db25249086b2d03ea14c686e