Friday, September 3rd 2010, 9:16am UTC+2

You are not logged in.

  • Login
  • Register

1

Monday, September 15th 2008, 8:39pm

Enigma 2 Kanalliste verstehen

Hallo zusammen,
ich komme aus der Kathrein-Ecke und habe einen Kanallisteneditor für einige Kathrein-Receiver geschrieben. Nun würde ich gerne auch Enigma2 unterstützen, da es ja bereits eine Alpha von Enigma2 für den Kathrein UFS910 gibt.

Allerdings habe ich da noch einige Verständnisprobleme und ich hoffe, ihr könnt mir weiterhelfen.

In der satellites.xml sind die Satelliten und Transponder definiert, die gescannt werden sollen. Allerdings sind die Transponder dort ohne NID und TID...

In der lamedb sind nochmal alle Transponder gelistet (mit NID und TID) und auch die ganzen services.

Wie aber stelle ich die Verbindung zwischen lamedb und satellites.xml her? Woher weiss ich, welcher Transponder aus der lamedb zu welchem Satellite aus der satellites.xml gehört? Alleine über die SatPosition?

Und wieso überhaupt diese Mischung aus XML und TXT files?


edit: Noch ne Frage:
In einer Kanalliste hab ich diese Einträge bei den Transpondern gesehen:

Quoted


00c00000:0006:0085
s 11914500:27500000:0:9:192:2:1:1:0
/
00c00000:0007:0085
s 12147000:27499000:0:3:192:2
/


Wie kann es denn sowas geben? Unterschiedliche Anzahl an Argumenten inder zweiten Zeie der Transponder ?(


schonmal besten Dank für die Hilfe!

mfG
Elemental

This post has been edited 2 times, last edit by "Elemental" (Sep 15th 2008, 8:49pm)


2

Tuesday, September 16th 2008, 9:22am

Vorsicht ;).

Die Satellites XML wird nur bei der Kanalsuche zur Hilfe herangezogen, in der lamedb stehen alle TATSÄCHLICH auf der Box verfügbaren Kanäle.

die 192 an position 5 steht für 19.2° womit sich diese Frage auch erledigt haben sollte ;)
Die letzten 3 Parameter sind vmtl. optional (DVB-S2 Parameter sind das z.B.).
mfg ,
Reichi

# DM8000 HD PVR DVD CC - 500GB # DM7025 SS - 250GB #


Ein ehrenamtlicher Moderator der nicht bei Dream Multimedia angestellt ist

3

Tuesday, September 16th 2008, 10:30am

Aber in der lamedb stehen die Satelliten ja garnicht explizit drin, mit Name und so!

Ich muss also selber die verschiedenen SatPostionen als Satelliten interpretieren? :(


Bei KAthrein sieht die Kanalliste beim UFS910 z.B. so aus (unzusammenhängende Beispiele)

Quoted


<Satellite>
<SatId>1</SatId>
<SatName>ASTRA 19.2E</SatName>
<LO1Frequency>9750</LO1Frequency>
<LO2Frequency>10600</LO2Frequency>
<BandSwitchFreq>11700</BandSwitchFreq>
<Longitude>0</Longitude>
</Satellite>

...

<Transponder>
<SatId>1</SatId>
<Frequency>12722</Frequency>
<SymbolRate>22000</SymbolRate>
<Tsid>1119</Tsid>
<Oid>1</Oid>
<Polarisation>H</Polarisation>
<FEC>UNDEFINED</FEC>
</Transponder>

...

<Service>
<SatId>1</SatId>
<Frequency>11973</Frequency>
<ChannelNo>50</ChannelNo>
<ServiceName>MTV Germany</ServiceName>
<ServiceType>TV</ServiceType>
<Scrambled>false</Scrambled>
<Sid>28673</Sid>
<Oid>1</Oid>
<Tsid>1078</Tsid>
<VideoPid>4031</VideoPid>
<AudioPid>4032</AudioPid>
<PcrPid>8190</PcrPid>
<ChildrenLock>false</ChildrenLock>
<Skip>false</Skip>
<FavoriteNo>1</FavoriteNo>
<HD>false</HD>
</Service>

4

Tuesday, September 16th 2008, 10:46am

Hallo Elemental,

schau dir das dazu nochmal an (pos 4 von @Ghost) : release-dm800_20080912.nfi

Ich weiss nicht worauf das E2 des UFS910 aufgesetzt wurde, >>>aber ohne Phytonabfragen wird der Kanallisteneditor nicht seine gewünschten Infos herbekommen, vermute ich mal ??? <<<

EDIT<
Eine wirklich dumme Vermutung ;-)
Also reines Parsen ...
<EDIT

