Neue satellites.xml

[rhabarber1848]

Hi,

unsere apps/dvb/config/satellites.xml ist wohl ziemlich in die Jahre gekommen.

18.05.2008: http://forum.tuxbox-cvs.sourceforge.net ... 71#p356471

Hi, habe soeben von meiner DBOX II mit Neutrino vom September 2003 die Senderliste ausgelesen, da mir einige Sender fehlen.

Ungefähr genauso alt ist die satellites.xml im CVS auch

Na ja, nicht ganz, abgesehen von seifes Patch für Hotbird 13.0E vom
März 2009 war der letzte commit am 20.03.2004...

Darüberhinaus funktioniert sie nur mit Neutrino, nicht mit Enigma, obwohl
sie Bestandteil von Enigma-Images wird, die hier kompiliert werden:
http://forum.tuxbox-cvs.sourceforge.net ... 22#p367222

Deshalb haben die Dreambox-Leute für ihre Enigma-Images eine eigene
satellites.xml im CVS: http://forum.tuxbox-cvs.sourceforge.net ... 21#p367221

Außerdem geistert seit mindestens August 2007 die Idee durch das Forum:
http://forum.tuxbox-cvs.sourceforge.net ... 90#p339090

satellites.xml (aber die in den /var/-Bereich zu verlinken ist trotzdem eine gute Idee

In einigen Images wird das bereits so gehandhabt.

[rhabarber1848]

Hier also meine To-Do-Liste:

- apps/dvb/config/satellites.xml aktualisieren
Dazu steht mir eine von merkwuerden erstellte Datei zur Verfügung, die ich
mit seiner Erlaubnis ins CVS committen darf.
Zur Diskussion stelle ich sie hier als Patch ins ULC: satellites.xml

Hier ein Zitat von merkwuerden, das ich nicht verlinken will/kann,
da es auf der dunklen Seite verfasst wurde Er begründet hier den
Wechsel von flags="5" auf flags="1" im obigen Patch:

Gut, man kann das Problem etwas entschärfen, wenn man die NITs mit abgrasen läßt (flags="5"). Nur leider sind die NITs auf vielen Satelliten unvollständig oder gar falsch, was dann dazu führt, daß komplette Transponder fehlen oder mit falschen Parametern abgesucht werden, weil dann bei fehlendem Transponder in der NIT trotzdem die Daten aus der satellites.xml hergezogen werden. Und der Suchlauf dauert dann gut doppelt so lange, für Astra 19.2E und Hotbird 13.0E brauche ich unter Enigma mit flags="5" gute 35 bis 40 Minuten, mit flags="1" dagegen ist der Suchlauf beider Satelliten in 15 Minuten durch. Und wenn die satellites.xml vollständig ist, werden mit beiden Methoden dieselbe Anzahl an Sendern gefunden.

Hier noch ein Ausschnitt aus readme1st.txt von merkwuerden:

Allgemein:
==========
- Datenquelle der Satellitenbelegung http://de.kingofsat.net/
- für Hotbird 13.0E und Astra 19.2E zusätzlich eigene Scans der Transponder und NITs am PC

Änderungen:
===========
- nur Transponder enthalten, die mit vertretbarem Aufwand in Mitteleuropa empfangbar sind
- alle reinen Datentransponder gelöscht, da nutzlos
- alle DVB-S2 Transponder gelöscht, dBox2 kann damit eh nichts anfangen
- alle reinen Feedtransponder gelöscht, da sowieso nicht dauerhaft belegt, hält beim Kanalsuchlauf nur sinnlos auf


Frequenzen (speziell Hotbird 13.0E & Astra 19.2E/28.2E)
=======================================================
- exakte Frequenzen der Transponder nach Frequenzraster des Satellitenbetreibers eingetragen, dazu hab ich entsprechende Unterlagen vorliegen
- auch bei anderen Satelliten, wo Daten zur Verfügung standen, Frequenzen nach Raster des Betreibers eingetragen

Um einen Eindruck von der Qualität der Arbeit von merkwuerden zu
bekommen, die er seit März 2007 macht, hier das letzte Changelog
vom 25.03.2009:

Code: Alles auswählen

Datenabgleich mit http://de.kingofsat.net

Legende:

-	Transponder weggefallen
+	Transponder neu
K	Daten korrigiert


Satelliten komplett weggefallen:
================================
Express A3	11.0W	Satellit nicht mehr existent
Astra 5A	31.5E	Satellit nicht mehr existent
			Position 31.3E scheint neu aufgebaut zu werden. Derzeit noch uninteressant.
Intelsat 902	62.0E	nur noch ein einziger Sender


Änderungen:

Intelsat 3R 43.0W
=================
-	12568,000 H
-	12583,000 H
+	12597,000 H
-	12606,000 V


Hispasat 30.0W
==============
-	11531,500 H
-	11616,000 H	(DVB-S2)
-	11731,000 V	(DVB-S2)
-	11771,000 V	(DVB-S2)
+	12705,000 V


NSS 7 22.0W
===========
-	11611,500 H
-	11631,000 H
K	12736,000 H	Frequenz, Symbolrate


Telstar 12 15.0W
================
+	10988,000 H
+	10992,000 H
+	11124,000 V
+	11687,000 H


Atlantic Bird 1 12.5W
=====================
K	11177,000 H	Symbolrate
-	11332,000 H	(DVB-S2)
+	12536,000 V
-	12576,500 V
-	12589,000 H
K	12597,000 H	Symbolrate, FEC
+	12604,000 H
-	12633,000 V
+	12636,000 H
-	12637,000 V
+	12655,000 H
+	12659,000 H
+	12662,000 V
-	12706,000 H
+	12707,000 H
-	12723,000 H
+	12730,000 V
K	12733,000 H	Symbolrate


Atlantic Bird 2 8.0W
====================
+	11045,000 H
-	11057,000 H
+	11064,000 H
-	11092,000 H
-	12539,000 H
+	12545,000 H
-	12566,000 V


Nilesat/Atl. Bird 4 7.0W
========================
K	10723,000 H	Symbolrate, FEC


Atlantic Bird 3 5.0W
====================
K	10966,500 V	Symbolrate
K	11065,000 H	Symbolrate
-	11065,500 V
-	11070,000 V
-	11456,500 V
+	11467,000 H
-	11609,000 V
-	12640,000 H


Amos 4.0W
=========
K	10806,000 H	FEC
+	11178,000 H
-	11323,000 H
+	11328,000 H
+	11347,000 H
-	11352,000 H
-	11423,000 H
-	11441,000 H
K	11557,000 H	Frequenz
K	11572,000 H	Frequenz
-	11586,000 H
+	11592,000 H
-	11603,000 H
+	11647,000 H
-	11650,000 H
+	11678,500 H
-	11690,000 H


Thor/Intelsat 1.0W
==================
+	11341,000 V
+	11421,000 H
+	11434,000 V
+	11747,000 H
-	12054,000 H
K	12303,000 V	Symbolrate
-	12341,000 V
K	12476,000 H	Symbolrate, FEC


Sirius 4.8E
===========
K	12245,000 V	FEC
K	12379,600 H	Frequenz
+	12674,000 V
-	12678,000 V
+	12685,000 V
+	12693,000 V
+	12718,000 V


Eutelsat W3A 7.0E
=================
+	10928,250 V


Eurobird 9 9.0E
===============
K	11727,480 V	FEC
K	11765,840 V	FEC
-	11785,020 H	(DVB-S2)
-	11880,920 V	(DVB-S2)
K	11919,280 V	FEC


Eutelsat W1 10.0E
=================
+	11124,000 H
-	11126,500 H
K	11163,500 H	Symbolrate
+	11171,000 H
+	11187,000 V
-	11189,000 V
+	11190,000 V
+	12507,000 V
K	12568,000 V	Symbolrate


Hotbird 13.0E
=============
-	10757,540 V
-	10834,260 V
-	10910,980 V
+	11508,520 V
-	11522,500 V
-	11785,020 H	(DVB-S2)
-	12577,380 H	(DVB-S2)
-	12673,280 V


Eutelsat W2 16.0E
=================
K	11283,000 H	FEC
K	11471,410 V	FEC
-	11512,910 V
-	12592,500 V
+	12621,000 V
K	12625,500 V	FEC
+	12640,000 V
-	12642,000 V
+	12734,000 H


Astra 19.2E
===========
-	10861,750 H	(DVB-S2)
-	11435,500 V	(DVB-S2)


Eutelsat W6 21.5E
=================
-	10978,500 V
+	11484,000 V
-	11588,000 V
+	11591,000 V
+	11670,500 H


Astra 23.5E
===========
-	10758,500 V
-	10788,000 V
K	10861,750 H	FEC
+	11797,500 H
+	11836,500 H
+	12168,000 V
-	12685,000 V
+	12696,000 H


BADR/Eurobird 2 26.0E
=====================
+	11009,000 V
+	11108,000 V
+	11146,000 V
-	11149,000 V
+	11151,000 V
-	11165,000 V
+	11170,000 V
-	11175,000 V
K	11584,920 V	Symbolrate
+	12303,000 H
+	12322,000 V
+	12455,000 H
+	12476,000 V
-	12656,500 H


Astra/Eurobird 1 28.2E
======================
-	11052,750 H
+	11067,500 V
-	12012,000 V	(DVB-S2)
+	12690,000 V


Eurobird 3 33.0E
================
-	11026,000 V
-	11053,000 V
-	11083,800 H
-	11086,000 H
+	11095,000 H
-	11095,700 H
-	11101,000 H
+	11102,000 H
-	11104,500 H
-	11111,000 H
-	11117,000 H
-	11118,300 H
-	11125,500 H
-	11136,000 H
+	11144,000 H
+	11151,500 V
-	11187,000 H
K	11685,000 H	Symbolrate, FEC
-	12646,750 V	(DVB-S2)
-	12738,000 V


Eutelsat Sesat 36.0E
====================
+	11641,000 H
+	12507,000 H
+	12508,000 V
+	12517,000 H
-	12525,000 H
-	12527,500 H
-	12541,000 H
+	12547,000 V
+	12590,000 H
+	12620,000 V
-	12625,500 V
-	12630,000 V
+	12632,000 V
+	12655,000 V
-	12656,000 V


Hellas Sat 2 39.0E
==================
-	10984,000 V	(Data)
-	11099,000 V
-	11141,100 V
+	12598,000 V
K	12729,000 V	Frequenz


Express AM1 40.0E
=================
-	11599,000 V
+	11653,000 H
+	11676,000 H
-	11678,500 H


Turksat 42.0E		Der Satellit ist ein einziger Saustall, das macht überhaupt keinen Spaß mehr. :-(
=============		Nochmal tu ich mir das Theater vermutlich nicht an...
+	10960,000 H
-	10968,000 V
+	10969,000 H
K	10970,000 V	Polarisation
+	10975,000 H
+	10979,000 H
-	10999,000 V
-	11002,600 V
-	11007,000 V
-	11011,000 V
+	11012,000 V
-	11014,000 V
-	11018,000 V
-	11028,500 V
+	11054,000 H
+	11093,000 H
+	11096,000 V
-	11135,500 V
-	11142,500 V
-	11158,500 V
-	11162,500 V
-	11165,500 V
+	11166,000 V
+	11174,000 V
-	11176,500 V
+	11194,000 H
+	11525,000 V
-	11576,000 H
+	11628,000 H
+	11642,000 H
+	11651,000 H
-	11694,000 H
K	11716,500 V	Symbolrate, FEC
-	11734,000 H
-	11739,000 H
+	11742,000 V
-	11743,000 H
-	11743,000 V
+	11746,000 H
-	11748,000 H
-	11753,500 H
-	11760,000 H
-	11775,000 H
+	11777,000 H
-	11794,000 H
-	11800,000 H
+	11830,000 V
-	11830,500 V
+	11845,000 V
-	11846,000 V
-	11852,000 V
+	11857,000 V
-	11857,500 V
+	11862,000 H
-	11867,000 V
+	11870,000 V
-	11873,500 V
-	11877,500 V
+	11879,000 V
-	11882,000 V
+	11885,000 H
K	11887,000 V	Symbolrate, FEC
-	11892,000 H
-	11892,000 V
+	11894,000 H
+	11895,000 V
-	11896,000 V
+	11897,000 V
-	11905,000 H
+	11906,000 H
-	11924,000 H
-	11928,000 H
-	11933,000 H
-	11936,000 H
+	11938,000 H
-	11940,000 H
+	11944,000 V
-	11945,000 H
-	11951,000 V
+	11953,000 V
+	11957,000 V
-	11959,000 V
+	11964,000 H
+	11967,000 V
-	11970,000 H
+	11970,000 V
-	11973,000 V
+	11973,000 H
+	11981,000 H
-	11984,000 H
-	11996,000 V
-	12002,000 H
-	12008,000 H
K	12015,000 H	Symbolrate
-	12021,500 H
-	12028,500 H
-	12126,000 V
-	12127,000 H
+	12129,000 H
+	12130,000 V
-	12133,000 V
-	12137,000 V
+	12139,000 H
-	12140,000 H
-	12142,000 V
-	12513,000 H
-	12518,500 H
-	12524,000 H
+	12525,000 V
-	12530,000 H
-	12535,500 H
-	12540,000 H
+	12565,000 V
-	12590,000 V
+	12593,000 H
+	12593,000 V
-	12595,000 V
+	12601,000 H
+	12607,000 H
+	12612,000 H
-	12614,500 V
+	12615,000 V
+	12620,000 V
+	12628,000 V
+	12632,000 V
-	12633,000 V
-	12635,500 H
+	12636,000 V
-	12637,500 V
+	12640,000 V
+	12643,000 H
-	12647,000 V
+	12650,000 H
-	12652,000 H
-	12652,000 V
+	12656,000 H
-	12660,000 V
-	12672,000 H
-	12680,500 H
+	12685,000 H
-	12692,000 H
-	12695,500 H
-	12699,000 H
-	12702,500 H
-	12717,000 V


Intelsat 12 45.0E
=================
-	11468,000 V
-	11513,000 V
-	11550,000 V
+	11618,000 V
+	11645,000 V


Express AM22 53.0E
==================
+	10994,000 H
+	11696,000 H
+	12637,000 H
+	12639,000 V
+	12642,500 V
+	12644,000 H
+	12648,000 H
-	12680,000 H
-	12724,000 H


Intelsat 10 68.5E
=================
K	11635500 V	FEC

[rhabarber1848]

- In Flashimages cables.xml und satellites*.xml in /var ablegen
(Patch steht noch aus)

[rhabarber1848]

- Enigma
http://forum.tuxbox-cvs.sourceforge.net ... 22#p367222

weil enigma/dream eine andere hat als neutrino (und vermutlich auch als enigma/dbox)

In der satellites.xml (und anderen .xml) sind die rohen zahlenwerte für FEC etc. drin, und die sind driverabhängig

Es gibt zwei Möglichkeiten:

1.
Enigma oder Neutrino zu verändern, damit beide GUIs das selbe Format
der Satellites.xml lesen können, Vorteil: Eine Datei funktioniert für beide GUIs.
Nachteil: Bestehende satellites.xml für die veränderte GUI werden ungültig.

2.
a) Bei make target flash-enigma* wird apps/dvb/config/satellites.xml
(Neutrino-Format) per sed-Zweizeiler so verändert, dass Enigma sie lesen kann.
Die Regeln für die Konvertierung von fec_inner sehen so aus:
5 (Neutrino) -> 4 (Enigma)
7 (Enigma)-> 5 (Enigma)

b) Bei make targets flash-enigma+neutrino* & yadd-enigma wird
apps/dvb/config/satellites.xml per sed-Zweizeiler so verändert, dass Enigma
sie lesen kann und als satellites-e.xml abgespeichert. Dazu muss Enigma
so verändert werden, dass es zuerst nach satellites-e.xml sucht und diese
bei Vorhandensein statt satellites.xml einliest. Wenn satellites-e.xml nicht
vorhanden ist, wird weiterhin satellites.xml eingelesen. Neutrino wird
überhaupt nicht verändert und liest weiterhin satellites.xml ein.

