Bug #2586
scan fail for NA satellite
100%
Description
i am using 3.4 that works fine i need to use transcode so i update to 3.9 and now i am getting scan fail on all transponder muxi are auto detec but still scan fail
Files
History
Updated by Mark Clarkstone almost 10 years ago
- Status changed from New to Need feedback
Andre Harty wrote:
i am using 3.4 that works fine i need to use transcode so i update to 3.9 and now i am getting scan fail on all transponder muxi are auto detec but still scan fail
Have you tried not using AUTO?
Updated by Andre Harty almost 10 years ago
and is says no data found so there is no service names so the channels cannot map i am using tbs 5922 that works perfect with 3.4
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
and is says no data found so there is no service names so the channels cannot map i am using tbs 5922 that works perfect with 3.4
Are your frequency values like in this image?
The only one that should be AUTO is Pilot.
Updated by Andre Harty almost 10 years ago
every one fails , even if i migrate from the older version 3.4 the same thing
Updated by Andre Harty almost 10 years ago
could it be because i am using NA satellite witch is DISH NETWORK
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
could it be because i am using NA satellite witch is DISH NETWORK
Are you sure your sat config is correct? Default is Universal LNB. Do you remember having to alter your SatConfig in 3.4?
Updated by Andre Harty almost 10 years ago
yes it is correct i am using DBS bandstalk
in network i chose dvbs
orbit 1
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
yes it is correct i am using DBS bandstalk
in network i chose dvbs
orbit 1
Are you using pre-defined muxes or have you added one manually?
Updated by Andre Harty almost 10 years ago
i added manually there is no pre-defined muxes for north america in tvheadend
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
i added manually there is no pre-defined muxes for north america in tvheadend
Hmm, I'm not sure what to suggest you try next. I have a 5922 myself and that works fine here with 3.9. This might be a stupid idea but have you tried adding more 0's? I know when I add muxes to Tvheadend it removes the last three digits.
Updated by Andre Harty almost 10 years ago
it detect the muxes automaticaly but there is no data that means there is no name and by scan result all muxes says fail
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
it detect the muxes automaticaly but there is no data that means there is no name and by scan result all muxes says fail
Ah, if it's finding more muxes then this looks like a bug then. try running tvheadend with
--trace all --logfile <path to logfile here>
And post the log file here. Hopefully one of the devs will be able to analyse it and provide you with some solutions and/or fixes.
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
what build are you using
can you send me a copy
I'm using the latest git master, built using Autobuild.sh in the source.
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
i am trying to set debug but cant get it to work
Try running (if debian or ubuntu)
Make sure you have a backup copy of your config before running this..
sudo service tvheadend stop sudo /usr/bin/tvheadend -c /home/hts/.hts/tvheadend -C --debug all --trace all --logfile /home/hts/tvheadend.log
Edit, make sure that you remove all users with passwords from your config after you've made a backup (so they don't get logged).
Updated by Andre Harty almost 10 years ago
- File tvheadend.log tvheadend.log added
in the log file i can see channel names but they are not showing up in services an still getting scan fail
here is the log file
Updated by Jaroslav Kysela almost 10 years ago
- Status changed from Need feedback to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|c4089cc7a378abc2d8912d86d6440aab6230967a.
Updated by Jaroslav Kysela almost 10 years ago
- Status changed from Fixed to Accepted
- Assignee changed from John Törnblom to Jaroslav Kysela
Could you try latest v3.9-2313-gc4089cc ?
Updated by Mark Clarkstone almost 10 years ago
Andre Harty wrote:
hey guys i am still getting scan result fail
You'll need to provide another log
Updated by Jaroslav Kysela almost 10 years ago
It would be better to provide 60 seconds of dump of the whole mux (the "play" link in the mux grid - use wget or curl to save the contents to a file). It looks like a more complicated issue. The sdt and nit tables fails.
Updated by K Shea almost 10 years ago
Andre Harty wrote:
could it be because i am using NA satellite witch is DISH NETWORK
As an American I will just say that I don't understand how Mr. Harty could ever receive Dish Network signals in the first place. Dish Network is a commercial direct-to-hone service that encrypts its programming, and unlike in Europe the providers in North America (Dish Network, DirecTV, Dell Expressvu, Shaw) do NOT offer conditional access cards that are compatible with TBS tuner cards. I use the latest version of TVHeadEnd and apart from a different problem that I will describe in another report, I generally have no problem receiving true Free-To-Air (unencrypted) signals using a TBS tuner card. But almost all Dish Network signals are encrypted, so I can't understand how this could ever have worked for any useful channels in 3.4.
Updated by Andre Harty almost 10 years ago
Hey guys can you please fix the new build cause it's doing the same thing I can't map channels
Updated by Jaroslav Kysela almost 10 years ago
Andre Harty wrote:
Hey guys can you please fix the new build cause it's doing the same thing I can't map channels
No mux dump, no fix...
Updated by Graham H almost 10 years ago
K Shea wrote:
But almost all Dish Network signals are encrypted, so I can't understand how this could ever have worked for any useful channels in 3.4.
But they should still scan - the PSI is not encrypted.