Project

General

Profile

Actions

Bug #2586

open

scan fail for NA satellite

Bug #2586: scan fail for NA satellite

Added by Andre Harty over 11 years ago. Updated over 3 years ago.

Status:
Accepted
Priority:
Normal
Category:
Muxers
Target version:
-
Start date:
2015-01-03
Due date:
% Done:

100%

Estimated time:
Found in version:
3.9
Affected Versions:

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

tvheadend.bmp (2.93 MB) tvheadend.bmp Andre Harty, 2015-01-03 13:34
tvheadend.log (68.2 MB) tvheadend.log Andre Harty, 2015-01-03 17:33

Updated by Mark Clarkstone over 11 years ago Actions #1

  • 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 over 11 years ago Actions #2

yes i did but still says scan fail

Updated by Andre Harty over 11 years ago Actions #3

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 over 11 years ago Actions #4

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 over 11 years ago Actions #5

i am going to send you a screen shot of it

Updated by Andre Harty over 11 years ago Actions #7

every one fails , even if i migrate from the older version 3.4 the same thing

Updated by Andre Harty over 11 years ago Actions #8

could it be because i am using NA satellite witch is DISH NETWORK

Updated by Andre Harty over 11 years ago Actions #9

scan no data, failed

Updated by Mark Clarkstone over 11 years ago Actions #10

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 over 11 years ago Actions #11

yes it is correct i am using DBS bandstalk

in network i chose dvbs

orbit 1

Updated by Mark Clarkstone over 11 years ago Actions #12

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 over 11 years ago Actions #13

i added manually there is no pre-defined muxes for north america in tvheadend

Updated by Mark Clarkstone over 11 years ago Actions #14

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 over 11 years ago Actions #15

yes i did

12370000
20000000

Updated by Andre Harty over 11 years ago Actions #16

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 Andre Harty over 11 years ago Actions #17

what build are you using
can you send me a copy

Updated by Mark Clarkstone over 11 years ago Actions #18

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 over 11 years ago Actions #19

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 Andre Harty over 11 years ago Actions #20

ok

Updated by Andre Harty over 11 years ago Actions #21

i am trying to set debug but cant get it to work

Updated by Mark Clarkstone over 11 years ago Actions #22

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 over 11 years ago Actions #23

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 over 11 years ago Actions #24

  • Status changed from Need feedback to Fixed
  • % Done changed from 0 to 100

Applied in changeset commit:tvheadend|c4089cc7a378abc2d8912d86d6440aab6230967a.

Updated by Jaroslav Kysela over 11 years ago Actions #25

  • 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 Andre Harty over 11 years ago Actions #26

ok i will
thanks

Updated by Andre Harty over 11 years ago Actions #27

hey guys i am still getting scan result fail

Updated by Mark Clarkstone over 11 years ago Actions #28

Andre Harty wrote:

hey guys i am still getting scan result fail

You'll need to provide another log :)

Updated by Jaroslav Kysela over 11 years ago Actions #29

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 over 11 years ago Actions #30

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 over 11 years ago Actions #31

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 over 11 years ago Actions #32

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 over 11 years ago Actions #33

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.

Actions

Also available in: PDF Atom