c) Bei make targets flash-neutrino* und yadd-neutrino keine Änderungen


Ich bevorzuge Lösung 2 und habe dazu bereits einen ungetesteten Patch
im ULC, der hier gerne diskutiert werden kann: enigma_satellites.diff
Selber habe ich nur eine Kabelbox, sodass ich als Tester ausfalle.

[MPC823]

Mal so als Frage oder auch Anregung. Wenn man eh schon an der Scan Schraube dreht kann man dann nicht gleich mit einbauen das nur nach FTA gescannt wird . Vielleicht wäre dann auch sinnvoll nach dem Scan die Sender dann gleich nach Ihrer Sprache zu sortieren.

Weiss natürlich nicht wie weit das Schwieriegkeiten bereitet das zu integrieren.


Martin

[seife]

Er begründet hier den
Wechsel von flags="5" auf flags="1" im obigen Patch:

Gut, man kann das Problem etwas entschärfen, wenn man die NITs mit abgrasen läßt (flags="5"). Nur leider sind die NITs auf vielen Satelliten unvollständig oder gar falsch, was dann dazu führt, daß komplette Transponder fehlen oder mit falschen Parametern abgesucht werden, weil dann bei fehlendem Transponder in der NIT trotzdem die Daten aus der satellites.xml hergezogen werden. Und der Suchlauf dauert dann gut doppelt so lange, für Astra 19.2E und Hotbird 13.0E brauche ich unter Enigma mit flags="5" gute 35 bis 40 Minuten, mit flags="1" dagegen ist der Suchlauf beider Satelliten in 15 Minuten durch. Und wenn die satellites.xml vollständig ist, werden mit beiden Methoden dieselbe Anzahl an Sendern gefunden.

