Page 1 of 1

To take into consideration

Posted: Thu Mar 18, 2010 12:07 am
by GNRNET
Hi....
I am glad to be a member in your forum
My suggestions :
1- Real names of the channels
When I'm searching some channels on Hotbird 13E and other Sats doesn't have a real name such as(#1-#2-#3) so I hope to fix this problem.
2- Network search takes so long
I hope to make this search by an option (check box)
so if i don't want to search by NIT ; I can disable that check box
to take into consideration
Thanks.

.

Posted: Thu Mar 18, 2010 5:12 am
by Prog
1. If you have good signal then ProgDVB must found all names. HB is simple satellite for search.
2. Different is 2-5%

Posted: Fri Mar 19, 2010 9:53 pm
by sos13
Hi
how can make network search ??
is it included through Channel Search ,
is it for search all channels or to know any missed freq in Transponders file .

Posted: Sat Mar 20, 2010 12:31 am
by Juergen
In fact the Network Information Tables do contain entries for other transponders, that could even get updated on-the-fly.
This way new transponders can be linked in without having to update transponder lists.
First of all this is meant for receivers, that don't get firmware updates automatically.
Of course software solutions can also benefit from this.

NIT reading would then happen as a background task after channel switching, normally lasting just a few seconds and not causing noticeable extra traffic. Not even on a very slow machine, like a stone age Pentium II 500 MHz, used here with DVBsVCR2 years ago, which also used automatic NIT parsing based transponder updates. Did not require full transponder lists this way, just a base package of seed channels, to get started.

NIT parsing can either be used, to just update transponder information, or also be added to a standard procedure for a full scan. In the second case, NIT aided scanning should happen AFTER the list based scan, to automatically include new transponders, even if only being daisy chained to another new one.

Some notes on limitations of this procedure:

There are satellite positions, that contain more than one network.
Means, not even all regular transponders would be found this way, from reading just one transponder's table. That's why this option should at least parse the table after each channel switching to another transponder.
Feeds would not be found this way.
And it's possible, you would be getting doublets of complete transponders, if the software / firmware used a different frequency resolution / rounding procedure than the table transmitted, like by ignoring or rounding up / down the kHz values' last digits.

BTW, this is a very good reason, to never ever compensate LOF offsets by editing the transponder tables. Instead edit the LOF value directly.

NIT scanning should be blocked by the software, if recordings are made or scheduled, to avoid channel database changes within such a period.

Posted: Sat Mar 20, 2010 10:50 pm
by sos13
example, this network freq in 42E :
11962\3333
with receiver box set Network search and make search all .
and with DD search only new freq and it's nice function.
my question is how can use it in ProgDVB ?
simply
:)

.

Posted: Sun Mar 21, 2010 6:57 am
by Prog
At first 42- is most stupid satellite in world. I think providers from this satellite total not read standards :-(

ps: Try scan transponder dialog