96 replies to this topic

[Rob van der Does]

Ik wil best eens mijn satellite.xml (wat dus nu in de downloadbare versies zit) door de molen halen van de converter-site ...

Nee, niet dat bestand, maar de gehele settings map.

[hro]

dus inclusief lamedb en alle boeketten? dus eigenlijk als ik het af heb en er een zip van maak om op dit forum te posten, deze zip door de molen?

 

had mijn satellite.xml er al doorgehaald en leek goed te gaan.

[Rob van der Does]

Yep, de gehele zip-file.

Maar het is alleen nodig voor je rotating lijst, want alleen die bevat (mogelijk) dubieuze posities.

En na het converteren even de 'change log' eruit halen, want die is voor niemand van belang.

[hro]

heb een aantekening gemaakt voor de volgende kanalenlijst-rotating. Als ik tijd heb zal ik het eerst eens testen.

[hro]

Zojuist getest. Volgende stappen gemaakt:

1. met editor (DreamSet) rotating binnen gehaald zoals ik altijd doe;

2. dit met zip ingepakt

3. ingepakte bestand geupload naar http://satellites-xm...s-converter.php

4. kreeg nieuw bestand terug (met toevoeging "-cor" in zip

5. dit bestand uitgepakt en geladen in DreamSet.

 

Onder #19 gaf ik al aan dat de satposites 21,6 en 3,0 oost en 7,0 west door mij handmatig worden gemuteerd in 21.5 respectievelijk 3,1 en 7,3. Dit werkt onder OpenPLi.

Ik was dus benieuwd of de gecorrigeerde file op 21,5 en 3,1 en 7,3 stond. Dan zou het werken.

Resultaat: GEEN WIJZIGING.

 

Conclusie: het werkt niet, of mijn stappen zijn fout.

[Rob van der Does]

En wat stond er in het toegevoegde bestand 'changes'?

en zoals ik meldde in http://forums.openpl...ndpost&p=596059 zijn juist 3.1 & 7.3 fout; bij PLi zijn dat 3.0E & 7.0E

[hro]

"No changes were made"

 

OpenPLi moet 3,1 en 7,3 hebben, anders blijven de zenders grijs. Eigen ervaring en op verzoek van OpenPLi-gebruikers.

Het wordt er zo niet duidelijker op Rob.

[Rob van der Does]

Dus http://forums.openpl...ndpost&p=596059 klopt niet?
Zojuist wederom gecontroleerd met etc/tuxbox/satellites.xml van een volledig geüpdate box, daarin staat toch echt:

<sat name="3.0E Eutelsat 3B..Rascom QAF 1R Ku Band" flags="1" position="30">

Met 3.1E kom je uit op de satelliet:

<sat name="3.0E Eutelsat 3B..Rascom QAF 1R C Band" flags="1" position="31">

en dat is de C-band versie, die jij in je lijst niet gebruikt.

 

En 7.3W komt echt niet voor in P de PLi versie, wel

    <sat name="7.0W Nilesat 201..Eutelsat 7 West A" flags="1" position="-70">

Dus het is mij een raadsel wat je bedoelt.

 

Bovendien: als ik je rotating lijst door die convertor haal, krijg ik wel degelijk changes te zien, namelijk:

Enigma2 settings converter, changes.log
http://satellites-xml.org/enigma2-settings-converter/
-------------------------------------------------------
Position 215 changed to 216
Position 31 changed to 30
Position -73 changed to -70
-------------------------------------------------------

Dus dat klopt precies met mijn handmatige controle.

 

[hro]

ik vertrouw je volkomen Rob... mogelijk dat mijn informatie verouderd is. Ik ga af op wat mensen me aanleveren.

 

de 21,6... moet die 21,5 worden of niet?

 

als ik ieder weekeind een software-update van OpenPLi doe dan zie ik dat alle satposities weer binnenkomen (voor de lijst die ik bijhoud zijn enkel vier posities nodig, ik verwijder de rest).

De rotatinglijst die op internet wordt geplaatst haalt de informatie van KingOfSat. OpenPLi ook? Dan zouden we een match van 100% moeten hebben.

 

Mag ik er vanuit gaan dat de lijst KingOfSat matcht of toch door de converter halen?

[WanWizard]

Nee, OpenPLi genereert de lijst vanaf Lyngsat.

 

In termen van orbitals, de Ku band zit in de xml op de correcte positie, de C band +0,1 en de Ka band +0,2.

 

Dus als je bijvoorbeeld Astra 1 pakt (19.2E), dan zit de Ku band op positie 192, en de Ka band op positie 194. Positie 193 wordt niet gebruikt, want Astra 1 heeft geen C band. Dit wordt consequent gehanteerd, dus als je bijvoorbeeld kijkt naar Arabsat op 20.0E, dan vind je daar alleen een C-band definitie, en die zit op positie 201.

[hro]

Nee, OpenPLi genereert de lijst vanaf Lyngsat.

Dus... blijft de kans bestaan op mismatch. Maar als ik de concept-rotatinglijst door de satellite.xml-converter haal zou het goed moeten zijn. Dan doe ik dat en wachten we de resultaten af.

[WanWizard]

Het maakt niet uit wat de bron is van de data, voor de "default" orbital van de sat maakt dat verder niet even (even los van de eventuele 4.8E vs 5.0E discussie, en er was er nog eentje dacht ik).

 

De positiebepaling van de Ka en C banden in de satellites.xml is al een jaar of 10 geleden bepaald, en wij houden ons daar gewoon aan (zie vorige post). Als het in andere xml's dus anders is, dan zijn die niet volgens de regels gemaakt.

[gerard0610]

Uit mijn vergelijk met de OpenPli satellites.xml en die van Hans (KOS) blijkt dat Hans in zijn kanalenlijst:

- 7.0 West vanaf nu je deze op 7.0 West moet laten

- - 3.0 East vanaf nu je deze op 3.0 East moet laten

maar dat hij 21.6 (openPli) nog steeds moet veranderen in 21.5 East (KOS)

 

Klopt dit?

[Rob van der Does]

Uit mijn vergelijk met de OpenPli satellites.xml en die van Hans (KOS) blijkt dat Hans in zijn kanalenlijst:
- 7.0 West vanaf nu je deze op 7.0 West moet laten
- - 3.0 East vanaf nu je deze op 3.0 East moet laten
maar dat hij 21.6 (openPli) nog steeds moet veranderen in 21.5 East (KOS)
 
Klopt dit?

Ja gerard, en dat is toch precies wat ik in http://forums.openpl...ndpost&p=596059 al aangaf en wat ik in http://forums.openpl...ndpost&p=596914 liet zien dat de convertor corrigeerde.

[gerard0610]

@Rob,

 

Dan zijn we het met elkaar eens. Bedankt dat je dit aan gekaart hebt.

Edited by gerard0610, 6 October 2016 - 13:18.

[WanWizard]

Even voor mijn duidelijkheid: waar kun je bij KingOfSat een satellites.xml downloaden?

 

Want iedereen heeft maar over "de Lyngsat" of "de KingOfSat" versie, maar voor zover mijn informatie gaat maken geen van beiden zo'n xml.

[hro]

Even voor mijn duidelijkheid: waar kun je bij KingOfSat een satellites.xml downloaden?

 

Want iedereen heeft maar over "de Lyngsat" of "de KingOfSat" versie, maar voor zover mijn informatie gaat maken geen van beiden zo'n xml.

Als ik met Dreamset (editor) onder New een internetbestand wil downloaden zie ik de satposities die KingOfSat (KOS) hanteert. Dat downloaden geeft de boeketten die in de kanalenlijst rotating staan achter 'mijn vaste' boeketten (13/19/23/28).

 

Van deze satposities heb ik telkens drie handmatig gecorrigeerd (omdat dat eens gevraagd werd).

Naar ik nu begrijp hoeft dat niet meer na doorhalen van het hele concept rotating-bestand door de site van de converter.

[WanWizard]

Nee, dat kan niet. Want die offset posities om de Ka, Ku en C band van elkaar te splitsen is specifiek aan Enigma2, en de satellites.xml file. Beide websites kennen slechts de orbital positie, en die is voor alle banden dezelfde.

 

Dus de persoon die de satellites.xml file gemaakt heeft die jij gebruikt, is de persoon die bepaald wat er in het "position" attribuut komt te staan. En die persoon maakt er dus een zootje van, want in plaats van de vaste offsets te gebruiken voor de Ka en C band gebruikt de persoon die jou file heeft aangemaakt gewoon de eerste vrije positie. Dus bij een orbital zonder Ku band zoals bij 21,5E wordt er dus 215 gebruikt (want dat is de eerste vrije) en niet 216 zoals het hoort.

 

Dus: waar komt die satellites.xml file vandaan die je gebruikt?

[Rob van der Does]

Even voor mijn duidelijkheid: waar kun je bij KingOfSat een satellites.xml downloaden?

 

Want iedereen heeft maar over "de Lyngsat" of "de KingOfSat" versie, maar voor zover mijn informatie gaat maken geen van beiden zo'n xml.

Kijk eens naar E-Chanelizer: daarmee kan je naar keuze van één van beide de satellites.xml binnenhalen (satellieten --> download).

[WanWizard]

Dat is niet echt een antwoord op mijn vraag...

 

Blijkbaar zitten er ergens personen verkeerde files te genereren, ik zou liever hebben dat die worden aangesproken, dan wordt het probleem voor iedereen aan de bron opgelost.