Das ist zumindest für Astra IMHO blödsinn. Mit einem einzigen korrekten Transponder findet man auf Astra 19.2E alle Sender. Wenn mehr Transponder in der satellites.xml sind, dauert der scan unter neutrino nur länger, weil neutrino erst auf allen gelisteten Transpondern die NIT prüft, dann den eigenlichen scan startet.

Allgemein:
==========
- Datenquelle der Satellitenbelegung http://de.kingofsat.net/
- für Hotbird 13.0E und Astra 19.2E zusätzlich eigene Scans der Transponder und NITs am PC

Änderungen:
===========
- nur Transponder enthalten, die mit vertretbarem Aufwand in Mitteleuropa empfangbar sind
- alle reinen Datentransponder gelöscht, da nutzlos
- alle DVB-S2 Transponder gelöscht, dBox2 kann damit eh nichts anfangen
- alle reinen Feedtransponder gelöscht, da sowieso nicht dauerhaft belegt, hält beim Kanalsuchlauf nur sinnlos auf

Und wenn morgen ein Transponderwechsel stattfindet, muss ich die satellites.xml updaten? Das halte ich für ungeschickt. Ich würde eher die gelisteten Transponder so auswählen, dass der NIT-Scan alles findet, so wie ich es mit Hotbird gemacht habe.

