[Invalid] GrassVaey HQ/HQX can't be read in nightly build 20160827-429fce1_x86_64-Win

[Jim_pansen]

Please describe the problem in as much detail as possible:
If you open GrassValley HQ or HQX in AVI or MOV container, Handbrake does mit recognized the stream.
Since codec base has been switched to libav 12 it should work.
What are the steps to reproduce this problem:
Just open HQ/HQX files.
What version of HandBrake you are running:
nightly build 20160827-429fce1_x86_64-Win
What operating system and version and you running (e.g. OSX 10.11, Windows 7, Ubuntu 14):
Windows 7
If there was any exception or error displayed, please copy it and paste it here:
"No valid source or titles found"
Please include the scan or encode log:
HandBrake Nightly 20160826204920-429fce1-master (2016082701) - 64bit Version
OS: Microsoft Windows NT 6.1.7601 Service Pack 1 - 64bit
CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
Ram: 15313 MB,
GPU Information:
NVIDIA GeForce GTX 650 - 9.18.13.3523
Intel(R) HD Graphics 4000 - 10.18.10.3412
Screen: 1920x1080
Temp Dir: C:\Users\marvin42\AppData\Local\Temp\
Install Dir: C:\Program Files\HandBrake Nightly
Data Dir: C:\Users\marvin42\AppData\Roaming\HandBrake Team\HandBrake\0.0.0.0

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

[21:16:42] hb_init: starting libhb thread
[21:16:42] hb_init: starting libhb thread
[21:17:36] hb_init: starting libhb thread

# Starting Scan ...

[21:17:36] CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
[21:17:36] - Intel microarchitecture Ivy Bridge
[21:17:36] - logical processor count: 8
[21:17:36] OpenCL device #1: Intel(R) Corporation Intel(R) HD Graphics 4000
[21:17:36] - OpenCL version: 1.2
[21:17:36] - driver version: 10.18.10.3412
[21:17:36] - device type: GPU
[21:17:36] - supported: no
[21:17:36] OpenCL device #2: NVIDIA Corporation GeForce GTX 650
[21:17:36] - OpenCL version: 1.1 CUDA
[21:17:36] - driver version: 335.23
[21:17:36] - device type: GPU
[21:17:36] - supported: no
[21:17:36] Intel Quick Sync Video support: yes
[21:17:36] - Intel Media SDK hardware: API 1.7 (minimum: 1.3)
[21:17:36] - H.264 encoder: yes
[21:17:36] - preferred implementation: hardware (any)
[21:17:36] - capabilities (hardware): vsinfo opt1 opt2+extbrc
[21:17:36] - H.265 encoder: no
[21:17:36] hb_scan: path=P:\___HQX Test\KOSTYA\HQ 8Bit 1920x1080 25p.avi, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:274: failed opening UDF image P:\___HQX Test\KOSTYA\HQ 8Bit 1920x1080 25p.avi
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
[21:17:36] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
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
[21:17:36] dvd: not a dvd - trying as a stream/file instead
Input #0, avi, from 'P:\___HQX Test\KOSTYA\HQ 8Bit 1920x1080 25p.avi':
Duration: 00:00:04.92, start: 0.000000, bitrate: 143914 kb/s
Stream #0.0: Video: CUVC / 0x43565543, 1920x1080, 25 fps, 25 tbn
Stream #0.1: Audio: pcm_s24le, 48000 Hz, 2 channels, s32, 2304 kb/s
[21:17:36] scan: decoding previews for title 1
[21:17:36] scan: decoding previews for title 1
[21:17:36] libhb: scan thread found 0 valid title(s)

# Scan Finished ...

[s55]

HandBrake does not yet use LibAV 12, so obviously won't work until we actually upgrade.

[Jim_pansen]

I saw a note that Handbrake (nightly build) has been switched to libav 12 alpha?
https://trac.handbrake.fr/changeset/a09 ... 633e7dd7fe

Jim

[s55]

Nope. The nightly build does not have libav12. It's still 11.x

That is a different branch that's not part of the nightly builds since it's still a "work in progress". I.e the work to upgrade to libav12 is still incomplete. Once done it'll be pushed to master but there is no ETA on this yet.

[Jim_pansen]

Yes, it's in progress since years and it seems the developers are not much interested to make a point.
That's why I think FFmpeg gives more advantage over the time..
They are simply bringing the new stuff to life while libav team develops and develops and develops... Zzzzzzz

[s55]

I meant the work to integrate it with HandBrake is incomplete.

[Jim_pansen]

Ooops, I got you wrong, sorry, and thanks for clarifying it.