Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Dev

dvb-c scanning problems

 

 

MythTV dev RSS feed   Index | Next | Previous | View Threaded


msc at antzsystem

May 11, 2007, 11:16 AM

Post #1 of 6 (2211 views)
Permalink
dvb-c scanning problems

hello,

i've some trouble with transponder scans on my dvb-c network.

My provider broadcasts wrong NIT(-other) data, it comes directly from
satelit and therefore is completely wrong for my cable-network.
Also scanning with a correctely prefilled dtv_multiplex list breaks all
channels and destroys the multiplex list (all mutiplexes are updated
with wrong [dvb-s] data).
The multiplexes will be overwritten cause the get_dtv_multiplex() (used
inside insert_dtv_multiplex to find existing) method dont respect the
modulation parameter for dvb. For users with DVB-c _and_ DVB-s cards
this should be fixed too.

Whats now the best way to solve this? Make it switchable (enable/disable
of NIT-processing)? Or better to check if NIT informations are for the
same network type what we are scanning and drop the NIT informations if
it was for another type?

For the latter i've taken a look into SIScan::HandleNIT(), here this
could be handled. But i don't know how to detect which
network-scan-type is currently running to skip the
ChannelUtil::CreateMultiplexes() call if desc.DescriptorTag() was
different.
HandleNIT seems to be called thru QT-Events, but don't find from which
place. Can someone give me a hint?


Whats the general way for scanning dvb-[cst] with an empty mulitplex
list from users-point of view?
I think it would be nice to support the transponder lists from dvb-utils
package and let the user choose a transponder list based on his region.


--
Markus Schulz
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


mythtv at grumpydevil

May 11, 2007, 4:07 PM

Post #2 of 6 (2134 views)
Permalink
Re: dvb-c scanning problems [In reply to]

Markus Schulz wrote:
> hello,
>
> i've some trouble with transponder scans on my dvb-c network.
>
> My provider broadcasts wrong NIT(-other) data, it comes directly from
> satelit and therefore is completely wrong for my cable-network.
> Also scanning with a correctely prefilled dtv_multiplex list breaks all
> channels and destroys the multiplex list (all mutiplexes are updated
> with wrong [dvb-s] data).
> The multiplexes will be overwritten cause the get_dtv_multiplex() (used
> inside insert_dtv_multiplex to find existing) method dont respect the
> modulation parameter for dvb. For users with DVB-c _and_ DVB-s cards
> this should be fixed too.
>
> Whats now the best way to solve this? Make it switchable (enable/disable
> of NIT-processing)? Or better to check if NIT informations are for the
> same network type what we are scanning and drop the NIT informations if
> it was for another type?
>
> For the latter i've taken a look into SIScan::HandleNIT(), here this
> could be handled. But i don't know how to detect which
> network-scan-type is currently running to skip the
> ChannelUtil::CreateMultiplexes() call if desc.DescriptorTag() was
> different.
> HandleNIT seems to be called thru QT-Events, but don't find from which
> place. Can someone give me a hint?
>
>
> Whats the general way for scanning dvb-[cst] with an empty mulitplex
> list from users-point of view?
> I think it would be nice to support the transponder lists from dvb-utils
> package and let the user choose a transponder list based on his region.
>
>
>
Let me guess......

1/ Germany
2/ small private cable network
3/ no affiliation of this network with either KDG, KBW, unity media, ...

Solution:
create a script to:
a/ modify the TS back to what they need to be (to be applied after each
scan)
b/ scan only 1 TS at a time, and do *not* scan all known TS
c/ delete each unwanted DVB-S TS incorrectly added after each TS scan.

Its how i got my Dutch DVB-C working, where (as usual) NIT-Others is
used in stead of NIT-Actual.

Cheers
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


msc at antzsystem

May 12, 2007, 3:35 AM

Post #3 of 6 (2138 views)
Permalink
Re: dvb-c scanning problems [In reply to]

Am Samstag, 12. Mai 2007 schrieb Rudy Zijlstra:
> Markus Schulz wrote:
> > hello,
> >
> > i've some trouble with transponder scans on my dvb-c network.
> >
> > My provider broadcasts wrong NIT(-other) data, it comes directly
> > from satelit and therefore is completely wrong for my
> > cable-network. Also scanning with a correctely prefilled
> > dtv_multiplex list breaks all channels and destroys the multiplex
> > list (all mutiplexes are updated with wrong [dvb-s] data).
> > The multiplexes will be overwritten cause the get_dtv_multiplex()
> > (used inside insert_dtv_multiplex to find existing) method dont
> > respect the modulation parameter for dvb. For users with DVB-c
> > _and_ DVB-s cards this should be fixed too.
> >
> > Whats now the best way to solve this? Make it switchable
> > (enable/disable of NIT-processing)? Or better to check if NIT
> > informations are for the same network type what we are scanning and
> > drop the NIT informations if it was for another type?
> >
> > For the latter i've taken a look into SIScan::HandleNIT(), here
> > this could be handled. But i don't know how to detect which
> > network-scan-type is currently running to skip the
> > ChannelUtil::CreateMultiplexes() call if desc.DescriptorTag() was
> > different.
> > HandleNIT seems to be called thru QT-Events, but don't find from
> > which place. Can someone give me a hint?
> >
> >
> > Whats the general way for scanning dvb-[cst] with an empty
> > mulitplex list from users-point of view?
> > I think it would be nice to support the transponder lists from
> > dvb-utils package and let the user choose a transponder list based
> > on his region.
>
> Let me guess......
>
> 1/ Germany
> 2/ small private cable network
> 3/ no affiliation of this network with either KDG, KBW, unity media,
> ...

