Process remaining timer anomaly

HandBrake for Windows support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Post Reply
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Process remaining timer anomaly

Post by 55trucker »

Description of problem or question:
Time remaining of process




Steps to reproduce the problem (If Applicable):

happens every time the program is used




HandBrake version (e.g., 1.0.0):

1.4/1.3



Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):
Windows 7 32/64/Windows 10 64




HandBrake Activity Log ***required*** (see How-to get an activity log)

Code: Select all

HandBrake 1.4.0 (2021071800)
OS: Microsoft Windows NT 10.0.18363.0
CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz
Ram: 20444 MB, 
GPU Information:
  AMD Radeon HD 6700 Series - 9.12.0.0
Screen: 1920x1080
Temp Dir: C:\Users\Steve\AppData\Local\Temp\
Install Dir: D:\HandBrake 1.4\
Data Dir: C:\Users\Steve\AppData\Roaming\HandBrake

-------------------------------------------


# Starting Encode ...
[13:33:35] base preset: 23.976 720p
Remote Process started with Process ID: 3464 using port: 8037. Max Allowed Instances: 1
Worker: Starting HandBrake Engine ...
Worker: Starting Web Server on port 8037 ...
Worker: Disconnected worker monitoring enabled!
[13:33:36] Compile-time hardening features are enabled
Cannot load nvEncodeAPI64.dll
Cannot load nvEncodeAPI64.dll
Cannot load nvEncodeAPI64.dll
Cannot load nvEncodeAPI64.dll
[13:33:36] hb_init: starting libhb thread
[13:33:36] Starting work at: Mon Aug 30 13:33:36 2021
[13:33:36] 1 job(s) to process
[13:33:36] json job:
{
  "Audio": {
    "AudioList": [],
    "CopyMask": [
      "copy:aac",
      "copy:ac3",
      "copy:dtshd",
      "copy:dts",
      "copy:eac3",
      "copy:flac",
      "copy:mp3",
      "copy:truehd",
      "copy:mp2"
    ],
    "FallbackEncoder": "ac3"
  },
  "Destination": {
    "ChapterList": [],
    "ChapterMarkers": false,
    "AlignAVStart": false,
    "File": "H:\\S06E14 There Will Be Brood 720p.mkv",
    "Mp4Options": {
      "IpodAtom": false,
      "Mp4Optimize": false
    },
    "Mux": "av_mkv"
  },
  "Filters": {
    "FilterList": [
      {
        "ID": 13,
        "Settings": {
          "crop-bottom": "0",
          "crop-left": "0",
          "crop-right": "0",
          "crop-top": "0",
          "height": "720",
          "width": "1280"
        }
      },
      {
        "ID": 6,
        "Settings": {
          "mode": "1",
          "rate": "27000000/1126125"
        }
      }
    ]
  },
  "PAR": {
    "Num": 1,
    "Den": 1
  },
  "Metadata": {},
  "SequenceID": 0,
  "Source": {
    "Angle": 1,
    "Range": {
      "Type": "chapter",
      "Start": 1,
      "End": 1
    },
    "Title": 1,
    "Path": "H:\\TV Shows\\Legends\\S06E14 There Will Be Brood 1080p.ts"
  },
  "Subtitle": {
    "Search": {
      "Burn": false,
      "Default": false,
      "Enable": false,
      "Forced": false
    },
    "SubtitleList": []
  },
  "Video": {
    "Encoder": "x264",
    "Level": "4.1",
    "Bitrate": 6000,
    "TwoPass": false,
    "Turbo": false,
    "ColorMatrixCode": 0,
    "Options": "rc-lookahead=80:level=4.1:ref=4:bframes=5:b-adapt=2:direct=auto:analyse=all:merange=24:subme=11:trellis=2:fast-pskip=0:vbv-bufsize=78125:vbv-maxrate=62500",
    "Preset": "veryslow",
    "Profile": "high",
    "QSV": {
      "Decode": false
    }
  }
}
[13:33:36] CPU: Intel(R) Core(TM) i5-2500 CPU @ 3.30GHz
[13:33:36]  - Intel microarchitecture Sandy Bridge
[13:33:36]  - logical processor count: 4
[13:33:36] Intel Quick Sync Video support: no
[13:33:36] hb_scan: path=H:\TV Shows\Legends\S06E14 There Will Be Brood 1080p.ts, title_index=1
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:333: failed opening UDF image H:\TV Shows\Legends\S06E14 There Will Be Brood 1080p.ts
src/libbluray/disc/disc.c:437: error opening file BDMV\index.bdmv
src/libbluray/disc/disc.c:437: error opening file BDMV\BACKUP\index.bdmv
src/libbluray/bluray.c:2646: nav_get_title_list(H:\TV Shows\Legends\S06E14 There Will Be Brood 1080p.ts\) failed
[13:33:36] bd: not a bd - trying as a stream/file instead
libdvdread: Encrypted DVD support unavailable.
libdvdread: libdvdread: DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
Can't open file VIDEO_TS.IFO.
libdvdnav: vm: vm: failed to read VIDEO_TS.IFO
[13:33:36] dvd: not a dvd - trying as a stream/file instead
[13:33:36] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[13:33:36] Found the following PIDS
[13:33:36]     Video PIDS :
[13:33:36]       0x1011 type H.264 (0x1b)
[13:33:36]     Audio PIDS :
[13:33:36]       0x1100 type AC3 (0x81)
[13:33:36]     Subtitle PIDS :
[13:33:36]     Other PIDS :
[13:33:36]       0x1001 type Unknown (0xff) (PCR)
[13:33:36] stream id 0x1100 (type 0x81 substream 0x0) audio 0x1100
[13:33:36] scan: decoding previews for title 1
[13:33:36] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[13:33:36] scan: audio 0x1100: ac3, rate=48000Hz, bitrate=640000 Unknown (AC3) (5.1 ch) (640 kbps)
[13:33:37] stream: 5 good frames, 0 errors (0%)
[13:33:37] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1, color profile: 1-1-1
[13:33:37] libhb: scan thread found 1 valid title(s)
[13:33:37] Starting Task: Encoding Pass
[13:33:37] job configuration:
[13:33:37]  * source
[13:33:37]    + H:\TV Shows\Legends\S06E14 There Will Be Brood 1080p.ts
[13:33:37]    + title 1, chapter(s) 1 to 1
[13:33:37]  * destination
[13:33:37]    + H:\S06E14 There Will Be Brood 720p.mkv
[13:33:37]    + container: Matroska (libavformat)
[13:33:37]  * video track
[13:33:37]    + decoder: h264 8-bit
[13:33:37]      + bitrate 200 kbps
[13:33:37]    + filters
[13:33:37]      + Framerate Shaper (mode=1:rate=27000000/1126125)
[13:33:37]        + frame rate: 23.976 fps -> constant 23.976 fps
[13:33:37]      + Crop and Scale (width=1280:height=720:crop-top=0:crop-bottom=0:crop-left=0:crop-right=0)
[13:33:37]        + source: 1920 * 1080, crop (0/0/0/0): 1920 * 1080, scale: 1280 * 720
[13:33:37]    + Output geometry
[13:33:37]      + storage dimensions: 1280 x 720
[13:33:37]      + pixel aspect ratio: 1 : 1
[13:33:37]      + display dimensions: 1280 x 720
[13:33:37]    + encoder: H.264 (libx264)
[13:33:37]      + preset:  veryslow
[13:33:37]      + options: rc-lookahead=80:level=4.1:ref=4:bframes=5:b-adapt=2:direct=auto:analyse=all:merange=24:subme=11:trellis=2:fast-pskip=0:vbv-bufsize=78125:vbv-maxrate=62500
[13:33:37]      + profile: high
[13:33:37]      + level:   4.1
[13:33:37]      + bitrate: 6000 kbps, pass: 0
[13:33:37]      + color profile: 1-1-1
[13:33:37] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[13:33:37] sync: expecting 53951 video frames
[13:33:37] encx264: min-keyint: 24, keyint: 240
[13:33:37] encx264: encoding at average bitrate 6000
[13:33:37] encx264: unparsed options: rc-lookahead=80:level=4.1:ref=4:bframes=5:b-adapt=2:direct=auto:analyse=all:merange=24:subme=11:trellis=2:fast-pskip=0:vbv-bufsize=78125:vbv-maxrate=62500:me=umh
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.1, 4:2:0, 8-bit
[13:33:37] sync: first pts video is 0
[15:37:40] hb_ts_stream_decode - eof
[15:37:40] reader: done. 1 scr changes
[15:38:05] work: average encoding speed for job is 8.173676 fps
[15:38:06] vfr: 60907 frames output, 0 dropped and 0 duped for CFR/PFR
[15:38:06] vfr: lost time: 0 (0 frames)
[15:38:06] vfr: gained time: 0 (0 frames) (0 not accounted for)
[15:38:06] stream: 60908 good frames, 0 errors (0%)
[15:38:06] h264-decoder done: 60907 frames, 0 decoder errors
[15:38:06] sync: got 60907 frames, 53951 expected
[15:38:06] sync: framerate min 23.976 fps, max 23.976 fps, avg 23.976 fps
x264 [info]: frame I:649   Avg QP:10.17  size:177842
x264 [info]: frame P:14652 Avg QP:13.86  size: 58585
x264 [info]: frame B:45606 Avg QP:15.72  size: 19878
x264 [info]: consecutive B-frames:  1.9%  1.8%  9.1% 52.1% 13.5% 21.7%
x264 [info]: mb I  I16..4:  6.6% 70.0% 23.4%
x264 [info]: mb P  I16..4:  1.3% 13.6%  1.9%  P16..4: 23.8% 35.5% 16.0%  4.9%  0.6%    skip: 2.3%
x264 [info]: mb B  I16..4:  0.1%  1.5%  0.2%  B16..8: 34.9% 29.7%  6.5%  direct: 7.1%  skip:20.1%  L0:40.9% L1:44.6% BI:14.5%
x264 [info]: final ratefactor: 14.00
x264 [info]: 8x8 transform intra:79.5% inter:47.0%
x264 [info]: direct mvs  spatial:100.0% temporal:0.0%
x264 [info]: coded y,uvDC,uvAC intra: 87.6% 90.7% 78.3% inter: 32.6% 30.4% 9.6%
x264 [info]: i16 v,h,dc,p: 32% 11%  8% 49%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12%  8% 11%  9% 12% 12% 11% 12% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14%  9% 11%  8% 13% 13% 11% 10% 11%
x264 [info]: i8c dc,h,v,p: 47% 19% 18% 16%
x264 [info]: Weighted P-Frames: Y:3.7% UV:2.6%
x264 [info]: ref P L0: 60.7% 10.1% 20.6%  8.3%  0.3%  0.0%
x264 [info]: ref B L0: 88.4%  9.7%  1.9%
x264 [info]: ref B L1: 95.4%  4.6%
x264 [info]: kb/s:5921.60
[15:38:06] mux: track 0, 60907 frames, 1880327512 bytes, 5921.52 kbps, fifo 1024
[15:38:06] Finished work at: Mon Aug 30 15:38:06 2021
[15:38:06] libhb: work result = 0

