81 replies to this topic

[hro]

Pfff... wat een discussie. Met WanWizard te spreken... "me/lost...".

Maar moet het zo moeilijk zijn?
Kunnen we de satposities die de sataanbieders officieel zelf aanhouden
niet gebruiken?
Deze zouden dan ook de makers van editprogramma's (Dreamset etc.) en Pli moeten aanhouden.

Mijn voorkeur anders: Dreamset + KingOfSat.

[gerard0610]

.....ons/mijn inziens is wereldwijd de website Lyngsat de toonaangevende bron mbt satellietposities en hun verdere informatie, dat is de reden dat we destijds voor Lyngsat als bron hebben gekozen

Zoals in dit draadje al herhaaldelijk is aangegeven:
1- kan je dat niet zomaar stellen omdat Lyngsat duidelijk niet alle posities weergeeft, maar een aantal posities afrondt;
2- er zijn goede redenen om een "eigen" satellliet- en transponder database te willen gebruiken. Dat kan ook, behoudens het feit dat je vanaf dat moment niet meer kunt updaten. Daarmee beknot je gebruikers nodeloos in hun normale vrijheid.


Ik wil nog even de situatie memoreren ......enz.

Inderdaad is dit de essentie, mijn beschrijving betreft het gevolg van deze situatie en dat is niet voor iedereen gelijk.

Groet /images/smiley/grin.gif

[VU+NL]

Pfff... wat een discussie. Met WanWizard te spreken... "me/lost...".
Maar moet het zo moeilijk zijn?

Tsjaaaa, je hoeft het ook niet allemaal te volgen. En ja: het kan allemaal best ingewikkeld worden om aan alle wensen te voldoen, inclusief een soort van automatisch bijhouden en gebruikersvriendelijkheid. MAr daarom probeer ik ook de essentie van mijn vraag, et vrij zijn in het gebruik van een database, boven water te houden. Maar als deze discussie bijdraagt aan andere verfijningen op dit gebied, is dat natuurlijk alleen maar meegenomen!

En vandaag is het dus weer gebeurd: de online update heeft weer "keurig" mijn eigen lijst overschreven. Jammer, heel jammer dat de automatisering hier echt te ver is gegaan. En dat bovenstaande discussie blijkbaar tot niets heeft geleid.

Na gisteren dus alles weer terug gezet te hebben, is het vandaag alweer zover: weer een ongewenste intimiteit, weer alles terugzetten. Ik mag graag een beetje hobbyen, maar dit is niet leuk meer /images/smiley/more/059.gif

[MiLo]

'k Heb een beetje zitten grasduinen in de code vanmorgen, en daar werd ik niet blij van. Ik dacht dat het hele LNB selectie gedoe wel in Python zou zitten (handig met lijstjes schuiven enzo) maar da's dus in C code gedaan. Dat kost gewoon teveel uren voor zoiets 'flauws'.

Ik ga dus simpelweg het volgende inbouwen: Als een satellites.xml in /etc/enigma2 bestaat, dan wordt die geladen, en niet die in /etc/tuxbox.

In /etc/enigma2 doet hij dan vanzelf met een eventuele backup/restore mee. Normale gebruikers hebben hier dan geen last van.

[VU+NL]

Als een satellites.xml in /etc/enigma2 bestaat, dan wordt die geladen, en niet die in /etc/tuxbox.
In /etc/enigma2 doet hij dan vanzelf met een eventuele backup/restore mee. Normale gebruikers hebben hier dan geen last van.

Even recapituleren: voor mij als abnormale gebruiker is daarmee aan mijn wens voldaan? Of moet ik nu de door mij gebruikte settingeditors (DreamBoxEdit, SetDream en SetEditDream) leren dat ze de satellites.xml in etc/enigma2 neerzetten (als dat al kan)?

Hoe dan ook: ik ben heel blij dat er iets beweegt aan dit front.

[VU+NL]

Ik ga dus simpelweg het volgende inbouwen: Als een satellites.xml in /etc/enigma2 bestaat, dan wordt die geladen, en niet die in /etc/tuxbox.

Ik zie dat je dat al hebt uitgevoerd. En als ik het goed begrijp (en ik heb intussen mijn editors aangepast) gebeurt er nu precies wat ik zo graag wilde.

Wederom hartelijk dank /images/smiley/more_word_positive/1.gif

[gerard0610]

'k Heb een beetje zitten grasduinen in de code vanmorgen, en daar werd ik niet blij van. Ik dacht dat het hele LNB selectie gedoe wel in Python zou zitten (handig met lijstjes schuiven enzo) maar da's dus in C code gedaan. Dat kost gewoon teveel uren voor zoiets 'flauws'.

Ik ga dus simpelweg het volgende inbouwen: Als een satellites.xml in /etc/enigma2 bestaat, dan wordt die geladen, en niet die in /etc/tuxbox.

In /etc/enigma2 doet hij dan vanzelf met een eventuele backup/restore mee. Normale gebruikers hebben hier dan geen last van.

Milo,

Geweldig./images/smiley/more_happy/21.gif
Alles hebben we uitgeprobeerd en het werkt prima.
We zullen de diverse gebruikers hierover inlichten, zodat er nu geen problemen meer komen na een update van OpenPli.

Nu hebben we ook dit probleem bij de OpenPli Enigma1.
Zo te lezen in je wijzigingsmelding is dit alleen in Enigma2 aangepast. Klopt dit?

