Handbrake 0.10.3 Windows - FDK AAC (HE-AAC) 5.1 Audio compatibility problem

[arcuser]

Please describe the problem in as much detail as possible:

Encoding using FDK-AAC 5.1 Channel Audio is causing a compatibility problem with older devices.

To choose only one...
I will go with the WDTV as I have always found it to be the most widely compatible, generally plays anything thrown at it.

However, when trying to play a file with FDK-AAC 5.1 Audio is shown to be "Unsupported".


Similar test encodes using the latest version of MeGUI (with any version of FDK-AAC) do not present this same problem.

If successful (as with MeGUI encodes), the encoded FDK-AAC 5.1 Channel audio should simply be downmixed to 2.0 by the device, if the device cannot handle 5.1 audio.


I have found this problem with 100% of FDK-AAC 5.1 Channel audio encodes made with Handbrake.


While it could be suggested the problem is with the devices trying to play the file(s), if the devices can handle AAC 2.0 they should at least be able to output at this if not at AAC 5.1 (as possible with a MeGUI encode as mentioned above).



What are the steps to reproduce this problem:

Encode any item to MKV (Normal profile is fine, no fancy settings needed) using FDK-AAC 5.1 Channel audio.

Try to playback on older device such as WDTV, you will have no audio and/or the device will present a message such as "Audio Unsupported" or "Cannot Play Audio".



What version of HandBrake you are running:

Tested this issue using:
Handbrake 0.10.3 - though I also checked back and this problem seems to have existed in 0.10.0 and 0.10.1 and 0.10.2
- so the issue has been present since at least 0.10.0

Also tested in several nightly versions (with same results): svn 7142, svn 7149, svn 7157



What operating system and version and you running (e.g. OSX 10.11, Windows 7, Ubuntu 14):

Windows 7 - 64 Bit



Please include the scan or encode log:

Code: Select all

HandBrake 0.10.2.7286 - 64bit Version
OS: Microsoft Windows NT 6.1.7601 Service Pack 1 - 64bit
CPU: Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
Ram: 12182 MB, 
GPU Information:
  NVIDIA GeForce GT 540M - 8.17.13.142
  Intel(R) HD Graphics 3000 - 8.15.10.2696
Screen: 1920x1080
Temp Dir: C:\Users\Admin\AppData\Local\Temp\
Install Dir: C:\Program Files\Handbrake0.10.2
Data Dir: C:\Users\Admin\AppData\Roaming\HandBrake\HandBrake\0.10.2.7286

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

CLI Query:  -i "G:\DVDVIDEO\VIDEO_TS" -t 1 --angle 1 -c 1-29 -o "C:\Temp\DVD_VIDEO.mkv"  -f mkv  -w 720 --crop 58:60:0:0 --loose-anamorphic  --modulus 2 -e x264 -q 19 --cfr -a 1,2 -E fdk_haac,fdk_haac -6 5point1,5point1 -R Auto,48 -B 192,192 -D 0,0 --gain 0,0 --audio-fallback ac3 --subtitle 1,5 --markers="C:\Users\Admin\AppData\Local\Temp\DVD_VIDEO-1-chapters.csv" --encoder-preset=veryfast  --encoder-level="4.0"  --encoder-profile=main  --verbose=2

