Bug m.b.t. de satellites.xml

[SunnyHighway]

@ De Techneuten

 

Volgens mij zit er een bug in m.b.t. de satellites.xml.

Op de Dreambox zijn twee satellites.xml files te vinden.

 

/var/tuxbox/config/satellites.xml

/var_init/tuxbox/config/satellites.xml

 

Alle links die ik kon vinden komen uit op: /var/tuxbox/config/satellites.xml

 

Echter, als ik een Automatic Multisat Scan wil doen wordt er gebruik gemaakt van: /var_init/tuxbox/config/satellites.xml

Hierdoor wordt volgens mij die "Service could not be found" melding veroorzaakt.

Kan iemand dit bevestigen?

 

Gr,

Sunny.

[Romeo_]

Relatie var_init en var : var_init plek is voor als je een Flash-Erase doet --> dan wordt dit bestand gecopieerd naar de var-plek.

 

var = read/write

var_init = read-only

[SunnyHighway]

Citaat:

Relatie var_init en var : var_init plek is voor als je een Flash-Erase doet --> dan wordt dit bestand gecopieerd naar de var-plek.

var = read/write
var_init = read-only

Duidelijk.
Dan kan ik niet anders concluderenen, dat het dus niet juist is dat de Automatic Multisat Scan de satellites.xml file uit de var_init gebruikt.
De satellites.xml file in de var zal in de regel anders zijn dan de satellites.xml file die in de var-init staat als er andere settings in geladen worden.
In de satellites.xml file in de var-init directory is bijvoorbeeld de Hellas (39.0 E) nergens te vinden terwijl.

Na wat verder puzzelwerk ben ik er nu achter het volgende:
De satellites.xml file in de var_init wordt gebruikt door.
- Automatic Transponder Scan
- Automatic Multisat Scan
- Manual Transponder Scan
Met de satellites.xml file in de var doet de scan functies op de dreambox niets.

Wat echter vreemd is dat de Transponder Edit zowel de satellites.xml file in de var als in de var_init gebruikt.
Beide satellites.xml files worden klaarblijkelijk gemerged waarbij de satellites.xml file in de var voorrang heeft als een setting in beide files voorkomt.

Met andere woorden:
Je kunt nieuwe satellieten en transponders wel invoeren en maar nooit scannen.

Lijkt me dus een klusje voor Ronaldd of Dream.

Gr,
Sunny.

[Ronaldd]

Als satellites.xml idd gebruikt wordt vanuit /var_init/... dan is dat een bug, die ik zo kan fixen in enigma. Maar volgens mij gebruikt enigma de satellites.xml die staat in /share/... of in /etc/... . In mijn image, en zeer waarschijnlijk ook in andere images, zijn dat symblic links naar /var/...

 

Ik zal iig de enigma code bekijken.

 

Ronald

[SunnyHighway]

@ Ronaldd

 

Ik hoop dat je het in Enigma kan vinden.

Dat zou de geconstateerde gedragingen in ieder geval kunnen verklaren.

Anders wordt het een forse puzzel.

 

De symbolic links (die ik heb kunnen vinden) verwijzen idd allemaal naar /var/..

Met grep kan ik nog niet overweg dus ik weet niet 100% zeker of ze _allemaal_ naar /var/.. verwijzen.

 

Bart

[swartbroek]

Als je eerst met dreamboxedit de satellites.xml die jij wil in je DB zet dan kiezen voor 1 satelliet en daarna voor rotor met diseqc 1.2 opslaan kiezen.

Dan moet je weer met dreamboxedit al je settings terug zetten want allen service zijn nu verwijderd hierna heb je de sattelites.xml die jij hebben wilt.

[SunnyHighway]

@swartbroek

 

Ik had er een hard hoofd in dat zo iets zou werken.

Maar dit truukje werkt zowaar ook nog.

 

De satellite.xml files zijn trouwens nog steeds verschillend, maar de verwijzing daarnaar toe is dus wel gecorrigeerd.

 

Sunny

[Ronaldd]

Ik heb net de enigma source bekeken en enigma gebruikt gewoon /var/etc/satellites.xml.

 

Het is zeer waarschijnlijk wel zo dat satellites.xml in het geheugen geladen wordt en dus veranderingen niet gezien worden. Ik vermoed ook tijdens afsluiten de satellites.xml weer wordt weggeschreven naar /var/etc en er dus de versie staat die in memory stond.

 

Ronald

[SunnyHighway]

Gezien het feit dat het truukje van swartbroek werkt, denk ik dat de oorzaak moet worden gezocht in de eerste initialisatie van de Dreambox na een flash erase.

Na de instelling van de taal en datum/tijd krijg je het scherm waar je de motor-config kan instellen.(single / simple / complex)

Dit scherm zie je alleen maar na een flash erase.

Na deze keuze ga ik er altijd met lame uit om de settings met Dreamedit te laden.

Wellicht dat in dit motor-config scherm de oorzaak moet worden gezocht.

 

Sunny.

[SunnyHighway]

Citaat:

Het is zeer waarschijnlijk wel zo dat satellites.xml in het geheugen geladen wordt en dus veranderingen niet gezien worden. Ik vermoed ook tijdens afsluiten de satellites.xml weer wordt weggeschreven naar /var/etc en er dus de versie staat die in memory stond.

Als ik het goed begrijp dan zouden na een reboot beide satellite.xml files toch identiek moeten zijn aan de file de eerst in de /var_init/.. stond?
Dat is echter niet het geval.
Ze zijn dan nog steeds verschillend.
Of zie ik iets over het hoofd?

[GENE]

Om dit probleem te tackelen laat ik na een flash-erase 1 transponder op de astra (19,2) scannen (duurt ongeveer 15 seconden). Daarna ga ik pas de satlijsten enz. uppen vanuit de pc. Tot nog toe geeft dit geen problemen.

[swartbroek]

Citaat:

Na de instelling van de taal en datum/tijd krijg je het scherm waar je de motor-config kan instellen.(single / simple / complex)
Dit scherm zie je alleen maar na een flash erase.
Na deze keuze ga ik er altijd met lame uit om de settings met Dreamedit te laden.
Wellicht dat in dit motor-config scherm de oorzaak moet worden gezocht.

Sunny.

Na een flash erase wordt altijd satellites.xml uit var_init gebruikt ik kies dan voor single zodat je een sat. kunt kiezen die niet in mijn satellites.xml staat.
Met dreamboxedit settings in DB zetten nu kies je voor meerderen satelliten met diseqc rotor kun je die ene sat. verwijderen en de rest staat mooi op volgorde en als goed is geen verwijderden service in de boeket lijsten.
Moet wel zeggen lukt me ook niet altijd zodat ik daarna weer even met dreamboxedit de settings in de DB moet terug zetten.
Het is maar goed dat de satellites.xml in var anders is zo kun je dus je eigen satlijst er in zetten
(ik gebruik een lijst met alleen de sats die ik kan ontvangen wordt de pijltjes toets weer gespaard <img src="/ubbthreads/images/graemlins/loldev.gif" alt="" />)



<img src="/ubbthreads/images/graemlins/biggthumpup.gif" alt="" />

[SunnyHighway]

@swartbroek

 

Het blijft natuurlijk wel een work-around, maar het is wel de mooiste work-around.

 

Thx.

Sunny.