Jump to content

HDHOMERUN Quatro firmware update 20190417


brianbsmith
Go to solution Solved by brianbsmith,

Recommended Posts

brianbsmith

Emby Windows Version 4.1.0.26

Windows 10  Version 1809 (OS Build 17763.437)

 

HDHomeRun Connect Quatro 10717CA0

Hardware Model HDHR5-4US Firmware Version 20190417

 

System was stable and operating fine.  But after updating HDHomeRun firmware, apparently HW transcoding fails.

 

The symptoms are:

* Use Chrome to view live TV

* HDHomeRun log shows immediate connection

* Chrome "spinning wheel" for many minutes - no live TV

* After many minutes, live TV appears.

 

Log snipets:

C:\Users\Brian\AppData\Roaming\Emby-Server\system\ffmpeg.exe -analyzeduration 3000000 -fflags +discardcorruptts+fillwallclockdts -hwaccel qsv -hwaccel_device hw -qsv_device 0 -qsv_use_dx11  -c:v mpeg2_qsv  -f mpegts -i "http://127.0.0.1:8096/LiveTv/LiveStreamFiles/6f07aa23317f4045b9befe5db852631e/stream.ts"-map_metadata -1 -map_chapters -1 -threads 1 -sn -c:v:0 h264_qsv  -b:v:0 20000000 -maxrate 20000000 -bufsize 40000000 -preset veryfast -profile:v:0 high -level:v:0 4.0 -force_key_frames "expr:gte(t,n_forced*3)" -vf "vpp_qsv=deinterlace=2" -vsync -1 -codec:a:0 libmp3lame -disposition:a:0 default -ac:a:0 2 -ab:a:0 192000 -af:a:0 "volume=2" -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_write_temp 1 -segment_list_entry_prefix "hls/857d7e45a88fd57a1494be33a00060be/" -segment_list_type m3u8 -segment_start_number 0 -segment_list "C:\Users\Brian\AppData\Roaming\Emby-Server\programdata\transcoding-temp\857d7e45a88fd57a1494be33a00060be.m3u8" -y "C:\Users\Brian\AppData\Roaming\Emby-Server\programdata\transcoding-temp\857d7e45a88fd57a1494be33a00060be%d.ts"
 
... (many failed attempts similar to below) ...
 
Error while decoding stream #0:0: Invalid argument
[mpeg2_qsv @ 0000029b0e9e4e00] video_get_buffer: image parameters invalid
[mpeg2_qsv @ 0000029b0e9e4e00] get_buffer() failed
Error while decoding stream #0:0: Invalid argument
Too many packets buffered for output stream 0:1.
[libmp3lame @ 0000029b0e10d780] 3 frames left in the queue on closing
Conversion failed!
 
Affected codecs:
>>>>>>  libx264 Software Encoder
        Color Formats: YUV420P, YUVJ420P, YUV422P, YUVJ422P, YUV444P, YUVJ444P, NV12, NV16, NV21, YUV420P10, YUV422P10, YUV444P10, NV20
        Profiles: Baseline Profile (Level 6.2), Main Profile (Level 6.2), High Profile (Level 6.2), High 10 Profile (Level 6.2), High 4:2:2 Profile (Level 6.2), High 4:4:4 Profile (Level 6.2)
 
Info    Previous transcoding attempt failed. Falling back to software transcoding.
 
>>>>>>  FindVideoDecoder - MediaType: mpeg2video, Mode: 1
Info    FindVideoDecoder - Checking: 'Automatic software decoder' (Priority: 0)
Info    FindVideoDecoder - Check successful - selecting 'Automatic software decoder'
 
