Fehler in der satellite.xml?

  • IST seit E1 der fall (2004). Wird sich wahrscheinlich nie ändern.


    "it's not a bug it's a feature" :smiling_face:

    E2 Box: Two, One, DM 8000, DM7080HD, DM 7025(+), DM 7020HD(v2), DM9x0, DM820HD, DM 800SE(v2), DM 800HD, DM52x, DM500HD(v2)
    E1 Box: DM 7020, DM 7000, DM 5620-S, TRIAX 272-S, DM 600PVR, DM 500+, DM 500-S

    Sonstiges: DM100, DM Tastatur, Logi K600 BT Tastatur
    Sat: WaveFrontier T90 23.5E <=> 30.0W

    Einmal editiert, zuletzt von Cepheus62 ()

  • im openalliance code ist es gefixt:


    Code
    <sat name="28.2E Astra 2E/2F/2G" flags="0" position="282">

    Das bringt aber nix.
    Die Zahl kann er auch so abändern. :winking_face:
    Aber wie geschrieben, will man das nicht ändern, weil das ein paar Probleme nach sich zieht. Weil bekannt ist das schon lange, und hatte damals auch seinen Grund.

    >> Wir Schweizer haben die Uhren, aber keine Zeit ! <<

  • im openalliance code ist es gefixt:


    Code
    <sat name="28.2E Astra 2E/2F/2G" flags="0" position="282">

    Schmarn und ein Fix ist es auch nicht.
    Bei Dream steht noch 28.4 drin weil sich 2 Satpositionen das geteilt haben. Und einfach ändern geht nicht weil es den Usern dann die Kanallisten zerschießt daher hat es Dream bisher auch so belassen.
    Die meisten verwenden eh eine eigene satellites.xml und haben daher auch überhaupt kein Problem damit wenn das im Default abweicht.

  • Sorry, aber das ist nichts was eine kanalsuche nicht fixen koennte. Es fuehrt aber zu falschen servicereferences und damit problemen bei picons und im EPG. Daher gehoert das endlich angepasst damit man den sch* hinter sich hat.

  • Vor allem haben das die Anderen und die open* schon gemacht, sprich DP zwingt die Piconersteller und Kanallistenersteller zu extra Arbeit bzw. wundern sich die User dann warum manche Piconpakete nicht klappen, das EPG Laden schief geht,... und letzteres kann ich dann immer ausbaden, wozu ich eigentlich wenig Lust habe das jedesmal aufs Neue zu erklären.