[05:22:37] hb_init: starting libhb thread
[05:22:37] thread 1fec940 started ("libhb")
HandBrake 0.10.2 (2015060900) - MinGW x86_64 - https://handbrake.fr
8 CPUs detected
Opening G:\DVDVIDEO\VIDEO_TS...
[05:22:37] CPU: Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz
[05:22:37]  - Intel microarchitecture Sandy Bridge
[05:22:37]  - logical processor count: 8
[05:22:38] OpenCL device #1: NVIDIA Corporation GeForce GT 540M
[05:22:38]  - OpenCL version: 1.1 CUDA
[05:22:38]  - driver version: 301.42
[05:22:38]  - device type:    GPU
[05:22:38]  - supported:      no
[05:22:38] Intel Quick Sync Video support: yes
[05:22:38]  - Intel Media SDK hardware: API 1.3 (minimum: 1.3)
[05:22:38]  - H.264 encoder: yes
[05:22:38]     - preferred implementation: hardware (any)
[05:22:38]     - capabilities (hardware):  none (standard feature set)
[05:22:38]  - H.265 encoder: no
[05:22:38] hb_scan: path=G:\DVDVIDEO\VIDEO_TS, title_index=1
[05:22:38] thread 1fecb40 started ("scan")
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening G:\DVDVIDEO\VIDEO_TS/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening G:\DVDVIDEO\VIDEO_TS/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(G:\DVDVIDEO\VIDEO_TS) failed
[05:22:38] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread: Could not open input: Permission denied
libdvdread: Can't open G:\DVDVIDEO\VIDEO_TS for reading
libdvdread: Device G:\DVDVIDEO\VIDEO_TS inaccessible, CSS authentication not available.
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
libdvdread: Encrypted DVD support unavailable.
libdvdread: Could not open input: Permission denied
libdvdread: Can't open G:\DVDVIDEO\VIDEO_TS for reading
libdvdread: Device G:\DVDVIDEO\VIDEO_TS inaccessible, CSS authentication not available.
[05:22:38] scan: DVD has 8 title(s)
[05:22:38] scan: scanning title 1
[05:22:38] scan: opening IFO for VTS 3
[05:22:38] scan: duration is 02:25:58 (8758700 ms)
[05:22:38] pgc_id: 1, pgn: 1: pgc: 0000000001FFA900
[05:22:38] scan: vts=3, ttn=1, cells=0->50, blocks=0->3879686, 3879687 blocks
[05:22:38] scan: checking audio 1
[05:22:38] scan: id=0x80bd, lang=English (AC3), 3cc=eng ext=1
[05:22:38] scan: checking audio 2
[05:22:38] scan: id=0x89bd, lang=English (DTS), 3cc=eng ext=1
[05:22:38] scan: checking audio 3
[05:22:38] scan: id=0x82bd, lang=Francais (AC3), 3cc=fra ext=1
[05:22:38] scan: checking audio 4
[05:22:38] scan: id=0x83bd, lang=Espanol (AC3), 3cc=spa ext=1
[05:22:38] scan: checking audio 5
[05:22:38] scan: id=0x84bd, lang=English (AC3), 3cc=eng ext=1
[05:22:38] scan: checking audio 6
[05:22:38] scan: id=0x85bd, lang=English (AC3), 3cc=eng ext=1
[05:22:38] scan: checking subtitle 1
[05:22:38] scan: id=0x21bd, lang=English (Closed Caption), 3cc=eng ext=5
[05:22:38] scan: checking subtitle 2
[05:22:38] scan: id=0x23bd, lang=Espanol, 3cc=spa ext=1
[05:22:38] scan: checking subtitle 3
[05:22:38] scan: id=0x25bd, lang=Espanol, 3cc=spa ext=1
[05:22:38] scan: checking subtitle 4
[05:22:38] scan: id=0x27bd, lang=Francais, 3cc=fra ext=1
[05:22:38] scan: title 1 has 29 chapters
[05:22:38] scan: chap 1 c=0->0, b=0->99251 (99252), 233166 ms
[05:22:38] scan: chap 2 c=1->2, b=99252->174679 (75428), 171000 ms
[05:22:38] scan: chap 3 c=3->3, b=174680->293001 (118322), 266200 ms
[05:22:38] scan: chap 4 c=4->6, b=293002->481623 (188622), 422967 ms
[05:22:38] scan: chap 5 c=7->7, b=481624->587169 (105546), 234834 ms
[05:22:38] scan: chap 6 c=8->9, b=587170->699526 (112357), 261167 ms
[05:22:38] scan: chap 7 c=10->10, b=699527->806271 (106745), 228667 ms
[05:22:38] scan: chap 8 c=11->12, b=806272->941020 (134749), 299833 ms
[05:22:38] scan: chap 9 c=13->14, b=941021->1078220 (137200), 311334 ms
[05:22:38] scan: chap 10 c=15->16, b=1078221->1215570 (137350), 314167 ms
[05:22:38] scan: chap 11 c=17->18, b=1215571->1310605 (95035), 228700 ms
[05:22:38] scan: chap 12 c=19->19, b=1310606->1400611 (90006), 207633 ms
[05:22:38] scan: chap 13 c=20->21, b=1400612->1520371 (119760), 292200 ms
[05:22:38] scan: chap 14 c=22->22, b=1520372->1592559 (72188), 166800 ms
[05:22:38] scan: chap 15 c=23->23, b=1592560->1684078 (91519), 205333 ms
[05:22:38] scan: chap 16 c=24->25, b=1684079->1778492 (94414), 232333 ms
[05:22:38] scan: chap 17 c=26->26, b=1778493->1882164 (103672), 242166 ms
[05:22:38] scan: chap 18 c=27->29, b=1882165->2059767 (177603), 411866 ms
[05:22:38] scan: chap 19 c=30->31, b=2059768->2274582 (214815), 481799 ms
[05:22:38] scan: chap 20 c=32->33, b=2274583->2430564 (155982), 311834 ms
[05:22:38] scan: chap 21 c=34->35, b=2430565->2565110 (134546), 281833 ms
[05:22:38] scan: chap 22 c=36->36, b=2565111->2627970 (62860), 148333 ms
[05:22:38] scan: chap 23 c=37->39, b=2627971->2899588 (271618), 584834 ms
[05:22:38] scan: chap 24 c=40->41, b=2899589->3124983 (225395), 499000 ms
[05:22:38] scan: chap 25 c=42->43, b=3124984->3398862 (273879), 612366 ms
[05:22:38] scan: chap 26 c=44->45, b=3398863->3551879 (153017), 353800 ms
[05:22:38] scan: chap 27 c=46->48, b=3551880->3731674 (179795), 407501 ms
[05:22:38] scan: chap 28 c=49->49, b=3731675->3879681 (148007), 346533 ms
[05:22:38] scan: chap 29 c=50->50, b=3879682->3879686 (5), 500 ms
[05:22:38] scan: aspect = 1.77778
[05:22:38] scan: decoding previews for title 1
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
[05:22:38] scan: title angle(s) 1
Scanning title 1 of 1, preview 1, 10.00 %[05:22:38] scan: preview 1
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x89bd: dca, rate=48000Hz, bitrate=768000 English (DTS) (5.1 ch)
[ac3 @ 0000000002067a20] frame sync error
[ac3 @ 00000000020669a0] frame sync error
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x80bd: ac3, rate=48000Hz, bitrate=448000 English (AC3) (5.1 ch)
[ac3 @ 00000000020669a0] frame sync error
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x82bd: ac3, rate=48000Hz, bitrate=192000 Francais (AC3) (2.0 ch) (Dolby Surround)
[ac3 @ 0000000002079020] frame sync error
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x83bd: ac3, rate=48000Hz, bitrate=192000 Espanol (AC3) (2.0 ch) (Dolby Surround)
[ac3 @ 0000000002079020] frame sync error
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x84bd: ac3, rate=48000Hz, bitrate=192000 English (AC3) (2.0 ch) (Dolby Surround)
[ac3 @ 00000000020669a0] frame sync error
[05:22:38] fifo_close: trashing 0 buffer(s)
[05:22:38] scan: audio 0x85bd: ac3, rate=48000Hz, bitrate=192000 English (AC3) (2.0 ch) (Dolby Surround)
[05:22:38] scan: preview 2
[05:22:38] scan: preview 3
[05:22:38] scan: preview 4
[05:22:38] scan: preview 5
[05:22:38] scan: preview 6
[05:22:38] Broken timestamps detected.  Reordering.
[05:22:38] scan: preview 7
[05:22:38] scan: preview 8
[05:22:38] scan: preview 9
[05:22:38] scan: preview 10
[05:22:38] Pulldown detected, setting fps to 23.976
[05:22:38] scan: 10 previews, 720x480, 23.976 fps, autocrop = 58/60/0/0, aspect 16:9, PAR 32:27
[05:22:38] Freed 1 buffers of size 1024
[05:22:38] Freed 2 buffers of size 2048
[05:22:38] Freed 1 buffers of size 4096
[05:22:38] Freed 1 buffers of size 1048576
[05:22:38] Allocated 1057792 bytes of buffers on this pass and Freed 1057792 bytes, 0 bytes leaked
[05:22:38] thread 1fecb40 exited ("scan")
Scanning title 1 of 1, preview 10, 100.00 %[05:22:38] thread 1fecb40 joined ("scan")
[05:22:38] libhb: scan thread found 1 valid title(s)
+ title 1:
  + vts 3, ttn 1, cells 0->50 (3879687 blocks)
  + duration: 02:25:58
  + size: 720x480, pixel aspect: 32/27, display aspect: 1.78, 23.976 fps
  + autocrop: 58/60/0/0
  + support opencl: no
  + support hwd: no
  + chapters:
    + 1: cells 0->0, 99252 blocks, duration 00:03:53
    + 2: cells 1->2, 75428 blocks, duration 00:02:51
    + 3: cells 3->3, 118322 blocks, duration 00:04:26
    + 4: cells 4->6, 188622 blocks, duration 00:07:03
    + 5: cells 7->7, 105546 blocks, duration 00:03:55
    + 6: cells 8->9, 112357 blocks, duration 00:04:21
    + 7: cells 10->10, 106745 blocks, duration 00:03:49
    + 8: cells 11->12, 134749 blocks, duration 00:05:00
    + 9: cells 13->14, 137200 blocks, duration 00:05:11
    + 10: cells 15->16, 137350 blocks, duration 00:05:14
    + 11: cells 17->18, 95035 blocks, duration 00:03:49
    + 12: cells 19->19, 90006 blocks, duration 00:03:28
    + 13: cells 20->21, 119760 blocks, duration 00:04:52
    + 14: cells 22->22, 72188 blocks, duration 00:02:47
    + 15: cells 23->23, 91519 blocks, duration 00:03:25
    + 16: cells 24->25, 94414 blocks, duration 00:03:52
    + 17: cells 26->26, 103672 blocks, duration 00:04:02
    + 18: cells 27->29, 177603 blocks, duration 00:06:52
    + 19: cells 30->31, 214815 blocks, duration 00:08:02
    + 20: cells 32->33, 155982 blocks, duration 00:05:12
    + 21: cells 34->35, 134546 blocks, duration 00:04:42
    + 22: cells 36->36, 62860 blocks, duration 00:02:28
    + 23: cells 37->39, 271618 blocks, duration 00:09:45
    + 24: cells 40->41, 225395 blocks, duration 00:08:19
    + 25: cells 42->43, 273879 blocks, duration 00:10:12
    + 26: cells 44->45, 153017 blocks, duration 00:05:54
    + 27: cells 46->48, 179795 blocks, duration 00:06:48
    + 28: cells 49->49, 148007 blocks, duration 00:05:47
    + 29: cells 50->50, 5 blocks, duration 00:00:01
  + audio tracks:
    + 1, English (AC3) (5.1 ch) (iso639-2: eng), 48000Hz, 448000bps
    + 2, English (DTS) (5.1 ch) (iso639-2: eng), 48000Hz, 768000bps
    + 3, Francais (AC3) (2.0 ch) (Dolby Surround) (iso639-2: fra), 48000Hz, 192000bps
    + 4, Espanol (AC3) (2.0 ch) (Dolby Surround) (iso639-2: spa), 48000Hz, 192000bps
    + 5, English (AC3) (2.0 ch) (Dolby Surround) (iso639-2: eng), 48000Hz, 192000bps
    + 6, English (AC3) (2.0 ch) (Dolby Surround) (iso639-2: eng), 48000Hz, 192000bps
  + subtitle tracks:
    + 1, English (Closed Caption) (iso639-2: eng) (Bitmap)(VOBSUB)
    + 2, Espanol (iso639-2: spa) (Bitmap)(VOBSUB)
    + 3, Espanol (iso639-2: spa) (Bitmap)(VOBSUB)
    + 4, Francais (iso639-2: fra) (Bitmap)(VOBSUB)
    + 5, Closed Captions (iso639-2: eng) (Text)(CC)
