Comcast changed to H.264

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
PaulF
Posts: 58
Joined: Thu Nov 21, 2013 7:15 am

Comcast changed to H.264

Post by PaulF » Tue Mar 08, 2016 8:25 pm

Comcast is now streaming H.264 and I am having problems. None of the problems are caused by Handbrake, but I am looking for advice or handbrake setup changes that would help.

I use Beyond TV PVR software which uses Direct Show codecs. I use the ffdshow video decoder and it works for the streams. but the Handbrake MP4 files don't play(it displays the proper sized window that is black). The filter graph says the Handbrake video is AVC1 and the stream video is H264. AVC1 and H264 are identical, I thought.

I have no clue why ffdshow fails. Anyone? I am in codec hell.

Can Handbrake just pass the video through from the transport stream to the MP4? Can the FourCC code be changed from avc1 to h264(not likelyl to fix it, but I will try anything) or ???

Code: Select all

HandBrake Nightly 20160212152711-b7cb7d6-master (2016021301) - 64bit Version
OS: Microsoft Windows NT 6.1.7601 Service Pack 1 - 64bit
CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz
Ram: 16061 MB, 
GPU Information:
  Intel(R) HD Graphics 4600 - 9.18.10.3257
Screen: 1920x1080
Temp Dir: C:\Users\PAUL\AppData\Local\Temp\
Install Dir: C:\Program Files\Handbrake
Data Dir: C:\Users\PAUL\AppData\Roaming\HandBrake Team\HandBrake\0.0.0.0

-------------------------------------------
# Starting Scan ...
[10:18:08] CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz
[10:18:08]  - Intel microarchitecture Haswell
[10:18:08]  - logical processor count: 8
[10:18:08] OpenCL device #1: Intel(R) Corporation Intel(R) HD Graphics 4600
[10:18:08]  - OpenCL version: 1.2 
[10:18:08]  - driver version: 9.18.10.3257
[10:18:08]  - device type:    GPU
[10:18:08]  - supported:      YES
[10:18:08] Intel Quick Sync Video support: yes
[10:18:08]  - Intel Media SDK hardware: API 1.7 (minimum: 1.3)
[10:18:08]  - H.264 encoder: yes
[10:18:08]     - preferred implementation: hardware (any)
[10:18:08]     - capabilities (hardware):  bpyramid la vsinfo opt1 opt2+mbbrc+extbrc+trellis
[10:18:08]  - H.265 encoder: no
[10:18:08] hb_scan: path=C:\Users\Public\Documents\SnapStream\Beyond TV\shows\New Tricks-(Old and Cold)-2016-02-27-0.tp, title_index=0
[10:18:08] thread 247505b0 started ("scan")
udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:251: failed opening UDF image C:\Users\Public\Documents\SnapStream\Beyond TV\shows\New Tricks-(Old and Cold)-2016-02-27-0.tp
src/libbluray/disc/disc.c:332: error opening file BDMV\index.bdmv
src/libbluray/disc/disc.c:332: error opening file BDMV\BACKUP\index.bdmv
[10:18:08] bd: not a bd - trying as a stream/file instead
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.BUP.
[10:18:08] dvd: not a dvd - trying as a stream/file instead
[10:18:08] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[10:18:08] Probing 1 unknown stream
[10:18:08] stream: error near frame 0: missing start code
[10:18:08] Found the following PIDS
[10:18:08]     Video PIDS : 
[10:18:08]       0xe61 type MPEG2 (0x2) (PCR)
[10:18:08]     Audio PIDS : 
[10:18:08]       0xe63 type AC3 (0x81)
[10:18:08]       0xe64 type AC3 (0x81)
[10:18:08]     Subtitle PIDS : 
[10:18:08]     Other PIDS : 
[10:18:08]       0xe62 type DTS-HD MA (0x86)
[10:18:08] stream id 0xe63 (type 0x81 substream 0x0) audio 0xe63
[10:18:08] stream id 0xe64 (type 0x81 substream 0x0) audio 0xe64
[10:18:09] scan: decoding previews for title 1
[10:18:09] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[10:18:09] Probing 1 unknown stream
[10:18:09] stream: error near frame 0: missing start code
[10:18:09] scan: preview 1
[10:18:09] stream: error near frame 0: missing start code
[10:18:09] fifo_close: trashing 0 buffer(s)
[10:18:09] scan: audio 0xe63: ac3, rate=48000Hz, bitrate=384000 English (AC3) (2.0 ch)
[10:18:09] fifo_close: trashing 0 buffer(s)
[10:18:09] scan: audio 0xe64: ac3, rate=48000Hz, bitrate=192000 español (AC3) (2.0 ch)
[10:18:09] scan: preview 2
[10:18:09] 3170.554932s: Video -> Film
[10:18:09] scan: preview 3
[10:18:09] scan: preview 4
[10:18:09] scan: preview 5
[10:18:09] scan: preview 6
[10:18:09] scan: preview 7
[10:18:09] scan: preview 8
[10:18:09] scan: preview 9
[10:18:09] scan: preview 10
[10:18:09] stream: 9 good frames, 0 errors (0%)
[10:18:09] Pulldown detected, setting fps to 23.976
[10:18:09] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 0/4/0/0, aspect 16:9, PAR 1:1
[10:18:09] scan: supported video decoders: avcodec dxva2
[10:18:09] Freed 5 buffers of size 1024
[10:18:09] Freed 4 buffers of size 2048
[10:18:09] Freed 1 buffers of size 4096
[10:18:09] Freed 2 buffers of size 8192
[10:18:09] Freed 1 buffers of size 16384
[10:18:09] Freed 1 buffers of size 32768
[10:18:09] Freed 3 buffers of size 65536
[10:18:09] Freed 1 buffers of size 4194304
[10:18:09] Allocated 4473856 bytes of buffers on this pass and Freed 4473856 bytes, 0 bytes leaked
[10:18:09] thread 247505b0 exited ("scan")
[10:18:09] thread 247505b0 joined ("scan")
[10:18:09] libhb: scan thread found 1 valid title(s)
# Scan Finished ...

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

