[0.9.8] Time Remaining wrong...

Archive of historical bug reports.
Please use the GitHub link above to report issues.
Forum rules
*******************************
Please be aware we are now using GitHub for issue tracking and feature requests.
- This section of the forum is now closed to new topics.

*******************************
Post Reply
HelloWorldCool
Posts: 11
Joined: Wed Jul 18, 2012 2:10 pm

[0.9.8] Time Remaining wrong...

Post by HelloWorldCool »

I did a recording with Camstudio...and I just went to handbrake to compress it...
Well seems like Handbrake took a while..

Org File size: 932 mb

New Size:

Total - 46.2 mb

(part 1)-16 mb
(part 2) -12.3 mb
(part 3) - 8.67 mb
(part 4) - 9.23 mb

Code: Select all

HandBrake 0.9.8 2012071700
OS: Microsoft Windows NT 6.1.7601 Service Pack 1
CPU: Genuine Intel(R) CPU             585  @ 2.16GHz
Ram: 3003 MB, Screen: 1280x800
Temp Dir: C:\Users\*\AppData\Local\Temp\
Install Dir: C:\Users\*\Desktop\Handbrake
Data Dir: C:\Users\*\AppData\Roaming\HandBrake\HandBrake\0.9.8.4861

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

CLI Query:  -i "C:\Users\*\First Day Survival.avi" -t 1 --start-at duration:0 --stop-at duration:500 -o "C:\Users\*\Desktop\First Day Survival 1 1 7-23-2012.mp4"  -f mp4 -w 640 -l 352 -e x264 -q 20 --cfr  -a none -x ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0 --verbose=1
User Query: False

[14:08:38] hb_init: starting libhb thread
HandBrake 0.9.8 (2012071700) - MinGW i686 - http://handbrake.fr
1 CPU detected
Opening C:\Users\*\First Day Survival.avi...
[14:08:38] hb_scan: path=C:\Users\*\First Day Survival.avi, title_index=1
libbluray/bdnav/index_parse.c:157: indx_parse(): error opening C:\Users\*\First Day Survival.avi/BDMV/index.bdmv
libbluray/bluray.c:1471: nav_get_title_list(C:\Users\*\First Day Survival.avi) failed (002D9210)
[14:08:38] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[14:08:38] dvd: not a dvd - trying as a stream/file instead
Input #0, avi, from 'C:\Users\*\First Day Survival.avi':
  Duration: 00:34:15.42, start: 0.000000, bitrate: 3803 kb/s
    Stream #0.0: Video: camstudio, bgr24, 855x481, 200 fps, 35.75 tbr, 200 tbn, 200 tbc
[14:08:39] scan: decoding previews for title 1
Scanning title 1...
[14:08:39] scan: 10 previews, 854x480, 200.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[14:08:39] scan: title (0) job->width:848, job->height:480
[14:08:39] libhb: scan thread found 1 valid title(s)
+ title 1:
  + stream: C:\Users\*\Vid.avi
  + duration: 00:34:15
  + size: 854x480, pixel aspect: 1/1, display aspect: 1.78, 200.000 fps
  + autocrop: 0/0/0/0
  + chapters:
    + 1: cells 0->0, 0 blocks, duration 00:34:15
  + audio tracks:
  + subtitle tracks:
[14:08:39] 1 job(s) to process
[14:08:39] starting job
[14:08:39] sync: expecting 100200 video frames
[14:08:39] job configuration:
[14:08:39]  * source
[14:08:39]    + C:\Users\*\First Day Survival.avi
[14:08:39]    + title 1, start 0:0:0.00 stop 0:8:20.00
[14:08:39]    + container: avi
[14:08:39]    + data rate: 3803 kbps
[14:08:39]  * destination
[14:08:39]    + C:\Users\*\Desktop\Vid 1 1 7-23-2012.mp4
[14:08:39]    + container: MPEG-4 (.mp4 and .m4v)
[14:08:39]  * video track
[14:08:39]    + decoder: camstudio
[14:08:39]    + frame rate: 200.000 fps -> constant 200.000 fps
[14:08:39]    + dimensions: 854 * 480 -> 640 * 352, crop 0/0/0/0, mod 0
[14:08:39]    + encoder: H.264 (x264)
[14:08:39]      + options: ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
[14:08:39]      + quality: 20.00 (RF)
[14:08:39] reader: first SCR 0 id 0x0 DTS 0
[14:08:39] encx264: min-keyint: 200, keyint: 2000
[14:08:39] encx264: Encoding at constant RF 20.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.2
[14:20:21] sync: reached pts 45005400, exiting early
[14:20:38] work: average encoding speed for job is 2.135924 fps
[14:20:38] reader: done. 1 scr changes
[14:20:45] mux: track 0, 100011 frames, 15392458 bytes, 246.25 kbps, fifo 131072
[14:20:45] sync: got 1500 frames, 100200 expected
[14:20:45] camstudio-decoder done: 1978 frames, 0 decoder errors, 0 drops
[14:20:45] render: 100011 frames output, 0 dropped and 98511 duped for CFR/PFR
[14:20:45] render: lost time: 0 (0 frames)
[14:20:45] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: frame I:123   Avg QP:20.74  size: 44226  PSNR Mean Y:41.42 U:44.15 V:45.59 Avg:42.27 Global:42.06
x264 [info]: frame P:25557 Avg QP:27.96  size:   337  PSNR Mean Y:39.47 U:43.01 V:44.35 Avg:40.43 Global:39.81
x264 [info]: frame B:74331 Avg QP:29.53  size:    18  PSNR Mean Y:39.48 U:43.03 V:44.38 Avg:40.45 Global:39.82
x264 [info]: consecutive B-frames:  0.8%  0.3%  0.4% 98.5%
x264 [info]: mb I  I16..4: 10.8%  0.0% 89.2%
x264 [info]: mb P  I16..4:  0.1%  0.0%  0.2%  P16..4:  0.6%  0.4%  0.5%  0.0%  0.0%    skip:98.2%
x264 [info]: mb B  I16..4:  0.0%  0.0%  0.0%  B16..8:  0.0%  0.0%  0.0%  direct: 0.0%  skip:100.0%  L0:65.6% L1:34.1% BI: 0.3%
x264 [info]: coded y,uvDC,uvAC intra: 79.5% 68.5% 50.6% inter: 0.2% 0.1% 0.0%
x264 [info]: i16 v,h,dc,p: 37% 37% 20%  5%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 22% 16%  7%  8%  6% 10%  6% 11%
x264 [info]: i8c dc,h,v,p: 49% 31% 15%  5%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: SSIM Mean Y:0.9684853 (15.015db)
x264 [info]: PSNR Mean Y:39.481 U:43.024 V:44.371 Avg:40.450 Global:39.822 kb/s:246.33
[14:20:46] libhb: work result = 0
Encode done!
HandBrake has exited.
So, basically it said it would finish in like 5 hours...and it just kept going up and up to like 10 hours and up to 00:00:00...but actually it finished in less than a half hour.

Any particular reason? (I think it might have to do with Camstudio...correct me if i am wrong)
mduell
Veteran User
Posts: 8198
Joined: Sat Apr 21, 2007 8:54 pm

Re: [0.9.8] Time Remaining wrong...

Post by mduell »

HelloWorldCool wrote:

Code: Select all

HandBrake 0.9.8 2012071700

CLI Query:  -i "C:\Users\*\First Day Survival.avi" -t 1 --start-at duration:0 --stop-at duration:500 -o "C:\Users\*\Desktop\First Day Survival 1 1 7-23-2012.mp4"  -f mp4 -w 640 -l 352 -e x264 -q 20 --cfr  -a none -x ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0 --verbose=1

HandBrake 0.9.8 (2012071700) - MinGW i686 - http://handbrake.fr

Input #0, avi, from 'C:\Users\*\First Day Survival.avi':
  Duration: 00:34:15.42, start: 0.000000, bitrate: 3803 kb/s
    Stream #0.0: Video: camstudio, bgr24, 855x481, 200 fps, 35.75 tbr, 200 tbn, 200 tbc

[14:08:39]  * video track
[14:08:39]    + decoder: camstudio
[14:08:39]    + frame rate: 200.000 fps -> constant 200.000 fps

[14:20:21] sync: reached pts 45005400, exiting early

[14:20:45] sync: got 1500 frames, 100200 expected

[14:20:45] render: 100011 frames output, 0 dropped and 98511 duped for CFR/PFR
So, basically it said it would finish in like 5 hours...and it just kept going up and up to like 10 hours and up to 00:00:00...but actually it finished in less than a half hour.

Any particular reason? (I think it might have to do with Camstudio...correct me if i am wrong)
The source appeared to be 200 fps, but when it finished after 500 seconds it had only completed 1500 frames or 3 fps. That may account for the reason the time estimate was off.

Also since you set it to constant framerate at 200 fps, it duplicated a lot of frames.

What's the real framerate supposed to be?
HelloWorldCool
Posts: 11
Joined: Wed Jul 18, 2012 2:10 pm

Re: [0.9.8] Time Remaining wrong...

Post by HelloWorldCool »

Well Camstudio needs to be 200 fps in order for it to look good.

Um...are you suggesting I should maybe have tried changing the fps to 30?
mduell
Veteran User
Posts: 8198
Joined: Sat Apr 21, 2007 8:54 pm

Re: [0.9.8] Time Remaining wrong...

Post by mduell »

Try leaving the framerate at "same as source".
Deleted User 11865

Re: [0.9.8] Time Remaining wrong...

Post by Deleted User 11865 »

Some encoders, when the next frame looks almost identical to the next, just encode a "duplicate" frame that dpesn't contain any data except an indication to repeat the previous frame. In that case, libavcodec sets the frame duration accordingly but doesn't usually duplicate the frames.
Post Reply