Reading chapter markers from file C:\Users\Admin\AppData\Local\Temp\DVD_VIDEO-1-chapters.csv
[05:22:39] thread 1fecb40 started ("work")
[05:22:39] 1 job(s) to process
[05:22:39] starting job
[05:22:39] sync: expecting 209998 video frames
[05:22:39] job configuration:
[05:22:39]  * source
[05:22:39]    + G:\DVDVIDEO\VIDEO_TS
[05:22:39]    + title 1, chapter(s) 1 to 29
[05:22:39]  * destination
[05:22:39]    + C:\Temp\DVD_VIDEO.mkv
[05:22:39]    + container: Matroska (libavformat)
[05:22:39]      + chapter markers
[05:22:39]  * video track
[05:22:39]    + decoder: mpeg2video
[05:22:39]      + bitrate 9800 kbps
[05:22:39]    + filters
[05:22:39]      + Framerate Shaper (1:27000000:1126125)
[05:22:39]        + frame rate: 23.976 fps -> constant 23.976 fps
[05:22:39]      + Crop and Scale (720:362:58:60:0:0)
[05:22:39]        + source: 720 * 480, crop (58/60/0/0): 720 * 362, scale: 720 * 362
[05:22:39]    + loose anamorphic
[05:22:39]      + storage dimensions: 720 * 362, mod 2
[05:22:39]      + pixel aspect ratio: 32 / 27
[05:22:39]      + display dimensions: 853 * 362
[05:22:39]    + encoder: H.264 (libx264)
[05:22:39]      + preset:  veryfast
[05:22:39]      + profile: main
[05:22:39]      + level:   4.0
[05:22:39]      + quality: 19.00 (RF)
[05:22:39]  * subtitle track 1, English (Closed Caption) (track 1, id 0x21bd) Picture [VOBSUB] -> Passthrough
[05:22:39]  * subtitle track 2, Closed Captions (track 0, id 0x0) Text [CC] -> Passthrough
[05:22:39]  * audio track 1
[05:22:39]    + decoder: English (AC3) (5.1 ch) (track 1, id 0x80bd)
[05:22:39]      + bitrate: 448 kbps, samplerate: 48000 Hz
[05:22:39]    + mixdown: 5.1 Channels
[05:22:39]    + dither: triangular
[05:22:39]    + encoder: HE-AAC (libfdk_aac)
[05:22:39]      + bitrate: 192 kbps, samplerate: 48000 Hz
[05:22:39]  * audio track 2
[05:22:39]    + decoder: English (DTS) (5.1 ch) (track 2, id 0x89bd)
[05:22:39]      + bitrate: 768 kbps, samplerate: 48000 Hz
[05:22:39]    + mixdown: 5.1 Channels
[05:22:39]    + dither: triangular
[05:22:39]    + encoder: HE-AAC (libfdk_aac)
[05:22:39]      + bitrate: 192 kbps, samplerate: 48000 Hz
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread: Could not open input: Permission denied
libdvdread: Can't open G:\DVDVIDEO\VIDEO_TS for reading
libdvdread: Device G:\DVDVIDEO\VIDEO_TS inaccessible, CSS authentication not available.
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8
libdvdread: Encrypted DVD support unavailable.
libdvdread: Could not open input: Permission denied
libdvdread: Can't open G:\DVDVIDEO\VIDEO_TS for reading
libdvdread: Device G:\DVDVIDEO\VIDEO_TS inaccessible, CSS authentication not available.
[05:22:39] thread 1ff9b00 started ("Reader")
[05:22:39] thread 1ff9ca0 started ("Framerate Shaper")
libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2[05:22:39] thread a46f990 started ("Crop and Scale")
 3 4 5 6 7 8