yes, all correct.

> Solution:
> create a script to:

you misunderstood me. I want to solve this problem in general and not
workaround it (i have my correct station list already).

--
Markus Schulz

modprobe windows
modprobe: This module will TAINT the kernel
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


mythtv at grumpydevil

May 12, 2007, 4:11 AM

Post #4 of 6 (2130 views)
Permalink
Re: dvb-c scanning problems [In reply to]

Markus Schulz wrote:
> Am Samstag, 12. Mai 2007 schrieb Rudy Zijlstra:
>
>> Markus Schulz wrote:
>>
>>> hello,
>>>
>>> i've some trouble with transponder scans on my dvb-c network.
>>>
>>> My provider broadcasts wrong NIT(-other) data, it comes directly
>>> from satelit and therefore is completely wrong for my
>>> cable-network. Also scanning with a correctely prefilled
>>> dtv_multiplex list breaks all channels and destroys the multiplex
>>> list (all mutiplexes are updated with wrong [dvb-s] data).
>>> The multiplexes will be overwritten cause the get_dtv_multiplex()
>>> (used inside insert_dtv_multiplex to find existing) method dont
>>> respect the modulation parameter for dvb. For users with DVB-c
>>> _and_ DVB-s cards this should be fixed too.
>>>
>>> Whats now the best way to solve this? Make it switchable
>>> (enable/disable of NIT-processing)? Or better to check if NIT
>>> informations are for the same network type what we are scanning and
>>> drop the NIT informations if it was for another type?
>>>
>>> For the latter i've taken a look into SIScan::HandleNIT(), here
>>> this could be handled. But i don't know how to detect which
>>> network-scan-type is currently running to skip the
>>> ChannelUtil::CreateMultiplexes() call if desc.DescriptorTag() was
>>> different.
>>> HandleNIT seems to be called thru QT-Events, but don't find from
>>> which place. Can someone give me a hint?
>>>
>>>
>>> Whats the general way for scanning dvb-[cst] with an empty
>>> mulitplex list from users-point of view?
>>> I think it would be nice to support the transponder lists from
>>> dvb-utils package and let the user choose a transponder list based
>>> on his region.
>>>
>> Let me guess......
>>
>> 1/ Germany
>> 2/ small private cable network
>> 3/ no affiliation of this network with either KDG, KBW, unity media,
>> ...
>>
>
> yes, all correct.
>
>
>> Solution:
>> create a script to:
>>
>
> you misunderstood me. I want to solve this problem in general and not
> workaround it (i have my correct station list already).
>
>
Daniel Kritjansson is working on the scanning branch. If all goes well,
this should also solve this problem.
I too am waiting to test that branch, as it will solve a lot of DVB-C
problems for non-german networks (non-german as in KDG, KBW and Unity
Media. I know a lot of the small German networks have very inconsistent
signaling... )

Cheers
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


msc at antzsystem

May 12, 2007, 4:40 AM

Post #5 of 6 (2128 views)
Permalink
Re: dvb-c scanning problems [In reply to]

Am Samstag, 12. Mai 2007 schrieb Rudy Zijlstra:
> Markus Schulz wrote:
> > Am Samstag, 12. Mai 2007 schrieb Rudy Zijlstra:
> >> Solution:
> >> create a script to:
> >
> > you misunderstood me. I want to solve this problem in general and
> > not workaround it (i have my correct station list already).
>
> Daniel Kritjansson is working on the scanning branch. If all goes
> well, this should also solve this problem.
> I too am waiting to test that branch, as it will solve a lot of DVB-C
> problems for non-german networks (non-german as in KDG, KBW and Unity
> Media. I know a lot of the small German networks have very
> inconsistent signaling... )

sounds nice, are there some details what he is fixing?

For example the following problem: stations with a PMT entry but not
mentioned inside SDT will not be inserted into station list.


--
Markus Schulz

"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond where
the shadows lie." -- The Silicon Valley Tarot   Henrique Holschuh
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


stuarta at squashedfrog

May 14, 2007, 2:47 AM

Post #6 of 6 (2105 views)
Permalink
Re: dvb-c scanning problems [In reply to]

Markus Schulz wrote:

>
> sounds nice, are there some details what he is fixing?
>
> For example the following problem: stations with a PMT entry but not
> mentioned inside SDT will not be inserted into station list.
>
>

http://svn.mythtv.org/trac/ticket/2695


Stuart
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

MythTV dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.