Es gibt da bestimmt einige Leichen, die man in der satellites.xml aufräumen könnte, aber so finde ich das nicht geschickt.

- Enigma
http://forum.tuxbox-cvs.sourceforge.net ... 22#p367222

weil enigma/dream eine andere hat als neutrino (und vermutlich auch als enigma/dbox)

In der satellites.xml (und anderen .xml) sind die rohen zahlenwerte für FEC etc. drin, und die sind driverabhängig

Es gibt zwei Möglichkeiten:

1.
Enigma oder Neutrino zu verändern, damit beide GUIs das selbe Format
der Satellites.xml lesen können, Vorteil: Eine Datei funktioniert für beide GUIs.
Nachteil: Bestehende satellites.xml für die veränderte GUI werden ungültig.

Du müsstest die dream-Treiber verändern, das kannst du nicht. Enigma nimmt die rohen Zahlenwerte, neutrino konvertiert das inzwischen.
Die einzige IMHO vernünftige Lösung wäre, es bei enigma genauso zu machen.

2.
a) Bei make target flash-enigma* wird apps/dvb/config/satellites.xml
(Neutrino-Format) per sed-Zweizeiler so verändert, dass Enigma sie lesen kann.
Die Regeln für die Konvertierung von fec_inner sehen so aus:
5 (Neutrino) -> 4 (Enigma)
7 (Enigma)-> 5 (Enigma)