[05:22:39] thread a46fb30 started ("AudioSynchronization")
[05:22:39] thread a46fcd0 started ("AudioSynchronization")
[05:22:39] thread 2062230 started ("Video decoder (libavcodec)")
[05:22:39] thread 20623d0 started ("VOBSUB decoder")
[05:22:39] thread 2064410 started ("Closed Caption (608) decoder")
[05:22:39] encx264: min-keyint: 24, keyint: 240
[05:22:39] encx264: encoding at constant RF 19.000000
[05:22:39] encx264: unparsed options: level=4.0:ref=1:8x8dct=0:weightp=1:subme=2:mixed-refs=0:trellis=0:vbv-bufsize=25000:vbv-maxrate=20000:rc-lookahead=10
[05:22:39] encx264: opening libx264 (pass 0)
x264 [info]: using SAR=32/27
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile Main, level 4.0
[05:22:39] thread 6018690 started ("H.264/AVC encoder (libx264)")
[05:22:39] thread 6018830 started ("Audio decoder (libavcodec)")
[05:22:39] thread 60189d0 started ("AVCodec Audio encoder (libavcodec)")
[05:22:39] thread 6018b70 started ("Audio decoder (libavcodec)")
[05:22:39] thread 6018d10 started ("AVCodec Audio encoder (libavcodec)")
[05:22:39] thread 6018eb0 started ("Video Synchronization")
[05:22:39] Writing Metadata to output file...
[05:22:39] thread 6019050 started ("Muxer")
[05:22:39] thread 60191f0 started ("Muxer")
[05:22:39] thread 6019390 started ("Muxer")
[05:22:39] thread 6019530 started ("Muxer")
[05:22:39] reader: first SCR 146 id 0xe0 DTS 16267
[05:22:39] mpeg2video: "Chapter 1" (1) at frame 0 time 3003
[05:22:39] sync: first pts is 3003
[05:23:13] mpeg2video: "Chapter 2" (2) at frame 5596 time 21008988
[05:23:36] mpeg2video: "Chapter 3" (3) at frame 9700 time 36414378
[05:24:16] mpeg2video: "Chapter 4" (4) at frame 16089 time 60396336
[05:25:14] mpeg2video: "Chapter 5" (5) at frame 26240 time 98501403
[05:25:52] mpeg2video: "Chapter 6" (6) at frame 31876 time 119657538
[05:26:34] mpeg2video: "Chapter 7" (7) at frame 38144 time 143186043
[05:27:11] mpeg2video: "Chapter 8" (8) at frame 43632 time 163786623
[05:28:03] mpeg2video: "Chapter 9" (9) at frame 50828 time 190798608
[05:28:54] mpeg2video: "Chapter 10" (10) at frame 58300 time 218846628
[05:29:49] mpeg2video: "Chapter 11" (11) at frame 65840 time 247149903
[05:30:28] mpeg2video: "Chapter 12" (12) at frame 71329 time 267753486
[05:31:06] mpeg2video: "Chapter 13" (13) at frame 76312 time 286459173
[05:31:54] mpeg2video: "Chapter 14" (14) at frame 83325 time 312783471
[05:32:22] mpeg2video: "Chapter 15" (15) at frame 87328 time 327810483
[05:32:57] mpeg2video: "Chapter 16" (16) at frame 92256 time 346308963
[05:33:34] mpeg2video: "Chapter 17" (17) at frame 97832 time 367239873
[05:34:15] mpeg2video: "Chapter 18" (18) at frame 103644 time 389056668
[05:35:25] mpeg2video: "Chapter 19" (19) at frame 113529 time 426164136
[05:36:51] mpeg2video: "Chapter 20" (20) at frame 125092 time 469569498
[05:37:49] mpeg2video: "Chapter 21" (21) at frame 132576 time 497662563
[05:38:40] mpeg2video: "Chapter 22" (22) at frame 139340 time 523052928
[05:39:04] mpeg2video: "Chapter 23" (23) at frame 142900 time 536416278
[05:40:49] mpeg2video: "Chapter 24" (24) at frame 156936 time 589103913
[05:42:10] mpeg2video: "Chapter 25" (25) at frame 168912 time 634058823
[05:43:53] mpeg2video: "Chapter 26" (26) at frame 183609 time 689226936
[05:44:54] mpeg2video: "Chapter 27" (27) at frame 192100 time 721100778
[05:46:03] mpeg2video: "Chapter 28" (28) at frame 201880 time 757812453
[05:46:50] mpeg2video: "Chapter 29" (29) at frame 210195 time 789024133
[05:46:50] reader: done. 3 scr changes
[05:46:50] thread 1ff9b00 exited ("Reader")
[05:46:50] thread 6019050 exited ("Muxer")
[05:46:50] thread 60191f0 exited ("Muxer")
[05:46:50] thread 6019390 exited ("Muxer")
[05:46:50] thread 6019530 exited ("Muxer")
[05:46:50] work: average encoding speed for job is 144.878342 fps
[05:46:50] thread 60189d0 exited ("AVCodec Audio encoder (libavcodec)")
[05:46:50] thread 6018830 exited ("Audio decoder (libavcodec)")
[05:46:50] thread a46fcd0 exited ("AudioSynchronization")
[05:46:50] thread 20623d0 exited ("VOBSUB decoder")
[05:46:50] thread 6018d10 exited ("AVCodec Audio encoder (libavcodec)")
[05:46:50] thread 6018b70 exited ("Audio decoder (libavcodec)")
[05:46:50] thread 2062230 exited ("Video decoder (libavcodec)")
[05:46:50] thread 6018eb0 exited ("Video Synchronization")
[05:46:50] thread 2064410 exited ("Closed Caption (608) decoder")
[05:46:50] thread 6018eb0 joined ("Video Synchronization")
[05:46:50] sync: got 210198 frames, 209998 expected
[05:46:50] thread 1ff9ca0 exited ("Framerate Shaper")
[05:46:50] thread 1ff9ca0 joined ("Framerate Shaper")
[05:46:50] render: 210198 frames output, 0 dropped and 0 duped for CFR/PFR
[05:46:50] render: lost time: 0 (0 frames)
[05:46:50] render: gained time: 0 (0 frames) (0 not accounted for)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] thread a46f990 exited ("Crop and Scale")
[05:46:50] thread a46f990 joined ("Crop and Scale")
[05:46:50] thread a46fb30 exited ("AudioSynchronization")
[05:46:50] thread a46fb30 joined ("AudioSynchronization")
[05:46:50] thread a46fcd0 joined ("AudioSynchronization")
[05:46:50] thread 2062230 joined ("Video decoder (libavcodec)")
[05:46:50] mpeg2video-decoder done: 210198 frames, 0 decoder errors, 0 drops
[05:46:50] thread 20623d0 joined ("VOBSUB decoder")
[05:46:50] thread 2064410 joined ("Closed Caption (608) decoder")
[05:46:50] thread 6018690 exited ("H.264/AVC encoder (libx264)")
[05:46:50] thread 6018690 joined ("H.264/AVC encoder (libx264)")
x264 [info]: frame I:4638  Avg QP:17.24  size: 29829
x264 [info]: frame P:113007 Avg QP:20.30  size:  9473
x264 [info]: frame B:92553 Avg QP:21.99  size:  2072
x264 [info]: consecutive B-frames: 28.0% 35.0% 14.9% 22.1%
x264 [info]: mb I  I16..4: 34.6%  0.0% 65.4%
x264 [info]: mb P  I16..4: 16.7%  0.0%  5.6%  P16..4: 32.0% 17.3% 11.1%  0.0%  0.0%    skip:17.1%
x264 [info]: mb B  I16..4:  1.5%  0.0%  0.2%  B16..8: 18.5%  6.7%  1.1%  direct:12.3%  skip:59.6%  L0:31.0% L1:45.8% BI:23.2%
x264 [info]: coded y,uvDC,uvAC intra: 50.0% 68.4% 34.3% inter: 21.9% 25.2% 3.1%
x264 [info]: i16 v,h,dc,p: 45% 21% 21% 13%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 19% 20%  6%  6%  7%  6%  6%  6%
x264 [info]: i8c dc,h,v,p: 50% 19% 23%  8%
x264 [info]: Weighted P-Frames: Y:7.3% UV:4.3%
x264 [info]: kb/s:1278.07
[05:46:50] thread 6018830 joined ("Audio decoder (libavcodec)")
[05:46:50] ac3-decoder done: 0 frames, 0 decoder errors, 0 drops
[05:46:50] thread 60189d0 joined ("AVCodec Audio encoder (libavcodec)")
[05:46:50] encavcodeca: closing libavcodec
[05:46:50] thread 6018b70 joined ("Audio decoder (libavcodec)")
[05:46:50] dca-decoder done: 0 frames, 0 decoder errors, 0 drops
[05:46:50] thread 6018d10 joined ("AVCodec Audio encoder (libavcodec)")
[05:46:50] encavcodeca: closing libavcodec
[05:46:50] thread 6019050 joined ("Muxer")
[05:46:50] thread 60191f0 joined ("Muxer")
[05:46:50] thread 6019390 joined ("Muxer")
[05:46:50] thread 6019530 joined ("Muxer")
[05:46:50] mux: file size, 1828152347 bytes
[05:46:50] mux: track 0, 210198 frames, 1400471341 bytes, 1277.95 kbps, fifo 4096
[05:46:50] mux: track 1, 205476 frames, 210407425 bytes, 192.00 kbps, fifo 4096
[05:46:50] mux: track 2, 205475 frames, 210406401 bytes, 192.00 kbps, fifo 4096
[05:46:50] mux: track 3, 1374 frames, 2246234 bytes, 2.05 kbps, fifo 32
[05:46:50] mux: track 4, 1366 frames, 103432 bytes, 0.09 kbps, fifo 32
[05:46:50] mux: overhead, 7.24 bytes per frame
[05:46:50] thread 1ff9b00 joined ("Reader")
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 1 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] fifo_close: trashing 0 buffer(s)
[05:46:50] Freed 320 buffers of size 1024
[05:46:50] Freed 32 buffers of size 2048
[05:46:50] Freed 32 buffers of size 4096
[05:46:50] Freed 32 buffers of size 8192
[05:46:50] Freed 32 buffers of size 16384
[05:46:50] Freed 32 buffers of size 32768
[05:46:50] Freed 32 buffers of size 65536
[05:46:50] Freed 2 buffers of size 131072
[05:46:50] Freed 32 buffers of size 524288
[05:46:50] Freed 32 buffers of size 1048576
[05:46:50] Allocated 55050240 bytes of buffers on this pass and Freed 55050240 bytes, 0 bytes leaked
[05:46:50] thread 1fecb40 exited ("work")
[05:46:50] thread 1fecb40 joined ("work")
[05:46:50] libhb: work result = 0
Encode done!
[05:46:50] thread 1fec940 exited ("libhb")
[05:46:50] thread 1fec940 joined ("libhb")
HandBrake has exited.