Gruss
SiennaRoot
DM8000 HD, (sata) HDD + (usb) Stick, OoZooN (flash) + (WW & BA)
DM800 HD, (sata) HDD + (usb) Stick, OoZooN (flash) + (WW & BA)
QNAP TS-209 Pro, TS-409U
40'' LCD Toshiba 40ZF355D
AV : Logitech Z-5500 Digital

This post has been edited 2 times, last edit by "SiennaRoot" (Sep 16th 2008, 11:56am)


Ghost

Dream-Multimedia

5

Tuesday, September 16th 2008, 10:57am

Hi,

ja.. die Satelliten Bezeichnungen werden aus der satellites.xml geholt.
Alle anderen Daten in der satellites.xml werden nur bei der Kanalsuche benutzt.

Hmm warum XML und Text Dateien... das hat wohl historische Gründe. Die satellites.xml ist ein überbleibsel von dbox2 zeiten.. und die lamedb eigentlich auch. Beides wurde schon mit enigma1 benutzt.

Die lamedb ansich haben wir, weil die wesentlich einfacher zu parsen ist, wie eine riesen XML datei. Oder sagen wir mal schneller und resourcensparender. Desweiteren ist sie auch viel kleiner. Eine XML Datei mit dem selben inhalt wird halt riesig.

Zum Aufbau hatte ich die Tage schon was geschrieben... der link steht im vorherigen Post

cu

This post has been edited 1 times, last edit by "Ghost" (Sep 16th 2008, 10:58am)


6

Tuesday, September 16th 2008, 10:58am

Komisch, komisch! Die zusätzlichen flags bei eingen Transpondern deuten auf lamedb V4 hin, aber in der ersten Zeile der Kanalliste, die ich hier habe, steht V3 ...

Das mit den Pythonabfragen versteh ich aber ned ?(


edit: Zeitüberschneidung :D
Danke Ghost für die Erklärung! Hatte mir schon gedacht, dass das wahrscheinlich historische Gründe hat.

Bei Neutrino gibts aber sogar ne services.xml, hab ich gelernt, wo die ganzen services in xml drin sind!

This post has been edited 1 times, last edit by "Elemental" (Sep 16th 2008, 11:00am)


Ghost

Dream-Multimedia

7

Tuesday, September 16th 2008, 11:15am

Hi,

hmm das mit python versteh ich auch gerade nicht ;)

Aber hmm diese 3 zusätzlichen Werte sind für DVB-S2 Transponder.

Also der Unterschied von V3 -> V4 ist in dem einen Post auch erklärt. V4 hat nochmal einen Parameter mehr. Halt dieser Flags....

Bei deinem Ausschnitt sind das einfach die -S2 Parameter. Also System, Modulation, Rolloff.. und sowas.. wie gesagt.. steht alles in dem einen Posting.

Bei -S kann man die einfach weglassen. Deshalb hängen die ja hinten an.

cu

8

Tuesday, September 16th 2008, 11:23am

Ok, alles klar! Dann sag ich erstmal danke! :)

9

Friday, September 19th 2008, 3:18pm