Re: Comcast changed to H.264

Post by Woodstock » Tue Mar 08, 2016 8:31 pm

Pass-thru video = not going to happen. There are other (free) tools that will do that already.

The encode log that goes with this scan log would be helpful. Many streaming sources have inconsistent streams, as part of the redundancy built into broadcasting. A packet's time stamp could be in the past, relative to the one before it. You may have to run the file through a tool like Video Redo to correct that issue before encoding.

PaulF
Posts: 58
Joined: Thu Nov 21, 2013 7:15 am

Re: Comcast changed to H.264

Post by PaulF » Tue Mar 08, 2016 11:09 pm

Woodstock wrote:Pass-thru video = not going to happen. There are other (free) tools that will do that already.

The encode log that goes with this scan log would be helpful. Many streaming sources have inconsistent streams, as part of the redundancy built into broadcasting. A packet's time stamp could be in the past, relative to the one before it. You may have to run the file through a tool like Video Redo to correct that issue before encoding.
Pass thru was a really bad idea. I am having brain cramps after working on the Comcast change for days. I use Handbrake to add features, like burned in captions.

I probably changed something in the DirectX system while trying different codecs. The Handbrake files I have saved and watched with ffdshow before the change all are unplayable in Direct Show, now. VLC always works, of course. Oh well, I probably shouldn't have posted here.

PaulF
Posts: 58
Joined: Thu Nov 21, 2013 7:15 am

Re: Comcast changed to H.264

Post by PaulF » Wed Mar 09, 2016 8:00 am

I fixed the video by changing the audio codec after debugging an audio problem with 60fps streams. ffdshow audio and video codecs did not work together in my case. Go figure.

Post Reply