[Deleted User 13735]

Could be your wdtv firmware.
I haven't run into this problem yet AFAIK.

[arcuser]

Could be your wdtv firmware.

I can confirm that it is definitely not the wdtv firmware.

[mduell]

Can you reproduce the playback problem in VLC?

[arcuser]

Can you reproduce the playback problem in VLC?

That depends what version is used.

However, VLC is software, updated frequently.

WDTV is hardware, not updated in a while.

As mentioned in the details, it is a compatibility problem with older hardware devices i.e. including those that may no longer be updated

[JohnAStebbins]

Given that MeGUI produces good output with FDK-AAC, there are 2 possibilities I can think of.
1. MeGUI uses a newer version of FDK-AAC that has fixed some bug
2. MeGUI uses a different muxer. And the way it is muxed that is the real problem.

Given that we've seen more demuxing issues with devices than codec issues, my bet would be on 2. You could probably prove this by remuxing HandBrake's output with some other tool like mkvmerge.

[arcuser]

Given that MeGUI produces good output with FDK-AAC, there are 2 possibilities I can think of.
1. MeGUI uses a newer version of FDK-AAC that has fixed some bug
2. MeGUI uses a different muxer. And the way it is muxed that is the real problem.

Given that we've seen more demuxing issues with devices than codec issues, my bet would be on 2. You could probably prove this by remuxing HandBrake's output with some other tool like mkvmerge.