Das ist driver-API abhängig, nicht zapit/enigma.

Darüberhinaus funktioniert sie nur mit Neutrino, nicht mit Enigma, obwohl
sie Bestandteil von Enigma-Images wird, die hier kompiliert werden:
http://forum.tuxbox-cvs.sourceforge.net ... 22#p367222

Deshalb haben die Dreambox-Leute für ihre Enigma-Images eine eigene
satellites.xml im CVS: http://forum.tuxbox-cvs.sourceforge.net ... 21#p367221

Die ist wohl eher wegen den Treibern anders.
Ausserdem werden die ewig gestrigen Dreamboxspezis eh nie den HEAD verwenden, sonst hättest du ihnen ja jetzt nicht den dreambox-Branch fixen müssen

[gugu]

weil neutrino erst auf allen gelisteten Transpondern die NIT prüft, dann den eigenlichen scan startet.

Hinweis: Mit Neutrino schnell scan ein, scant Neutrino nur die Transponder die in satellites.xml stehen, also ohne NIT zu prüfen.

[rhabarber1848]

2.
a) Bei make target flash-enigma* wird apps/dvb/config/satellites.xml
(Neutrino-Format) per sed-Zweizeiler so verändert, dass Enigma sie lesen kann.
Die Regeln für die Konvertierung von fec_inner sehen so aus:
5 (Neutrino) -> 4 (Enigma)
7 (Enigma)-> 5 (Enigma)

Das ist driver-API abhängig, nicht zapit/enigma.

Wäre es prinzipiell möglich, von der Neutrino satellites.xml ausgehend
für jede Konstellation (Enigma@dbox2, Enigma@dreambox etc.) mit
evtl. unterschiedlichen sed-Regeln eine passende satellites.xml zu
erzeugen? Kennst Du die Regeln für die anderen Platformen?
Die o.g. Regel gilt für die Dbox2.

Ausserdem werden die ewig gestrigen Dreamboxspezis eh nie den HEAD verwenden, sonst hättest du ihnen ja jetzt nicht den dreambox-Branch fixen müssen

Ich gebe die Hoffnung nie auf

[seife]

2.
a) Bei make target flash-enigma* wird apps/dvb/config/satellites.xml
(Neutrino-Format) per sed-Zweizeiler so verändert, dass Enigma sie lesen kann.
Die Regeln für die Konvertierung von fec_inner sehen so aus:
5 (Neutrino) -> 4 (Enigma)
7 (Enigma)-> 5 (Enigma)

Das ist driver-API abhängig, nicht zapit/enigma.

Wäre es prinzipiell möglich, von der Neutrino satellites.xml ausgehend
für jede Konstellation (Enigma@dbox2, Enigma@dreambox etc.) mit
evtl. unterschiedlichen sed-Regeln eine passende satellites.xml zu
erzeugen?

Möglich wäre es sicher, aber warum nicht einfach die Software fixen?

Kennst Du die Regeln für die anderen Platformen?

Nein, aber ein blick in frontend.h sollte helfen, da ist ein enum für die jeweiligen sachen. Im Prinzip ist das im zapit alles in xml2FEC() und FEC2xml() gekapselt.

Die o.g. Regel gilt für die Dbox2.

Das glaube ich nicht. Enigma müsste auf der dbox mit der satellites.xml wie sie ist zurecht kommen. Die Treiber-API ist ja dieselbe für enigma und neutrino

