Handbrake cannot open MP4 h264 source ?

[platonicshroom]

Please detail your question or problem in as much detail as possible:
I've recently acquired a nikkei Extreme X6 action cam, upon trying to convert recorded footage (after copying to harddisk) I noticed I cannot open it as a source file, likely a codec issue.

VLC will play these files, i've included codec information here:
http://prntscr.com/g02mdg

Tell us about your environment. What version of HandBrake? What version of Windows are you running. etc.
Lastest stable 1.0.7 64bit
If there was any exception or error displayed, please copy it and paste it here:
Unable to open source file

Please include the scan or encode log:
https://pastebin.com/c1kYgn0S

[rollin_eng]

Don't know if it will help but you can always try a nightly build.

[platonicshroom]

I've proceded to install the 64bit nightly build with the 10bit x264/x265 addons in this forum.

Unfortunately this leads to the same error, I expect the video format is not protected as I recorded it myself with my action camera.

ps. I noticed that in the bottom the codec seems to be detected, it is only after it starts "decoding previews for title 1", that it runs into problems, could this have anything to do with vlc?

any help is appreciated.

Code: Select all

HandBrake Nightly 20170724183340-3215491-master (2017072501) - 64bit
OS: Microsoft Windows NT 10.0.15063.0 - 64bit
CPU: Intel(R) Core(TM) i5-6600K CPU @ 3.50GHz
Ram: 16311 MB, 
GPU Information:
  NVIDIA GeForce GTX 1070 - 22.21.13.8205
Screen: 2560x1440
Temp Dir: C:\Users\robin\AppData\Local\Temp\
Install Dir: C:\Program Files\HandBrake Nightly
Data Dir: C:\Users\robin\AppData\Roaming\HandBrake Team\HandBrake\1.1.0.0

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

[17:19:11] hb_init: starting libhb thread
[17:19:11] hb_init: starting libhb thread
[17:19:11] hb_init: starting libhb thread
[17:19:11] hb_init: starting libhb thread
[17:19:11] hb_init: starting libhb thread
[17:19:11] hb_init: starting libhb thread
[17:19:21] hb_init: starting libhb thread

 # Starting Scan ...

[17:19:21] CPU: Intel(R) Core(TM) i5-6600K CPU @ 3.50GHz
[17:19:21]  - Intel microarchitecture Skylake
[17:19:21]  - logical processor count: 4
[17:19:21] Intel Quick Sync Video support: no
[17:19:21] hb_scan: path=E:\Video_edit\source\20170106_160921A.mp4, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:274: failed opening UDF image E:\Video_edit\source\20170106_160921A.mp4
src/libbluray/disc/disc.c:352: error opening file BDMV\index.bdmv
src/libbluray/disc/disc.c:352: error opening file BDMV\BACKUP\index.bdmv
[17:19:21] 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:19:21] dvd: not a dvd - trying as a stream/file instead
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'E:\Video_edit\source\20170106_160921A.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2mp41
  Duration: 00:06:20.49, start: 0.000000, bitrate: 23164 kb/s
    Stream #0:0(eng): Video: h264 (Main) [avc1 / 0x31637661]
      yuv420p, tv, bt470bg/bt470bg/smpte170m
      3840x2160, 23127 kb/s
      30 fps, 1k tbn (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(eng): Audio: aac (LC) [mp4a / 0x6134706D]
      8000 Hz, mono, fltp, 15 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
[17:19:21] scan: decoding previews for title 1
[17:19:22] Warning: Could not read data for preview 1, skipped
[17:19:22] scan: Too few previews (0), trying harder
[17:19:22] scan: decoding previews for title 1
[17:19:22] Warning: Could not read data for preview 1, skipped
[17:19:22] libhb: scan thread found 0 valid title(s)

 # Processing Scan Information ...


 # Scan Finished ...

[mduell]

HB does not use VLC.

[BradleyS]

It would be great to get a small sample from the camera. Just a few seconds should be enough for further analysis. Thanks.

[platonicshroom]

@BradleyS a copy of the file can be found here: https://drive.google.com/file/d/0B2M4wx ... sp=sharing

Please let me know if anyone else is able to convert this file with handbrake.

[BradleyS]

Thanks for the sample. Indeed, it does not work with HandBrake, but does with recent avconv (Libav, which HandBrake uses).

Would you be so kind as to open an issue on GitHub so we can better track the issue? If it's a problem, I can do it for you, just not today.

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

[platonicshroom]

Thanks BradleyS,

I've posted a bug report on your issue tracker, hope you get a chance to look at it sometime in the near future, handbrake is one of the few straight forward tools on the market that I've grown fond of.

Though now that I think about it, it would not surprise me if this little Chinese action cam just does some strange things to the headers that confuse handbrake.

[BradleyS]

Thanks for doing that. We've seen a few of these types of cameras have issues with HandBrake. Hopefully John gets a chance to have a look when he's around.