Thanks for the Handbrake team getting on board.

Regarding option 1, afaik the versions are the same.

Regarding option 2, I have tried muxing the output with mkvmerge, thinking this would also solve the issue, however it did not. The problem remains.

So I studied the outputs in MediaInfo, but could not see any differences. (MediaInfo also does not handle HE AAC well anyway). There is obviously still some difference.

I think I remember reading that the encoding in the Handbrake 'final' versions is different vs the nightlies... that the nightly is encoding in kind of an 'on-the-fly' manner vs the 'final' only performing the video and audio mux at the finish. Is this correct or no?

I ask as I think the solution may differ, depending on this.

[JohnAStebbins]

Just to be clear, in your MeGUI tests, you are also encoding to HE-AAC? Your description above does not make this completely clear.

[arcuser]

Just to be clear, in your MeGUI tests, you are also encoding to HE-AAC? Your description above does not make this completely clear.

Yes that is correct - always using the same settings... 5.1 Audio is HE-AAC FDK at 192kbps in both Handbrake and MeGUI encodes.

[arcuser]

Any progress on an update/fix for this?

[arcuser]

Bug still present in Handbrake 0.10.3

Disappointing thought it may have been sorted...

Hoping this will be fixed for version 1.0 or whatever it will be called?

[JohnAStebbins]