Hallo,
hab noch eine Frage zur lamedb:

Ist es eine feste Regel, dass ein Transponder immer 2 Zeilen hat und ein Service immer 3 Zeilen.

Bei den Transpondern hat man ja wenigstens nach jedem ein / als Trennzeichen, aber bei den Services muss ich Zeilen zählen...

This post has been edited 3 times, last edit by "Elemental" (Sep 19th 2008, 5:29pm)


10

Friday, September 19th 2008, 6:53pm

Kann mir jemand das hier erklären:

Quoted


00820000:3e1c:013f
s 11680000:27500000:0:3:130:2
/
00822a65:2db4:0000
s 10853000:27500000:0:3:130:2
/


Beide Transponder haben Position 130, also Hotbird, aber wieso unterschiedliche Namespaces ?(

11

Saturday, September 20th 2008, 7:22am

Der 2. Eintrag hat keine Transponder-ID. Um den Transponder trotzdem eindeutig zu kennzeichnen wird ein Namespace aus der Position (HIWORD) und der Frequenz (LOWORD) gebildet.
DM8000HD | DM800HD | DM800HD | DM7020 | DM7000











12

Saturday, September 20th 2008, 1:01pm

Ich dachte ein Namespace wäre innerhalb eines Satelliten immer gleich. Oh man... :rolleyes:

Ghost

Dream-Multimedia

13

Saturday, September 20th 2008, 7:14pm

Hi,

also in der Theorie braucht man um einen Transponder eindeutig zu erkennen nur TSID/NID... auch Sat übergreifend. Leider hält sich da niemand drann. So dass es etliche Transponder gibt, wo TSID/NID einfach 0 sind. Oder irgendwas anderes falsches. Weil das so ist, haben wir diesen Namespace eingeführt. Diese ist bei Transpondern, wo die TSID/NID okay sind einfach nur orbital position um 16 stellen nach links geshiftet. Wenn e2 nun erkennt, da stimmt was nicht mit TSID/NID.. dann wird da zusätzliche die Frequenz / Polarisation eingebaut. Auf Astra 19.2 findet man sowas eigentlich nicht. Weil dort alles okay ist. Schlimm sind da eher Türksat 42.0E .. bzw feeds eben.

Die berechnung dazu findest Du in der lib/dvb/frontend.cpp RESULT eDVBFrontendParameters::getHash(unsigned long &hash) const

Deweiteren wäre dazu noch interessant lib/dvb/scan.cpp
int eDVBScan::isValidONIDTSID(int orbital_position, eOriginalNetworkID onid, eTransportStreamID tsid)
und
eDVBNamespace eDVBScan::buildNamespace(eOriginalNetworkID onid, eTransportStreamID tsid, unsigned long hash)

Aber eigentlich muss ein Editor den namespace nicht exakt gleich berechnen. Solange nachher im Ergebniss alle Transponder eindeutig sind. Sprich der Namespace kann auch einen anderen eindeutigen Wert enthalten. Schön wäre allerdings wenn zumindest die OrbitalPos drinn stehen würde.. ich glaube an nen paar Stellen wird das benutzt.

cu

14

Saturday, September 20th 2008, 8:00pm

there is my vision of diseq/services problem

Quoted

Original von MartiniB

Quoted

Original von potenzaturka
Whats the problem?
the tuner is corrupted?

that isnt as easy as you think, there are couple of problems

first(hardware):
tuner and diseq switch 1.1 compatibility
have discovered losing selected input problem comes after first 10-15 minutes when tuner module becomes hot

second(firmware):
autoservices scan function adds services without any checking does that caught frequency is from right sat position
and that means if Enigma* thinks you are on one sat position but on cable comes signal from another
then automaticly will be added that wrong services to wrong position
that case can happen on many reasons:
a) diseq input were changed by second receiver
b) too long cable
....
(same on Enigma1, but there you can disable that function)