[rhabarber1848]

Enigma müsste auf der dbox mit der satellites.xml wie sie ist zurecht kommen. Die Treiber-API ist ja dieselbe für enigma und neutrino

Genau das bestreitet merkwuerden:

Das Gescheiteste wäre, wenn im CVS da von vorherein unterschieden werden würde zwischen Neutrino und den Enigma-Versionen. Der Sch... geht ja schon da los, daß dBox2-Enigma und Neutrino ein und dieselbe satellites.xml beim Auschecken zur Verfügung haben. Die vorhandene Version in apps/dvb/config ist eindeutig eine (völlig vergammelte) Neutrino-Version, mit der dann Enigma ein Problem beim Scannen bekommt.

Was mir auch grad noch einfällt: Enigma nutzt andere FEC-Werte als Neutrino (siehe Wiki):

Neues Format:
FEC 1/2 => fec_inner=1
FEC 2/3 => fec_inner=2
FEC 3/4 => fec_inner=3
FEC 4/5 => fec_inner=4
FEC 5/6 => fec_inner=5
FEC 6/7 => fec_inner=6
FEC 7/8 => fec_inner=7
FEC 8/9 => fec_inner=8
AutoFEC => fec_inner=9


Früheres Format:
FEC 1/2 => fec_inner=1
FEC 2/3 => fec_inner=2
FEC 3/4 => fec_inner=3
FEC 5/6 => fec_inner=4
FEC 7/8 => fec_inner=5

In meinen Augen auch so ein "Murks" mit den alten (Enigma) und neuen (Neutrino) Werten, warum wurde das eigentlich so eingeführt bei Neutrino? Wobei das "neue Format" von Neutrino sowieso teilweise falsch ist, es gibt weder FEC 4/5, noch 6/7 oder 8/9. Habe ich bis heute auf keinem Satelliten was davon gesehen. In der Hinsicht also Unfug, was da geschrieben steht. Und wäre besser gewesen, das "neue" Format überhaupt nicht erst einzuführen, weil:
Was aber auf jeden Fall durch die unterschiedlichen Formate dazu führt, daß der Suchlauf entweder bei Enigma oder Neutrino korrekt funktioniert, speziell bei FEC 5/6 und 7/8 geht der Zirkus dann los.

Genau hier setzt mein sed-Patch und die Einführung von satellites-e.xml an.

[seife]

Evtl. kann enigma keinen NIT-Scan oder so aber dann braucht enigma eine andere satellites.xml, nämlich eine, wo alle Transponder drinstehen. Das ist für Neutrino aber IMHO nicht zu empfehlen.

Dass er bestimmte FEC-Werte noch nie gesehen hat, hat nichts zu sagen. Die sind in der API so definiert (und mit API 5 kommen noch ein paar dazu). Die müssen nicht benutzt werden, aber im Treiber ist halt 6 == FEC_6_7, egal ob es das in der Realität gibt. In der alten API V1, wie sie auf der dream verwendet wird, waren die nicht definiert, deswegen verschieben sich die Zahlenwerte.
Das hat aber mit neutrino vs. enigma erst mal nichts zu tun (es sei denn, enigma hätte eine Funktion, um auf der dbox die "alten" Werte aus der satellites.xml in die "neuen" für die Treiber umzuwandeln, sowas wie fec2xml im zapit).

Für neutrino habe ich halt die neuere API V3 als "Referenz" für alle implementationen genommen, sei es nun dream oder TD (auf der dbox war es sowieso schon so), evtl. hat ja enigma die API V1 als Referenz, das müsste mal jemand nachschauen.

Wenn dem so ist (und enigma keinen NIT-Scan kann), dann kommen wir sowieso nicht um getrennte satellites.xml für enigma und neutrino drumrum, dann hilft auch sed-magic nichts.

[rhabarber1848]

Das hat aber mit neutrino vs. enigma erst mal nichts zu tun (es sei denn, enigma hätte eine Funktion, um auf der dbox die "alten" Werte aus der satellites.xml in die "neuen" für die Treiber umzuwandeln, sowas wie fec2xml im zapit).

Ich glaube, das ist der Fall: apps/dvb/zapit/src/zapost/frontend.cpp

Code: Alles auswählen

fe_code_rate_t CFrontend::xml2FEC(const uint8_t fec)
...
        case 0x04:
                return FEC_4_5;
        case 0x05:
                return FEC_5_6;

enigma/lib/dvb/frontend.cpp

Code: Alles auswählen

static CodeRate etsiToDvbApiFEC(int fec)
...
        case 4:
                return FEC_5_6;
        case 5:
                return FEC_7_8;
...
#if HAVE_DVB_API_VERSION < 3
...
        front.u.qam.FEC_inner=etsiToDvbApiFEC(FEC_inner);
...
#else
...
        front.u.qam.fec_inner=etsiToDvbApiFEC(FEC_inner);