>>>>>>  FindVideoEncoder - Media: h264, UseHardwareCodecs: False, Mode: 1
Info    FindVideoEncoder - Checking: 'libx264 Software Encoder' (Priority: 0)
Info    Encoder supports input stream
Info    FindVideoEncoder - Check successful - selecting 'libx264 Software Encoder'
 
 
C:\Users\Brian\AppData\Roaming\Emby-Server\system\ffmpeg.exe -analyzeduration 3000000 -fflags +discardcorruptts+fillwallclockdts  -f mpegts -i "http://127.0.0.1:8096/LiveTv/LiveStreamFiles/6f07aa23317f4045b9befe5db852631e/stream.ts"-map_metadata -1 -map_chapters -1 -threads 1 -sn -c:v:0 libx264 -pix_fmt yuv420p  -maxrate 20000000 -bufsize 40000000 -preset veryfast -profile:v:0 high -level:v:0 4.1 -crf 23 -x264opts:0 subme=0:me_range=4:rc_lookahead=10:me=dia:no_chroma_me:8x8dct=0:partitions=none -force_key_frames "expr:gte(t,n_forced*3)" -vf "yadif=0:-1:0" -vsync -1 -codec:a:0 libmp3lame -disposition:a:0 default -ac:a:0 2 -ab:a:0 192000 -af:a:0 "volume=2" -f segment -max_delay 5000000 -avoid_negative_ts disabled -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_write_temp 1 -segment_list_entry_prefix "hls/857d7e45a88fd57a1494be33a00060be/" -segment_list_type m3u8 -segment_start_number 0 -segment_list "C:\Users\Brian\AppData\Roaming\Emby-Server\programdata\transcoding-temp\857d7e45a88fd57a1494be33a00060be.m3u8" -y "C:\Users\Brian\AppData\Roaming\Emby-Server\programdata\transcoding-temp\857d7e45a88fd57a1494be33a00060be%d.ts"
 
(Live TV begins...)
 
I should also mention:
1) Before and after the HDHomeRun firmware update, I am able to use the HDHomeRun app for Windows to view Live TV.  The app has not been changed or upgraded - only the firmware.
2) Unfortunately, I also upgraded to Emby Windows 4.1.1.0 at the same time.  During troubleshooting, I returned the "system" directory back to 4.1.0.26 and restarted Emby.  That is my current state with the problems reported above.

ffmpeg-transcode-ac14525d-74ce-4093-b3b0-f2fadb2528f5_1.txt

Edited by brianbsmith
  • Like 1
Link to comment
Share on other sites

From: https://www.silicondust.com/support/downloads/firmware-changelog/

Release 20190417:
  • HDTC-2US/HDHR5-2US/HDHR5-4US: Demodulator firmware update – fixes reception problems for WTVD.
  • HDHR3-CC: Fix problem where disabled channels could self re-enable when the background scan ran if the channel disappeared from the lineup and later reappeared.
  • HDTC-2US: Drop unused gateway UPnP probe/control support.
  • ALL: Add X-HDHomeRun-Resource header to video HTTP response to indicate the tuner number.
  • ALL: Add /status.json to report tuner status in a machine readable format.
Link to comment
Share on other sites

brianbsmith

Hello @softworkz Windows 10  Version 1809 (OS Build 17763.437) 64-bit

 

It's very possible I've misdiagnosed this?  It may be limited to using Chrome (Version 74.0.3729.131 64 bit) as my LiveTV viewer (running on my Emby Windows server).  I'm not having any problems with other viewers, including: iPhone app, FireTV stick, FireHD tablet, LG WebOS Smart TV.  Since I don't often use Chrome for viewing, this problem could have pre-dated the HDHomeRun firmware upgrade - can't say for sure.

 

When I try upgrading to Emby Server 4.1.1.0, the problem viewing LiveTV via Chrome on the Emby Windows server persists.  But also, my FireTV stick viewer (v 1.6.94a) cannot stream video - continual spinning wheel (after multiple FireTV restarts, cache & data purge, etc.)  So, I've downgraded to 4.1.0.26.

Edited by brianbsmith
Link to comment
Share on other sites

I would suggest updating and then let's look at the Fire TV problem. Thanks.

Link to comment
Share on other sites

brianbsmith

ffmpeg-transcode-067947c1-9953-40be-8eb1-6629fa8f63ca_1.txt

 

Thanks @@Luke.  I have updated my server to 4.1.1.0 and have a bit more information.  The problem with my FireTV stick seems to be with transcoding channels, and not directstream channels.  The problem with transcoded channel is same as described above: spinning circle for minutes, until giving up on HW transcoding and failing back to SW transcoding:

 

Info    Previous transcoding attempt failed. Falling back to software transcoding.

 

See attached file.

 

 

Link to comment
Share on other sites

I'm not sure - it could be DX11 related.

 

@@brianbsmith - Could you go to manual codec selection and see whether you got two versions of all QuickSync codecs - (1. _with_ DX11 in the name and 2. without DX11)?

 

If yes, select all QuickSync codecs _without_ DX11 only.

If no, plug in a monitor to the Intel graphics and restart.

Link to comment
Share on other sites

  • Solution
brianbsmith

Thank you @@Luke and @softworkz.  No thanks to Windows Update, my video driver needed upgrading.  After updating to 10.18.10.5059 released 

8/16/2018,  I'm not experiencing any problems on any playback device.

 

Thanks again for your assistance!

 

8/16/2018
  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...