third(firmware):
zaping can go wrong when some incorrect service blocking some choosen
that incorect services can be presented in services list cause:
a) GoTo second
b) some transponder on one sat position has same identificators
c) some transponder is gone or changed parameters and new one has same identificators

last(DMM):
customer care ignores theyr users problems


solution(a pain in the a**):
clean setting;
scan on cold dm800 from zero;
reboot from menu before any channel zap;
take /etc/enigma2/lamedb and save it as backup file;
replace lamedb file when it corrupted

and one thing which i havent tested for long period, but looks like it helps:
i have added diseq switch 4x1(protocol 1.0) between dm800 and diseq switch 10x1(protocol 1.1)
and changed setings like cascade trough BA port of 4x1
Receivers: dm500; dm7020; 2x dm8000sstt <-Diseq1x4(1.0)<-3x Diseq1x10(1.1)<-
Dishes:
1.8m + 36E;28E;23E;19E;16E;13E;7E
1.6m + 42E;40/39E;36E
1.0m + 10/9E;5E;1W;8W
1.0m + 15W;22W;30W
1.1m + 12W;18W;24W
0.8m + 4/5W
1.1m + 53E;60E
1.0m + 75E;80E
TVs: Philips 42PFL9703h(LCD); Sony KV29c3d(CRT)

15

Sunday, September 21st 2008, 10:24am

OK, die lamedb einlesen hab ich jetzt.

Allerdings hab ich einige komische Zeichen bei den Service-Namen und Provider-Namen. Die lamedb ist doch in UTF8 encoded, oder?

Da krieg ich dann aber so Sachen wie z.B.

Quoted


00A0:00C00000:0007:0085:2:0
†ROCK ANT‡ENNE
p:BetaDigital


siehe auch attachment
Elemental has attached the following image:
  • SatChannelListEditor.jpg

16

Sunday, September 21st 2008, 10:55am

das sind DVB Trennzeichen, um den Receivern ein einheitliches Kürzen der Servienamen zu ermöglichen.
Einfach rausfiltern ;).
mfg ,
Reichi

# DM8000 HD PVR DVD CC - 500GB # DM7025 SS - 250GB #


Ein ehrenamtlicher Moderator der nicht bei Dream Multimedia angestellt ist

This post has been edited 1 times, last edit by "Reichi" (Sep 21st 2008, 10:55am)


Ghost

Dream-Multimedia

17

Sunday, September 21st 2008, 11:23am

Hi,

hmm anstatt rausfiltern würde ich die als [ ] anzeigen. Oder sowas. Und am Ende auch wieder [ ] umwandeln in die passenden utf8 codes.

An manchen Stellen zeigt e2 auch die kurzen Namen an. Also ganz rausfiltern finde ich doof.

cu

18

Sunday, September 21st 2008, 12:32pm

ich meinte jetzt für die Anzeige!
Klar sollte man sie nicht aus der letztlichen lamedb filtern :)
War etwas missverständlich von mir...
mfg ,
Reichi

# DM8000 HD PVR DVD CC - 500GB # DM7025 SS - 250GB #


Ein ehrenamtlicher Moderator der nicht bei Dream Multimedia angestellt ist

19

Sunday, September 21st 2008, 2:19pm

Gibts ne Regel, wann und wo diese Trennzeichen eingefügt werden?
Wenn im Editor ein Sender umbenannt wird, dann muss ich das ja berücksichtigen, und selber diese Trennzeichen einfügen.

20

Friday, October 3rd 2008, 10:42am

Also bei mir gibts jetzt einfach einen "DisplayName", der im Editor angezeigt wird und einen "echten" Namen.

Sind ja sogar zwei verschieden Seperator-Chars: 134 und 135

Blos wie das dann mit manuellem Umbenennen von Sendern funktionieren soll is mir noch ned klar...

This post has been edited 1 times, last edit by "Elemental" (Oct 18th 2008, 7:01pm)