...
#endif

Was schlägst Du vor, um mit einer satellites.xml im CVS auszukommen?
Welche Transponder mit welchen flags dort enthalten sind, wäre dann
eine andere Diskussion. Für mich ist das leider eine akademische
Diskussion, da ich mangels Sat-Anlage keine eigenen Tests fahren
kann und daher auf die Aussagen anderer angewiesen bin.

[gugu]

Enigma kann NIT-Scan.

[seife]

Ich glaube, das ist der Fall: apps/dvb/zapit/src/zapost/frontend.cpp

Code: Alles auswählen

fe_code_rate_t CFrontend::xml2FEC(const uint8_t fec)
...
        case 0x04:
                return FEC_4_5;
        case 0x05:
                return FEC_5_6;

enigma/lib/dvb/frontend.cpp

Code: Alles auswählen

static CodeRate etsiToDvbApiFEC(int fec)
...
        case 4:
                return FEC_5_6;
        case 5:
                return FEC_7_8;
...
#if HAVE_DVB_API_VERSION < 3
...
        front.u.qam.FEC_inner=etsiToDvbApiFEC(FEC_inner);
...
#else
...
        front.u.qam.fec_inner=etsiToDvbApiFEC(FEC_inner);
...
#endif

Ich glaube das ist die Funktion, die das, was vom Transponder in den SI-Tables kommt in einen Wert für die tuning-API umwandelt. Vergleichbar mit zapit's CFrontend::getCodeRate():

Code: Alles auswählen

fe_code_rate_t CFrontend::getCodeRate(const uint8_t fec_inner)
{
        switch (fec_inner & 0x0F) {
        case 0x01:
                return FEC_1_2;
        case 0x02:
                return FEC_2_3;
        case 0x03:
                return FEC_3_4;
        case 0x04:
                return FEC_5_6;
        case 0x05:
                return FEC_7_8;
        case 0x0F:
                return FEC_NONE;
        default:
                return FEC_AUTO;
        }
}

[dbluelle]

Ich würde vorschlagen, einfach einen Parameter "apiversion" oder so in den Satellites-Tag einzubauen:

Code: Alles auswählen

<satellites apiversion="3">

Anhand dieses Parameters kann man dann in Enigma/Neutrino die fec-Einträge entsprechend mappen.
In Enigma wäre das in lib/dvb/dvb.cpp:

Code: Alles auswählen

int existNetworks::addNetwork(tpPacket &packet, XMLTreeNode *node, int type)

Dadurch wären wir "rückwärtskompatibel" zu alten Versionen.

Problematisch wird es nur, wenn man eine "neue" satellites.xml in einem alten Image verwendet, das die Unterscheidung noch nicht drin hat.

dbluelle

[rhabarber1848]

Ich habe einige Satelliten aus merkwuerdens Liste,
die noch nicht im CVS drin sind, hinzugefügt:

+ <sat name="Intelsat 3R 43.0W" flags="5" position="-430">
+ <sat name="NSS 7 22.0W" flags="5" position="-220">
+ <sat name="Atlantic Bird 1 12.5W" flags="5" position="-125">
+ <sat name="Nilesat/Atl. Bird 4 7.0W" flags="5" position="-70">
+ <sat name="Atlantic Bird 3 5.0W" flags="5" position="-50">
+ <sat name="Eurobird 9 9.0E" flags="5" position="90">
+ <sat name="Eutelsat W6 21.5E" flags="5" position="215">
+ <sat name="Eurobird 3 33.0E" flags="5" position="330">
+ <sat name="Eutelsat Sesat 36.0E" flags="5" position="360">
+ <sat name="Hellas Sat 2 39.0E" flags="5" position="390">
+ <sat name="Express AM1 40.0E" flags="5" position="400">
+ <sat name="Intelsat 12 45.0E" flags="5" position="450">
+ <sat name="Express AM22 53.0E" flags="5" position="530">
+ <sat name="Intelsat 10 68.5E" flags="5" position="685">

http://article.gmane.org/gmane.comp.vid ... ox.scm/599

[rhabarber1848]

In cdk/root_dream/share/tuxbox/satellites.xml gibt es
für polarization folgende Werte: 0,1,L,R

Lt. Wiki: http://wiki.tuxbox-cvs.sourceforge.net/ ... nderlisten

Polarisation: 0=horizontal, 1=vertikal (2=linksdrehend, 3=rechtsdrehend)

"L" und "R" werden in Enigma ignoriert:
apps/tuxbox/enigma/lib/dvb/dvb.cpp, Zeile 662:

Code: Alles auswählen

polarisation=atoi(apolarisation)

man atoi

atoi, atol, atoll, atoq - convert a string to an integer

