[mythtv-users] HDHR prob with new wallwarts

Stephen Worthington stephen_agent at jsw.gen.nz
Sun Dec 8 02:10:02 UTC 2019

On Sat, 7 Dec 2019 18:21:44 -0500, you wrote:

>On Sat, Dec 7, 2019, 10:40 AM Stephen Worthington, <stephen_agent at jsw.gen.nz>
>It would be really nice if the HDHRs tagged their packets with
>real-time priority in the IP packet DSCP header bits.  Then you could
>set up the Ethernet port so that the packets with high priority took
>precedence over the standard priority packets and the HDHR traffic
>would be able to get through even when the port was being used to full
>capacity by other traffic.  Not having an HDHR, I am unable to take a
>look at its packets to see what the DSCP bits are set to.  There are
>some posts out on the net that suggest that the DSCP bits are set, so
>if they are, it would be worthwhile taking a look at what it takes to
>enable QoS processing on your Ethernet port - and on your Ethernet
>switch also if it supports that.  But before that, someone with an
>HDHR needs to run Wireshark or tshark or tcpdump to capture some HDHR
>recording packets and confirm the DSCP bits are being set properly.
>Don't know if this is helpful or outdated but did a search on HDHomerun and
>DSCP and this came up:

Using that method of doing QoS looks like it would work, but is pretty
painful as it requires a patch to MythTV and using VLANs.  I would
hope that by now the HDHR firmware would support using the DSCP bit in
the IP headers, and do it as a default (not needing to be enabled in
the URL that starts a recording).  That would make it much easier to

So is there anyone who is using an HDHR with the latest firmware who
would be able to do a capture of the packets and take a look at the
DSCP bits?  Or post a capture file somewhere for me to download?

More information about the mythtv-users mailing list