Bug #3081
Tune before Diseqc does not affect EN50494 behavior
Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
DVB
Target version:
-
Start date:
2015-09-15
Due date:
% Done:
100%
Estimated time:
Found in version:
4.1-385~gf4c6817
Affected Versions:
Description
Hi!
By struggling with the other bug that annoys me I noticed that "Tune before Diseqc" does not change the way tvheadend behaves when tuning a channel.
The log looks like this:
2015-09-07 18:38:32.002 [ INFO]:mpegts: 11719.5H in Astra - tuning on STV090x Multistandard : DVB-S #0 2015-09-07 18:38:32.002 [ TRACE]:diseqc: set voltage 18V 2015-09-07 18:38:32.022 [ DEBUG]:en50494: lnb=0 id=0 freq=1068 pin=256 v/h=1 l/u=1 f=1119500, data=0x0CC5 2015-09-07 18:38:32.022 [ TRACE]:diseqc: sending diseqc (len 5) E0 10 5A 0C C5 2015-09-07 18:38:32.124 [ TRACE]:diseqc: set voltage 13V 2015-09-07 18:38:32.139 [ DEBUG]:linuxdvb: STV090x Multistandard : DVB-S #0 - starting 11719.5H in Astra 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: STV090x Multistandard : DVB-S #0 - tuning 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: tuner STV090x Multistandard : DVB-S #0 tunning to DVBS 19.2E freq 11719500 H sym 27500000 fec 3/4 mod QPSK roff 35 is_id -1 pls_mode ROOT pls_code 0 (freq 1068500) 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 17 => 5 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 03 => 1068500 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 06 => 2 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 08 => 27500000 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 09 => 3 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 04 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 13 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 01 => 0 2015-09-07 18:38:32.140 [ INFO]:subscription: 0003: "scan" subscribing to mux "11719.5H", weight: 6, adapter: "STV090x Multistandard : DVB-S #0", network: "Astra", service: "Raw PID Subscription"
What it IMHO should look like:
2015-09-07 18:38:32.002 [ INFO]:mpegts: 11719.5H in Astra - tuning on STV090x Multistandard : DVB-S #0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: tuner STV090x Multistandard : DVB-S #0 tunning to DVBS 19.2E freq 11719500 H sym 27500000 fec 3/4 mod QPSK roff 35 is_id -1 pls_mode ROOT pls_code 0 (freq 1068500) 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 17 => 5 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 03 => 1068500 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 06 => 2 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 08 => 27500000 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 09 => 3 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 04 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 13 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 01 => 0 2015-09-07 18:38:32.002 [ TRACE]:diseqc: set voltage 18V 2015-09-07 18:38:32.022 [ DEBUG]:en50494: lnb=0 id=0 freq=1068 pin=256 v/h=1 l/u=1 f=1119500, data=0x0CC5 2015-09-07 18:38:32.022 [ TRACE]:diseqc: sending diseqc (len 5) E0 10 5A 0C C5 2015-09-07 18:38:32.124 [ TRACE]:diseqc: set voltage 13V 2015-09-07 18:38:32.139 [ DEBUG]:linuxdvb: STV090x Multistandard : DVB-S #0 - starting 11719.5H in Astra 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: STV090x Multistandard : DVB-S #0 - tuning 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: tuner STV090x Multistandard : DVB-S #0 tunning to DVBS 19.2E freq 11719500 H sym 27500000 fec 3/4 mod QPSK roff 35 is_id -1 pls_mode ROOT pls_code 0 (freq 1068500) 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 17 => 5 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 03 => 1068500 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 06 => 2 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 08 => 27500000 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 09 => 3 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 04 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 13 => 0 2015-09-07 18:38:32.139 [ TRACE]:linuxdvb: S2CMD 01 => 0 2015-09-07 18:38:32.140 [ INFO]:subscription: 0003: "scan" subscribing to mux "11719.5H", weight: 6, adapter: "STV090x Multistandard : DVB-S #0", network: "Astra", service: "Raw PID Subscription"
Hope that helps.
Files
History
Updated by Heinrich Lech about 9 years ago
I included a patch- but I haven't tested it yet.
Updated by Heinrich Lech about 9 years ago
- File 0001-Added-frequency-calculation-for-early-tuning-EN50494.patch 0001-Added-frequency-calculation-for-early-tuning-EN50494.patch added
Frequency must be calculated too.
Updated by Heinrich Lech about 9 years ago
Here is the final working patch
Updated by Heinrich Lech about 9 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|8f8aa9705df90dccda899710671e83e3acb3c8d6.
Updated by Jaroslav Kysela about 9 years ago
Thanks applied and optimized a bit in : https://tvheadend.org/projects/tvheadend/repository/revisions/29eb2eb86823e12fc445ea80886a65ee0969de86
Updated by Jaroslav Kysela about 9 years ago
Looking to the code I introduced a little bug:
Updated by Heinrich Lech about 9 years ago
I must apologize that I only used my code yet.
But yes, that was much code for writing r = f ;D