Ich möchte gerne einige Satelliten aus cdk/root_dream/share/tuxbox/satellites.xml
nach apps/dvb/config/satellites.xml kopieren, die dort noch fehlen. Kann ich dazu
die polarization=L/R-Werte in Zahlen ändern?

[flasher]

Hi

Das Enigma das ignoriert würde ich so nicht sagen.
Wenn foo vorher mit int foo = 0 gesetzt wurde bleibt foo nach atoi weiterhin 0. ( Bei einem Char als Argument)

The string can contain additional characters after those that form the integral number, which are ignored and have no effect on the behavior of this function.

Enigma geht dann doch von einer falschen Polarisation aus und das ist für mich "undefiniertes Verhalten".

Ich persönlich finde solche Konvertierungen eh für den Popo.

Wer verarbeitet denn L/R ? Kann man das nicht direkt mit 2/3 ersetzen?
zapit selbst erwartet doch auch Zahlen in der XML und keine Buchstaben. (scan.cpp)
polarization = xmlGetNumericAttribute(transponder, "polarization", 0);
Zumindest habe ich nichts gefunden wo L zu 2 oder R zu 3 konvertiert wird.

Ich würde sagen: Buchstaben in Zahlen ändern. Fertig.
Und, könnte man nicht dann eine XML für alle nehmen oder braucht jede GUI ihre eigene XML im CVS?

Oder bin ich gerade auf einer anderen Baustelle?

Gruß

[rhabarber1848]

könnte man nicht dann eine XML für alle nehmen

Genau das ist das Ziel, leider gibt es noch Probleme mit fec_inner,
die in diesem Thread beschrieben sind.
Danke für die Infos zur polarization, ich werde das so umsetzen.

[seife]

Die Treiber kennen nur 14V (0) und 18V (1) und 0V (2) (neue API). Wie die zirkular polarisierten LNBs das umschalten weiss ich nicht, jedenfalls kann man da in die services.xml reinschreiben was man will, es wird nur 14/18/0V umgeschaltet.

Die alte API hat andere werte, die werden aber offensichtlich im userspace schon auf SEC_VOLTAGE_HORIZONTAL/SEC_VOLTAGE_VERTICAL gemapped, sonst würde ja gar nichts gehen.

[__Ghost__]

Hi,

wie kommt Ihr denn eigentlich darauf, dass enigma/enigma2 andere Werte in der satellites.xml für die FEC verwendet?

Ich hab mir den Code da gerade nochmal angeschaut. Und das ist wie eh und jeh.

Sprich 0 = Auto, 1 = 1/2, 2 = 2/3, 3 = 3/4, 4 = 5/6, 5 = 7/8, 15 = Fec None (Was aber wohl eh nie benutzt wird)

In e2 gabs dann noch Erweiterungen für DVB-S2. Die kann aber ja der parser ignorieren.. wenn nicht benötigt.
da gibts dann noch 6 = 8/9, 7 = 3/5, 8 = 4/5, 9 = 9/10

Zusätzlich gibts da dann noch den Parameter "rolloff, pilot, modulation, system".
rolloff : 0 = 0.35, 1 = 0.25, 2 = 0.20
pilot: 0 = Off, 1 = On, 2 = Auto
modulation: 0 = Auto, 1 = QPSK, 2 = 8PSK, 3 = QAM16 (e2 benutzt dann für Auto aber auch QPSK.. weil bisher kein Tuner Auto kann)
system: 0 = DVB-S, 1 = DVB-S2

Das sind übrigens die Werte aus der EN300468 .. sprich exakt so, wie sie im satellite delivery descriptor drinn stehen.

Nur die DVB Api benutzt andere Werte. Dafür gibt dann in e1 die etsiToDvbApiFEC die in der frontend.cpp benutzt wird.

Sprich das ganze ist total Treiber unabhängig. Und ich kann mich nicht erinnern, dass das Format jemals anders war.

Demnach sind die Einträge im Wiki einfach falsch.

cya

[MTM]

Hallo,

Demnach sind die Einträge im Wiki einfach falsch.

Welche meinst du jetzt genau? Die oben zitierten von dieser Neutrino-Seite ? (Achtung, dort gibt es zwei unterschiedliche Angaben zur FEC, einmal bei services.xml und einmal bei satellites.xml !!!)
Oder die beiden Vorkommen im Enigma-Bereich (hier und dort)? Bei letzterer hab ich übrigens gerade mal den Rechtschreibfehler im Wort FEC korrigiert!

MfG,
MTM.

[mrvica]

Darüberhinaus funktioniert sie nur mit Neutrino, nicht mit Enigma, obwohl
sie Bestandteil von Enigma-Images wird, die hier kompiliert werden:

Enigma sucht zuerst in /var/etc nach cables.xml und satellites.xml, erst dann in /share/tuxbox, in /var/etc kann man Enigma konforme .xmls ablegen, damit sie nicht in combi Images Neutrino/Enigma miteinander kollidieren

mrvica