Since none of the developers has a wdtv, it is highly unlikely it will be fixed. These kind of problems require a lot of time and trial-n-error fiddling to figure out. And once the problem is located, there's about a 50% chance we won't want to "fix" it anyway because the "fix" would break something else. These kinds of problems are most frequently caused by the device not implementing the standard correctly. And "fixing" the problem often involves imposing limitations in the output that also limits or breaks other desirable features.

However, to make some progress on this, maybe you could provide short, working and not-working samples that can be analysed for differences.

[arcuser]

Since none of the developers has a wdtv, it is highly unlikely it will be fixed. These kind of problems require a lot of time and trial-n-error fiddling to figure out. And once the problem is located, there's about a 50% chance we won't want to "fix" it anyway because the "fix" would break something else. These kinds of problems are most frequently caused by the device not implementing the standard correctly. And "fixing" the problem often involves imposing limitations in the output that also limits or breaks other desirable features.

However, to make some progress on this, maybe you could provide short, working and not-working samples that can be analysed for differences.

I had considered this (making samples) but wasn't sure anyone would look at them. I am working on a couple right now.

The problem does not just impact the WDTV though, I used this only as an example as WDTV generally plays anything. It has an impact right across a number of older devices including media capable TV's - but it may just be that no-one else has come across that because they haven't tried a Handbrake AAC 5.1 file with their older device.
(Note before anyone else reading this throws it in - yes many of these devices often can't handle and won't output the 5.1, but they should at least recognize the track and downmix to 2.0).


I have put in the time and trial-n-error fiddling (and lots of it) and now know exactly where the problem is.

The problem is caused in the header of the AAC 5.1 file (as I had suspected).
When I demux the Handbrake output and look at the AAC 5.1 file on its own, I can see that there seems to be some extraneous data in the header of the AAC 5.1 track that these older devices cannot read/understand.
AAC 2.0 can be read completely fine even though it also seems to contain some extra data in the header.


I am aware of a partial solution (remove that extra header data), I had PM'ed you directly a while ago regarding this with quite a lot of information.

Problem being, I do not have the knowledge of how such a fix can be implemented within the code of Handbrake to allow Handbrake to handle it.


Under Handbrake's old method of encoding (HandbrakeCLI?) where Video and Audio were first encoded separately, then muxed, the fix I think would have been relatively easy however I don't know the workflow of LibHB or quite how it works in comparison so not quite sure how it can be implemented?