Ik durf het bijna niet te vragen /images/smiley/wink.gif maar is dit ook mogelijk bij Enigma 1?

[MiLo]

Vast wel, maar E1 zit niet in m'n repertoire

[gerard0610]

Vast wel, maar E1 zit niet in m'n repertoire

Dat is jammer /images/smiley/sad.gif

Wie zou ik daar dan voor kunnen benaderen?

[WanWizard]

De vraag is niet zo relevant voor E1.

Bij E1-CDK zit de satellites.xml in het readonly deel. In E1-OE is deze wel beschrijfbaar.

Maar E1 heeft als sinds jaar en dag de mogelijkheid om via /var/etc/satellites.xml de versie van de image te overrulen.

[gerard0610]

De vraag is niet zo relevant voor E1.

Bij E1-CDK zit de satellites.xml in het readonly deel. In E1-OE is deze wel beschrijfbaar.

Maar E1 heeft als sinds jaar en dag de mogelijkheid om via /var/etc/satellites.xml de versie van de image te overrulen.

dank voor je uitleg.

Helaas snap ik het niet. Ik heb er niet zoveel verstand van dus misschien kan je me helpen.

Ik verwijs al geruime tijd de satellites.xml naar /var/etc/
Dan gaat het goed en na een reboot werken alle sateliet posities zoals gedetineerd in de kanalenlijst.

Maar als dan OpenPli dan een Update laat uitvoeren, gaat het mis en heb ik de satelliet posities die afkomstig zijn van Pli en niet die welke ik eerder naar de DM500S had gestuurd.
Dus precies dezelfde situatie die ik vroeger had bij E2.

Moet ik de satellites.xml naar een andere positie sturen of ....?


Ben ik zo duidelijk? Er is snel een misverstand ontstaan heb ik inmiddels geleerd.
Kan je nog een poging doen om ons te helpen?

[WanWizard]

De PLi versie van de satellites.xml in een CDK image (zoals voor de 500) staat in /etc/tuxbox, in het read-only deel van de image.

Je kunt een CDK image niet "updaten", alleen opnieuw flashen, daarbij wordt alles vervangen, je moet daarna opnieuw jou lijst in /var/etc zetten.

[gerard0610]

De PLi versie van de satellites.xml in een CDK image (zoals voor de 500) staat in /etc/tuxbox, in het read-only deel van de image.

Je kunt een CDK image niet "updaten", alleen opnieuw flashen, daarbij wordt alles vervangen, je moet daarna opnieuw jou lijst in /var/etc zetten.

Oeps,

Dit is erg moeilijk voor mij om te volgen, want ik heb er niet zoveel verstand van.
Zou het nu met Enigma 1 echt niet mogelijk zijn en met de Enigma 2 wel of is mijn vraagstelling niet duidelijk.
Bij dit laatste kan ik me iets voorstellen.

Mmm... snap iemand van de meelezers wat ik/wij graag bij de Enigma1 zouden willen doen en dit dan in andere woorden zo willen vertellen dat WanWizard mijn bedoeling kan begrijpen. Misschien dat het dan duidelijk wordt.
Sorry voor mijn zeer beperkte kennis.

[WanWizard]

Ik zou 't ook wel graag willen begrijpen.

Want 't oorspronkelijke probleem ging over het feit dat bij een update van de E2 image de satellites.xml werd overschreven. En dat is bij een E1-CDK image (500/5600/7000 box) niet mogelijk. Want daar bestaan geen online updates voor.

Misschien kun je eens uitleggen wat je precies doet, en wat je dan verwacht dat er (wel of niet) gebeurd.

[VU+NL]

.......dat is bij een E1-CDK image (500/5600/7000 box) niet mogelijk. Want daar bestaan geen online updates voor.

Ik geef onmiddellijk toe dat ik van E1 al helemaal niets af weet, maar voor die boxen worden toch ook dagelijks images gebrouwen?

[WanWizard]

Jawel, maar de CDK images moet je flashen, die staan in een read-only deel van de flash. Alleen /var is schrijfbaar. Er bestaat geen update functie zoals bij E2, met een feed en individuele packages. Je kunt vanuit de image wel kiezen voor update, je krijgt dan een lijst van de laatste (5 dacht ik) images, en kies je er een, dan wordt de box opnieuw geflashed.

Het is 't zelfde als je bij E2 elke dag de box opnieuw zou flashen met de laatste nfi van die nacht. Je bent dan ook alles kwijt.

[VU+NL]

Je bent dan ook alles kwijt.

Nou, dankzij de AutoBackUpPlugin wordt juist alles weer teruggezet.
Maar het is me duidelijk, dank.

[hemertje]

Je bent dan ook alles kwijt.

Nou, dankzij de AutoBackUpPlugin wordt juist alles weer teruggezet.
Maar het is me duidelijk, dank.

die functionalitiet heeft e1 dus niet, daar moet je handmatig aan de bak!

[VU+NL]

Je bent dan ook alles kwijt.

Nou, dankzij de AutoBackUpPlugin wordt juist alles weer teruggezet.
Maar het is me duidelijk, dank.

Die functionalitiet heeft e1 dus niet, daar moet je handmatig aan de bak!

Maar er is wel een back-up functionaliteit, die o.a. de settings (en de zelf-aangepaste satellites.xml) opslaat en weer terug kan zetten?

[hemertje]

ja, voor zover ik me nog kan herinneren wel
(heb al 2 jaar geen e1 doos meer in huis)