With upcoming changes to data protection and privacy laws in Europe coming into effect soon, we thought this would be a good time to remind everyone that we do have a privacy policy.
This applies to all users and visitors world-wide.

We have made a few changes to the language to make it clearer in relation to this new regulation but fundamentally, the terms and your rights are unchanged.

If you have any questions about this, please feel free to ask in the General Forum

Handbrake hangs at "Scanning Title 1 of 1 (10%)"

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
Iketh
Posts: 28
Joined: Fri Nov 04, 2011 8:02 pm

Handbrake hangs at "Scanning Title 1 of 1 (10%)"

Post by Iketh » Wed May 09, 2018 10:41 pm

Description of problem or question:
Handbrake hangs at "Scanning Title 1 of 1 (10%)" indefinitely.



Steps to reproduce the problem (If Applicable):
Open a 4000x3000 video file. Mine is 20 minutes long, uncompressed, and 1.3TB.



HandBrake version (e.g., 1.0.0):
The UI does not allow me to highlight and thus copy the version under "About HandBrake". Please consider changing this. The number in paranthesis is (2018042901). It also doesn't let me highlight the version in "Updates".



Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):
Windows 10 Pro 64-bit Creator's Update



HandBrake Activity Log ***required*** (see How-to get an activity log)
At that URL, please consider placing the "Where to find logs" section at the top of the page instead of buried. Also please consider placing the default log path in the log path text box located in "Advanced" instead of blank.

My original attempt to make this post was lost when I pasted the full contents of the log and hit "Preview." I received error "413 Request entity too large." The contents of the post was gone when I hit the back button. However, hitting "Submit" and then back did not erase the post. Please consider changing the behavior of the "Preview" button.

Code: Select all

[17:31:50] hb_init: starting libhb thread

 # Starting Scan ...

[17:31:50] CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz
[17:31:50]  - Intel microarchitecture Skylake
[17:31:50]  - logical processor count: 8
[17:31:50] Intel Quick Sync Video support: no
[17:31:50] hb_scan: path=D:\12.9 lake circumference return in ditch 4k 4-3.avi, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:323: failed opening UDF image D:\12.9 lake circumference return in ditch 4k 4-3.avi
src/libbluray/disc/disc.c:424: error opening file BDMV\index.bdmv
src/libbluray/disc/disc.c:424: error opening file BDMV\BACKUP\index.bdmv
[17:31:50] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.3
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[17:31:50] dvd: not a dvd - trying as a stream/file instead
Input #0, avi, from 'D:\12.9 lake circumference return in ditch 4k 4-3.avi':
  Metadata:
    TCOD            : 3649312333
    TCDO            : 16456773666
  Duration: 00:21:20.74, start: 0.000000, bitrate: -2147483 kb/s
    Stream #0:0: Video: rawvideo
      bgr24, 4000x3000
      29.97 tbn
    Stream #0:1: Audio: pcm_s24le [[1][0][0][0] / 0x0001]
      96000 Hz, 2 channels, s32, 4608 kb/s
[17:31:50] scan: decoding previews for title 1
[17:31:50] scan: audio 0x1: pcm_s24le, rate=96000Hz, bitrate=4608000 Unknown (pcm_s24le) (2.0 ch)
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:50] ffmpeg_read: pkt too big: 36000000 bytes
[17:31:51] ffmpeg_read: pkt too big: 36000000 bytes
...
...
...
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:36] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:37] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:37] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:37] ffmpeg_read: pkt too big: 36000000 bytes
[18:15:37] ffmpeg_read: pkt too big: 36000000 bytes

Woodstock
Veteran User
Posts: 2497
Joined: Tue Aug 27, 2013 6:39 am

Re: Handbrake hangs at "Scanning Title 1 of 1 (10%)"

Post by Woodstock » Wed May 09, 2018 11:55 pm

Version information and even your operating system information are included in the log file, if you don't clip it out.

Your raw video has packets that exceed 32MB in size, which is why the error pops up. Each frame exceeds that maximum packet size.

One of the developers would have to say whether or not there is a way around this.

Woodstock
Veteran User
Posts: 2497
Joined: Tue Aug 27, 2013 6:39 am

Re: Handbrake hangs at "Scanning Title 1 of 1 (10%)"

Post by Woodstock » Sun May 13, 2018 5:06 pm

https://github.com/HandBrake/HandBrake/issues/1334

Someone submitted this as an official bug report, and the nightly builds should soon adjust the limit upwards.

Iketh
Posts: 28
Joined: Fri Nov 04, 2011 8:02 pm

Re: Handbrake hangs at "Scanning Title 1 of 1 (10%)"

Post by Iketh » Tue May 15, 2018 9:06 pm

thx for the heads up

Post Reply