I understand where you are coming from regarding breaking something else, however I would definitely be surprised if implementing the solution would break something else as the issue seems to be solely specific to AAC 5.1.

[mduell]

Under Handbrake's old method of encoding (HandbrakeCLI?) where Video and Audio were first encoded separately, then muxed, the fix I think would have been relatively easy however I don't know the workflow of LibHB or quite how it works in comparison so not quite sure how it can be implemented?

I don't think you understood John's post, and this is not how HB has ever worked anyway.

[arcuser]

Under Handbrake's old method of encoding (HandbrakeCLI?) where Video and Audio were first encoded separately, then muxed, the fix I think would have been relatively easy however I don't know the workflow of LibHB or quite how it works in comparison so not quite sure how it can be implemented?

I don't think you understood John's post, and this is not how HB has ever worked anyway.

It is possible I misunderstood, but back in the old versions pre-0.10.x I am almost certain I remember that Handbrake produced Video and Audio separately and then muxed when it reached the end.

[Deleted User 11865]

Oh dear, muxing only at the end? Let's cache all elementary streams to disk and remux all these potential gigabytes at the very end

This is arguably what Web Optimized used to do, but it was never the default behavior, no.

Muxing is done on-the-fly (since like, ever), with minimal caching to ensure reasonable audio/video interleaving (but we do have a buffer cap, else HandBrake would use all your system memory in rare cases).

[Deleted User 13735]

can you upload a file sample that will not play for you?
I'll be glad to confirm on my WDTVLive v1(?).

[arcuser]

...to make some progress on this, maybe you could provide short, working and not-working samples that can be analysed for differences...

can you upload a file sample that will not play for you? I'll be glad to confirm on my WDTVLive v1

Here are a couple of samples for testing on a WDTV or other similar older type media device:

1.
30 sec sample - Encoded with Handbrake 0.10.3 Normal Profile, AAC 5.1 FDK-AAC 192kbps
https://www.dropbox.com/s/4ad3mrnpk0von ... AC_5.1.mkv

2.
Sample as above - demuxed, extraneous data removed from header of AAC file, remuxed with MKVMerge
https://www.dropbox.com/s/xtro7eryx4z27 ... emuxed.mkv

3.
30 sec sample - Encoded with MeGUI Normal Profile, AAC 5.1 FDK-AAC 192kbps - Preview cut/created with AVIDemux
https://www.dropbox.com/s/1ui35uuo0eb3l ... IDemux.mkv


Appreciate if y'all can take a look and test/compare/analyse, whatever you can do.

[mduell]

Almost a moot issue now, since FDK-AAC is gone for the masses.

[arcuser]

Almost a moot issue now, since FDK-AAC is gone for the masses.

To the ears it's the best quality AAC available in Handbrake. Has been since 0.10.1 until now.
Not like libavcodec (at least the version currently within Handbrake) is any competition for it (and yes I tested various encodes).

[mduell]

Not like libavcodec (at least the version currently within Handbrake) is any competition for it (and yes I tested various encodes).

And we already lost faac to license issues. The aac encoder in ffmpeg has improved lately, but HB is stuck with libav for now.

[arcuser]

Not like libavcodec (at least the version currently within Handbrake) is any competition for it (and yes I tested various encodes).

And we already lost faac to license issues. The aac encoder in ffmpeg has improved lately, but HB is stuck with libav for now.

I thought I also remember reading somewhere recently that libavcodec had achieved some improvements as well, although I can't find the source for where I read that right now.

Unfortunately, the quality output by the version of libavcodec that is within HB right now is just not good enough at the extremities (highs and lows) to be considered useful.

[Deleted User 13735]

To confirm, my first gen WDTV Live will play FDK-AAC from Handbrake without issue, both AAC-LC and AAC-HE.
Unfortunately, my receiver won't decode AAC 5.1, but stereo only, so I'll have to leave it at that.

That all said, AAC sounds muddled compared to the passed AC3.
FDK isn't a magic bullet, just better than the AAC encoders in Handbrake.

[Deleted User 13735]

My firmware version is 1.06.43_V if that is of help.

[arcuser]

My receiver doesn't have an AAC 5.1 decoder, so I can't test it farther.
Unfortunately, my receiver won't decode AAC 5.1, but stereo only, so I'll have to leave it at that.

I think you have misunderstood, the above samples can actually be tested on your WDTV.
Whether your TV (or any other receiver you use) cannot decode AAC 5.1 in this case is irrelevant, as it is the WDTV that must first handle the file(s).


Even though the AAC is 5.1, the AAC specification explains that if the device it is being played on is not 5.1 capable, the device should instead play the track using the 2.0 stereo part. (There is a lot more technical detail to it than this but that is the easy explanation).

In short this means that regardless if the encode is AAC 5.1, the WDTV should output that audio in 2.0 stereo - so you can still hear the audio.


However, in saying all that, the samples above should still confirm what I have already previously said in previous posts:

You should find that 2 of the samples work (i.e. you can hear the audio)
but 1 does not (i.e. you will hear nothing and if you try to go to the audio track it will say "Unsupported").