# Job Completed!
I'm inquiring to those who are far more knowledgeable about the programs working habits than I am, what in the programming causes the remaining timer to countdown to 0 & then alter to display 3mins/14secs/08milliseconds while the processing is still under way?

I've come across this anomaly with all recent versions of handbrake, (it's not just 1.4), it happens every time I use the program.
This anomaly has no bearing or effect on the program performing its task. The remaining time will exhaust itself, revert to the time I stated & the program continues on. Depending on how large the movie file I am working on the elapsed time can run for another 15-25mins.

It happens with all of my Windows operating systems.

What's causing this?

Thx
Top
rollin_eng
Veteran User
Posts: 4859
Joined: Wed May 04, 2011 11:06 pm

Re: Process remaining timer anomaly

Post by rollin_eng »

Does this only happen with .ts files?
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

hi there rollin:

no, it happens with .ts and .mkv files, those are the only two containers I get involved with.

https://imgur.com/P1rqcwD
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

55trucker wrote: ↑Mon Aug 30, 2021 8:37 pm hi there rollin:

no, it happens with .ts and .mkv files, those are the only two containers I get involved with.

https://imgur.com/P1rqcwD
In the attached pic the elapsed timer is still running, in this particular case the elapsed ran for another 12 minutes.
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

Any thoughts on this situation?
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

I get the impression that this has all somewhat stumped.......
Top
rollin_eng
Veteran User
Posts: 4859
Joined: Wed May 04, 2011 11:06 pm

Re: Process remaining timer anomaly

Post by rollin_eng »

[15:38:06] sync: got 60907 frames, 53951 expected

In your initial log the encoder is getting more frames than expected. This will probably cause your estimated time to be erratic.
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

I see,
hmmm, would that go hand-in-hand where the the file that is loaded into the program registers a runtime that is actually shorter than what the file actual length is?
I see this quite often where the runtime *duration* displayed is shorter than what the files runtime actually is.
Top
rollin_eng
Veteran User
Posts: 4859
Joined: Wed May 04, 2011 11:06 pm

Re: Process remaining timer anomaly

Post by rollin_eng »

I believe so.
Top
55trucker
Posts: 37
Joined: Sun Feb 15, 2015 5:13 pm

Re: Process remaining timer anomaly

Post by 55trucker »

aahhhhhhh, ok, fair enough, I'm not going to place any more concern on this, it's just a character trait of the program...no failure of the process is resulting from this at all.
Top
Post Reply

Return to “Windows”