Handbrake encodes the audio but not the video

[pmennen]

I have several files (one example shown below) that play fine in VLC but when I try to compress it using Handbrake with the software X265 encoder it produces an output containing only audio and no video. I searched the forums on this topic and found someone who suggested I needed the "-map 0:v" and "-map 0:a" switches. I tried adding that into the Advanced Options window although I'm not sure if I did that properly. In any case it did the same thing. No video in the output file. Any ideas? Thanks ~Paul

------------------ MediaInfo output ------------------------
General
Unique ID : 175224626439775509734258476554243548749 (0x83D30916E27CF47C814A1BE8D24C264D)
Complete name : N:\Video\TV\In Treatment (2008)\S03\S03E14 Week 4, Frances.mkv
Format : Matroska
Format version : Version 1
File size : 239 MiB
Duration : 24 min 37 s
Overall bit rate : 1 355 kb/s
Encoded date : UTC 2016-01-22 23:17:45
Writing application : AVSMatroskaFile
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L5.1
Format settings : CABAC / 1 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 1 frame
Codec ID : V_MPEG4/ISO/AVC
Duration : 24 min 37 s
Bit rate : 1 136 kb/s
Width : 960 pixels
Height : 544 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.091
Stream size : 200 MiB (84%)
Default : Yes
Forced : No
Duration_Source : General_Duration

Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Codec ID : A_MPEG/L3
Codec ID/Hint : MP3
Duration : 24 min 37 s
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Sampling rate : 44.1 kHz
Compression mode : Lossy
Stream size : 33.8 MiB (14%)
Writing library : LAMELAME_MAJOR_VERSI
Default : Yes
Forced : No
Duration_Source : General_Duration

[mduell]

Those are ffmpeg options, not Handbrake or encoder options.

What we need is the HB encoding log, as mentioned subtly in bold red underlined text on a pink background at the top of the page.

[pmennen]

Oops ... sorry about that. Here is the activity log:
------------------------------------------------------------
HandBrake Nightly 20200722231029-cd326fbb4-master (2020072301)
OS: Microsoft Windows NT 6.2.9200.0
CPU: AMD Ryzen 9 3900X 12-Core Processor
Ram: 32711 MB,
GPU Information:
NVIDIA GeForce RTX 2060 - 27.21.14.5167
Screen: 3840x2160
Temp Dir: D:\HandBrake\tmp\
Install Dir: D:\HandBrake
Data Dir: D:\HandBrake\storage\HandBrake\Nightly

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

[18:34:32] Compile-time hardening features are enabled
[18:34:32] Nvenc version 10.0
[18:34:32] Nvenc version 10.0
[18:34:33] Nvenc version 10.0
[18:34:33] Nvenc version 10.0
[18:34:45] hb_init: starting libhb thread

# Starting Scan ...

[18:34:45] CPU: AMD Ryzen 9 3900X 12-Core Processor
[18:34:45] - logical processor count: 24
[18:34:45] Intel Quick Sync Video support: no
[18:34:45] hb_scan: path=N:\Video\TV\In Treatment (2008)\S03\S03E14 Week 4, Frances.mkv, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:323: failed opening UDF image N:\Video\TV\In Treatment (2008)\S03\S03E14 Week 4, Frances.mkv
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
src/libbluray/bluray.c nav_get_title_list(N:\Video\TV\In Treatment (2008)\S03\S03E14 Week 4, Frances.mkv\) failed
[18:34:45] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 6.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
[18:34:45] dvd: not a dvd - trying as a stream/file instead
Input #0, matroska,webm, from 'N:\Video\TV\In Treatment (2008)\S03\S03E14 Week 4, Frances.mkv':
Metadata:
encoder : libebml v0.7.7 + libmatroska v0.8.1
creation_time : 2016-01-22T23:17:45.000000Z
Duration: 00:24:37.77, start: 0.000000, bitrate: 1355 kb/s
Stream #0:0: Video: h264 (Main), yuv420p(progressive), 960x544 [SAR 1:1 DAR 30:17], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
Stream #0:1: Audio: mp3, 44100 Hz, stereo, fltp, 192 kb/s (default)
[18:34:45] scan: decoding previews for title 1
[18:34:45] scan: audio 0x1: mp3float, rate=44100Hz, bitrate=192000 Unknown (MP3) (2.0 ch) (192 kbps)
[18:34:45] scan: 10 previews, 960x544, 23.976 fps, autocrop = 2/2/0/2, aspect 1.76:1, PAR 1:1
[18:34:45] scan: supported video decoders: avcodec qsv
[18:34:45] libhb: scan thread found 1 valid title(s)

# Processing Scan Information ...

# Scan Finished ...

[mduell]

The log from the encode that produced no video, not the scan of the file.

[Woodstock]

The nightly build version you have has some issues that were fixed more recently. This topic was about the same thing; nightly builds after August 5th should incorporate the fix.

[pmennen]

Thanks Woodstock. I should have been suspicious of the nightly build but I had forgotten that I had been using it. I think there was some feature of the nightlies I wanted. Are the nightlies still available? When I click on nightly downloads it takes me to a page talking about the snapshots which are temporarily unavailable. I loaded the 1.3.3 windows portable release for now, but it goes much slower since it seems to do only on job at a time giving me only around 35% cpu utilization. With the nightly I was doing 4 or more jobs at once giving me 95% cpu utilization. Is there another place I can get the most recent nighly?

[Woodstock]

There have been some issues with the server for the nightlies from what I read over on github, "to be resolved shortly". The developers would have more information on that than me.

[Deleted User 13735]

Your video appears to be a TV broadcast recording. These are filled with transport stream errors, and rewrapping to .mkv does nothing to correct them. Whether they decode correctly in Handbrake or your NLE is a crapshoot.
Here's a likely solution for you. There is a free trial.
https://www.videoredo.com/en/Products_TVSuite_V6.html