empty service names
Duplicate of Bug #1429 that is now marked as Fixed.
HDHR Prime ATSC: 87 Muxes, 473 Services all with empty Service Name.
#1 Updated by Adam Sutton over 6 years ago
- Status changed from New to Need feedback
Please provide some more input, is this all service names? or just some?
Do the muxes you have include full identification, network ID etc...
Can you try updating to latest master (a couple of recent mods added) and run with "--trace --subsys +nit,+sdt,+tdt -l tvh.log" this will generate a log file with a LOT of crap in it that might be useful.
#3 Updated by David Feng about 6 years ago
I have a similar issue, where >100 services are found, but zero service names. The HDHR ATSC is hooked up to OTA and is not the prime version. I have tried the current stable package (3.4), the unstable package (3.5.116), and the beta version (3.3.?).
Yesterday, I was running 2.99, which worked fine.
#4 Updated by Hank Rarop about 6 years ago
For your information: I have the same issue.
See prior my prior post (link): https://tvheadend.org/boards/5/topics/8372
Too many muxes are found, too many services are found and only one-fifth of the services have names, the other ones have no service name, no channel name and cannot be played (not even when I manually give them names and add them to a channel).
#5 Updated by Nic Fischer about 6 years ago
I posted on another similar bug report #1418, but this one seems more recent, with the same issues.
I ran a fresh install of raspbmc which packaged tvheadend 3.4. Using an HDHR3-US with an OTA antenna, I was able to successfully scan for muxes, however I am facing the same problem described by a lot of the posts in this thread: Services are unnamed when the mux search finishes, and pressing the map DVB services to channels does not appear to do anything. Seems that the mux parser is having a hard time processing the data from the HDHR3-US?
The debug log at the bottom prints:
Jun 14 22:07:57.608 web interface: Service probe started on "Tuner 2"
I'd be happy to provide more debug logs if it will help in further diagnosis.
#6 Updated by Mike Harsch almost 6 years ago
I'm able to reproduce this issue at will. Using git bisect, I've isolated the failure to this change:
#8 Updated by Mike Harsch almost 6 years ago
Raw mux dump from HDHR3-US per Adam's request:
#9 Updated by robert l almost 6 years ago
Mike Harsch wrote:
Just to be clear - the failure mode is still present in the current master.
Same issue here.. using avermedia m780 tuner on newest openelec, using OTA ATSC in the us.. scans muxed, finds about 30 services with no names or info. Has anyone found a work around this? Searching aroud the web it seems this bug has existed for a year or more now..