| ichmoechtevdrhaben 11.Oct.2010 14:46:23 |
hallo zusammen,
die neue Version von w_scan 20091118 unter easyVDR 0.8.0 hat eine neue Funktion gegenüber der Version 20080105 von easyVDR 06.10, die das Ablesen von neuen Transpondern ermöglicht. Dies ist wohl sehr nützlich bei DVB-S (und S2), aber kontraproduktiv bei DVB-T.
Mit folgendem Beispiel möchte ich es verdeutlichen:
easyVDR:~# w_scan ft -c DE >> channels.conf-20101011
w_scan version 20091118 (compiled for DVB API 5.1)
using settings for GERMANY
DVB aerial
DVB-T Europe
frontend_type DVB-T, channellist 4
output format vdr-1.6
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> DVB-T "Conexant CX22702 DVB-T": good :-)
Using DVB-T frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.1
frontend Conexant CX22702 DVB-T supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning 7MHz frequencies...
177500: (time: 00:00)
184500: (time: 00:03)
191500: (time: 00:05)
198500: (time: 00:08)
205500: (time: 00:10)
212500: (time: 00:13)
219500: (time: 00:15)
226500: (time: 00:18)
Scanning 8MHz frequencies...
474000: (time: 00:20)
482000: (time: 00:23)
490000: (time: 00:25)
498000: (time: 00:28)
506000: (time: 00:30)
514000: (time: 00:33) (time: 00:35) signal ok:
QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999
updating transponder:
(QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999)
to (QAM_16 f = 514000 kHz I999B8C23D0T8G4Y0)
522000: (time: 00:49)
530000: (time: 00:52) (time: 00:54)
538000: (time: 00:55) (time: 00:58) signal ok:
QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999
updating transponder:
(QAM_AUTO f = 538000 kHz I999B8C999D999T999G999Y999)
to (QAM_16 f = 538000 kHz I999B8C23D0T8G4Y0)
546000: (time: 01:11) (time: 01:14) signal ok:
QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999
554000: (time: 01:27)
562000: (time: 01:30)
570000: (time: 01:32) (time: 01:35) signal ok:
QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999
new transponder:
(QAM_16 f = 658000 kHz I999B8C23D0T8G4Y0)
578000: (time: 01:48) (time: 01:51) signal ok:
QAM_AUTO f = 578000 kHz I999B8C999D999T999G999Y999
updating transponder:
(QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999)
to (QAM_64 f = 546000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_64 f = 490000 kHz I999B8C23D0T8G4Y0)
new transponder:
(QAM_64 f = 474000 kHz I999B8C23D0T8G4Y0)
new transponder:
(QAM_64 f = 474000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_64 f = 714000 kHz I999B8C23D0T8G16Y0)
586000: (time: 02:04) (time: 02:07) signal ok:
QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999
updating transponder:
(QAM_AUTO f = 586000 kHz I999B8C999D999T999G999Y999)
to (QAM_16 f = 586000 kHz I999B8C23D0T8G4Y0)
594000: (time: 02:20) ^C
ERROR: interrupted by SIGINT, dumping partial result...
dumping lists (0 services)
Done.
Wie kann ich w_scan nun dazu zwingen, nach neuen Transpondern NICHT zu suchen. Er soll einfach "signal ok" zeigen und gut ist. Früher ging das so:
easyVDR:~# w_scan -ft -a 1 >> channels.conf-20101011
w_scan version 20080105
-_-_-_-_ Getting frontend capabilities-_-_-_-_
frontend Zarlink MT352 DVB-T supports
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
177500:
184500:
191500:
198500:
205500:
212500:
219500:
226500:
474000:
482000:
490000:
498000:
506000:
514000: signal ok (I999B8C999D999M999T999G999Y999)
522000:
530000:
538000: signal ok (I999B8C999D999M999T999G999Y999)
546000:
554000:
562000:
570000:
578000:
586000: signal ok (I999B8C999D999M999T999G999Y999)
594000: signal ok (I999B8C999D999M999T999G999Y999)
602000: signal ok (I999B8C999D999M999T999G999Y999)
610000:
ERROR: interrupted by SIGINT, dumping partial result...
dumping lists (0 services)
Done.
Wenn ich diese Suchweise bei DVB-T haben will, muss ich denn die alte Version nehmen oder gibt es irgendwelche versteckte Möglichkeit bei der neuen Version, damit es so läuft wie früher.
Danke und Gruß
Cezar
easyVDR 0.6.0.4 - VDR 1.4.7 - Kernel 2.6.22.15
MB Intel SR440BX (Grafik- und Sound-OnBoard) - Pentium !!! 600 MHz Kathmai - 512 MB SDRAM Kingston
HDD IBM DTTA-351350 13.5 GB UDMA2 IDE1 Master
DVD-ROM LG GDR-8162B UDMA2 IDE1 Slave
NIC Allied Telesyn AT-2500TX (Chipsatz Realtek 8139c) - Sigma Designs REALmagic Hollywood Plus DVD Decoder (Chipsatz em8300) - AVerMedia AVerTV DVB-T 771 - TerraTec Cinergy 1200 DVB-T |
| prudentis 11.Oct.2010 16:18:40 |
Ich denke Wirbel kann dir dazu mehr sagen ;)
Hast du dir das Wiki schon mal angeschaut? Evtl steht da ja was Nützliches für dich drinn!
http://www.vdr-wiki.de/wiki/index.php/W_scan
lg prudentis
SW: EasyVDR 0.7.24
HW: HTPC-DE02 + Asus P5QL-E, Core2 2,2 GHz, CineS2 + HDe, HD SYS=120GB 2,5" + HD-USB 1TB" # NAS 1TB, 2GB RAM Imon Multimedian IR/VFD v.6[15c2:0036]
HW2: Asus M2NPV-VM, AMD X2, 1GB Ram, IDE HD, DVB=Hauppauge HVR4000 PCI, DVD Brenner
[url=http://www.prudentis.org]prudentis.org
[url=http://wiki.easy-vdr.de/index.php/Hilfe]Du brauchst Hilfe? Wir brauchen Daten! |
| zzzözzz 11.Oct.2010 19:00:46 |
Hallo Cezar,
[quote='ichmoechtevdrhaben link' pid='10637' dateline='1286801183']
die neue Version von w_scan 20091118 unter easyVDR 0.8.0
Du meinst alt, schon ein ganzes Jahr alt.
hat eine neue Funktion gegenüber der Version 20080105 von easyVDR 06.10, die das Ablesen von neuen Transpondern ermöglicht. Dies ist wohl sehr nützlich bei DVB-S (und S2), aber kontraproduktiv bei DVB-T.
Das ist ebenso nützlich für DVB-T, auch wenn du es vielleicht nicht benötigst. Diese Daten sind die Grundlage dafür, w_scan nutzbar zu erhalten und an aktuelle Trends anzupassen.
Wie kann ich w_scan nun dazu zwingen, nach neuen Transpondern NICHT zu suchen.
Das ist doch gerade Sinn der Übung. Ansonsten brauchst du kein w_scan. w_scan versucht aus einer Liste von wahrscheinlichen Parametern mindestens einen(!) Treffer zu landen und alle restlichen Transponder von diesem Treffer ausgehend zu finden. Das ist das Prinzip.
Er soll einfach "signal ok" zeigen und gut ist. Früher ging das so:
easyVDR:~# w_scan -ft -a 1 >> channels.conf-20101011
...
Geht nicht - sehe ich auch keinen Sinn darin. Option -a1 war übrigens nie als Standardoption erwünscht, das ist Experts only.
Du könntest mit grep arbeiten, falls dich nur die Transponder interessieren oder Ausgabeformat initial-tuning-data wählen.
|
| ichmoechtevdrhaben 11.Oct.2010 19:45:33 |
Danke an prudentis udn Wirbel für die schnelle Antworten. Auch besonderen Dank an Wirbel für die Entwicklung von w_scan.
Hier erstmal noch ein Beispiel:
602000: (time: 06:07) (time: 06:09) signal ok:
QAM_AUTO f = 602000 kHz I999B8C999D999T999G999Y999
new transponder:
(QAM_16 f = 762000 kHz I999B8C23D0T8G8Y0)
new transponder:
(QAM_16 f = 674000 kHz I999B8C23D0T8G4Y0)
new transponder:
(QAM_64 f = 666000 kHz I999B8C12D0T8G4Y0)
updating transponder:
(QAM_AUTO f = 602000 kHz I999B8C999D999T999G999Y999)
to (QAM_64 f = 602000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_16 f = 506000 kHz I999B8C23D0T8G8Y0)
new transponder:
(QAM_64 f = 698000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_64 f = 554000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_64 f = 522000 kHz I999B8C12D0T8G4Y0)
new transponder:
(QAM_16 f = 482000 kHz I999B8C23D0T8G8Y0)
610000: (time: 07:10)
618000: (time: 07:12)
626000: (time: 07:15)
634000: (time: 07:17)
642000: (time: 07:20)
650000: (time: 07:23)
658000: (time: 07:25)
666000: skipped (already known transponder)
674000: skipped (already known transponder)
Auf 602000 Hz bzw. K37 aus Aachen werden neue Transponder abgelesen, darunter auch 666000 Hz bzw. K45. Hierfür findet w_scan:
(QAM_64 f = 666000 kHz I999B8C12D0T8G4Y0)
Auf 666000 Hz bzw. K45 strahlt aber auch Liège mit QAM_16. w_scan sagt mir dann bei 666000 "already known transponder". Auf dem Aachener Transponder gibt es aber gar keine Daten über den Transponder aus Liège (Lüttich).
Es ist so, dass ich mit dem VDR DXen möchte und möglichst viele channels.conf erstellen möchte. Ich betreibe wahrscheinlich größeren Antennenaufwand als die meisten hier und habe/hatte Empfang aus NRW; RLP, HES, NL, Belgien.
Die neue Option von w_scan ist daher für mich weniger nützlich und eher kontraproduktiv, zumal die Scanzeiten auch erheblich länger sind.
Ich habe mir auch Initial tuning data erstellt, dass hält w_scan vom Updaten der Transponder aber nicht ab. Da ich aber auch öfters bei Überreichweiten scanne, sind Initial tuning data für diesen Zweck nicht sehr nützlich, weil ich nicht weiß, was man gerade empfangen kann.
Aber wenn es nicht anders geht, dann scanne ich eben mit der alten Version.
Gruß
Cezar
easyVDR 0.6.0.4 - VDR 1.4.7 - Kernel 2.6.22.15
MB Intel SR440BX (Grafik- und Sound-OnBoard) - Pentium !!! 600 MHz Kathmai - 512 MB SDRAM Kingston
HDD IBM DTTA-351350 13.5 GB UDMA2 IDE1 Master
DVD-ROM LG GDR-8162B UDMA2 IDE1 Slave
NIC Allied Telesyn AT-2500TX (Chipsatz Realtek 8139c) - Sigma Designs REALmagic Hollywood Plus DVD Decoder (Chipsatz em8300) - AVerMedia AVerTV DVB-T 771 - TerraTec Cinergy 1200 DVB-T |
