RandomEngy
UHD Errors - ETA, elapsed time, processor throttle
Problem Description
On Vidcoder 7.1.5, recoding a UHD movie takes more than 24 hours. That time is not being shown correct in the interface.
As soon as UHD video is added, the processor runs hot (and BIOS-based safety settings slow the entire system down), despite throttle setting to 75% processor power, 1 simultanous job, lower prio. On anything to HD, I could use 100% at 2 jobs without such "glitch". I think that justifies the use of the bug-label?
The elapsed time problem result shows in the interface: Status: Succeeded Elapsed Time: 11:22:09 Size: 6.38 GB
Elapsed time real: 35:22:09
The same is true on the Job-ETA, being totally off as soon as a UHD video is added to the list of jobs. There might be calculations bugged that cause the processor consumption to break out of it's set constraints?
Processor data in the shortened encode log, OS Windows 11 latest.
Given UHD becomes more common, I'd assume such cases also become more common and recommend a bug fix? Nothing found on open issues, sorry if duplicate. Used searches like UHD or "elapsed time" or "ETA".
Aside: On issue #739 I already consider that an "indicator". If more than one job on up to HD, it must be multiplied by the number of concurrent jobs. If throttled, offset increases. This issue might have evolved with increasing video sizes, worked very well on 480p (DVD) I believe to recall?
What version of VidCoder are you running?
7.15
Encode Log
# VidCoder 7.15
# Starting job 1/1
# Source path: C:\Users\****.mkv
# Destination path: C:\Users\****.mp4
# Title: 1
# Range: All
# Preset: JB UHD x265 aac
# Worker ready: Pipe 'VidCoderWorker.6ec80cb6-e84f-4982-bf48-b8b0ec0d0ba8' is open
# Connecting to process 14680 on pipe VidCoderWorker.6ec80cb6-e84f-4982-bf48-b8b0ec0d0ba8
[13:00:29] CPU: 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz
[13:00:29] - Intel microarchitecture Tiger Lake
[13:00:29] - logical processor count: 8
[13:00:29] Intel Quick Sync Video support: yes, gpu list: 0
[13:00:29] Intel Quick Sync Video integrated adapter with index 0
[13:00:29] - Intel Media SDK hardware: API 1.35 (minimum: 1.3)
[13:00:29] - Decode support: h264 hevc (8bit: yes, 10bit: yes) av1 (8bit: yes, 10bit: yes)
[13:00:29] - H.264 encoder: yes
[13:00:29] - preferred implementation: hardware (1) via D3D11
[13:00:29] - capabilities (hardware): breftype icq+la+i+downs vsinfo opt1 opt2+mbbrc+extbrc+trellis+ib_adapt+nmpslice
[13:00:29] - H.265 encoder: yes (8bit: yes, 10bit: yes)
[13:00:29] - preferred implementation: hardware (1) via D3D11
[13:00:29] - capabilities (hardware): lowpower bpyramid icq vsinfo opt1
[...]
[00:22:36] Finished work at: Wed Sep 14 00:22:36 2022
[00:22:36] libhb: work result = 0
# Job completed (Elapsed Time: 1d 11h)
The ETA calculation is done by the HandBrake core library that VidCoder uses. Those fixes would need to be done in HandBrake.
