Ga naar inhoud


oudeis

Lid
  • Items

    827
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door oudeis

  1. Waarschijnlijk vanwege de gedachte dat het aantal schrijfacties op flash gelimiteerd is. Flash geheugen kun je over het algemeen maar een aantal (denk aan enkele tien- of honderduizenden) keer beschrijven, en op een gegeven moment werkt het gewoon niet meer. Zou je elke seconde een timer weten te maken, dan loop je de kans dat je flash na een aantal jaren niet meer werkt.

     

    - Ruud

  2. Bij de eerste keer opstarten na flashen bestaat var nog niet, en wordt var_init gekopieerd naar var. Wijzigingen worden altijd opgeslagen in var. Tijdens flashen wordt het hele flash opgeruimd, en om na het opstarten toch een var directory te hebben, moet een image na flashen zelf een minimale variant van de var directory aanmaken.

     

    De var_init directory kun je overigens niet verwijderen, die zit in het read-only deel van je flash (als deel van je image). Als je dus iets wilt verwijderen, dan zul je dat uit de var directory moeten doen. Ruimte besparen kun je doen door je settingslijst en satellites.xml op te ruimen (alleen die satellieten laten staan die je kunt ontvangen), of eens goed kijken naar de geinstalleerde plugins, waar vaak meer winst is te halen.

     

    - Ruud

     

     

  3. Even een gokje: normaal gesproken worden de timers en dergelijke pas op schijf opgeslagen bij afsluiten van Enigma. De timers en settings worden dus eigenlijk alleen in het werkgeheugen bewaard. Dit betekent dat je je nieuwe timers kunt kwijtraken als Enigma crasht. Als je nu zeker wilt weten dat je timers niet verloren gaan als Enigma crasht, dan kun je met deze optie forceren dat de timers op schijf worden gezet.

     

    - Ruud

  4. Als je MHW aan hebt staan (en ik heb nog niet uitgevonden waar ik het kan uitzetten), dan zal epg informatie van MHW voorrang hebben op geimporteerde data. Heb je dus 2 events op eenzelfde tijd, dan zal de geimporteerde data vervangen worden door de MHW data. De geimporteerde data voor tijdstippen of dagen waarvoor MHW niets aanbiedt, zullen gewoon blijven staan.

     

    Je hebt dus mogelijk slechte now/next, of zelfs 2 dagen slechte epg, maar wat daarna komt verandert niet.

     

    - Ruud

  5. Origineel bericht van: marcel1970
    Je kunt gewoon een map delen op je pc, dan kun je er via je popcorn ook in

    Topicstarter gaf juist aan dat dat niet werkt, en dat hij daarom via harddisk moet werken.

    Overigens blijf ik het vreemd vinden dat het op de 100 wel werkt, en op sommige 110's niet. Ik had echt het idee dat de firmware identiek is aan die van de pch-100, op de dts drivers na.

    - Ruud

    PS. Ik zie na iets aandachtiger lezen dat er ook pch-100's zijn met dit euvel. Heb zelf net nog maar eens getest wat een paar piano-les dvd's doen (gekopieerd met dd), en dat werkt met de nieuwste firmware nog steeds. Misschien zijn de menu's niet complex genoeg...
  6. Als je epg hebt geimporteerd via de epgimport plugin, staat die na een reboot ook in je epg.dat. De epg wordt namelijk rechtstreeks in de database van Enigma geduwd, en die database wordt tijdens het afsluiten van Enigma naar epg.dat weggeschreven. De file wordt dus geschreven als Enigma netjes wordt afgesloten, of dat nu voor een 'Enigma restart', shutdown, of reboot is.

     

    Importeren via epg.dat is niet eens zo'n slecht idee als ik eerst dacht. Het grootste nadeel is dat er een patch voor Enigma nodig is, maar ook die zou niet zo groot moeten zijn. Zo lang die patch er niet is, kun je met de huidige plugin wel hetzelfde gedrag bereiken, door op regelmatige tijden de Enigma database te dumpen, bijvoorbeeld na elke import actie, of elke nacht. De manier om dat te doen is heel simpel: herstart Enigma wink (via cronjob of een plugin). Op die manier heb je altijd wel een redelijk verse epg als je onverhoopt Enigma hebt moeten afknallen.

     

    Overigens gebruik ik zelf ook de truc om de een backup van epg.dat te maken tijdens het opstarten. Mocht ik geen epg.dat hebben, maar wel een backup, dan kopieer ik de backup terug, en dan hoop ik maar dat die recent genoeg is dat ik nog een paar dagen aan epg in de cache heb zitten. Iets dergelijks zul je ook moeten doen als je de epg.dat als import gaat gebruiken.

     

    - Ruud

     

  7. In principe is dat mogelijk, maar de egpgimport plugin doet eigenlijk al niets anders. In plaats van het weg te schrijven naar een bestand wordt de epg data gewoon rechtstreeks (in tekstvorm) aan Enigma gevoerd, die het vervolgens intern bewaart.

     

    Het enige nut van jouw voorstel is dat je misschien iets meer vrijheid hebt om bijzondere velden in te vullen. Denk daarbij aan taal, leeftijd, credits, etc, velden die met de huidige patch niet worden doorgegeven. Daarvoor moeten dan wel de converters worden aangepast.

     

    Samenvattend: er is eigenljk geen verschil tussen het aanmaken van een epg.dat die op een of andere magische manier door Enigma2 wordt ingelezen, en de variant waarbij een plugin de data aanlevert. In beide gevallen moet de data ergens vandaan komen, geconverteerd worden, en moet Enigma een trapje krijgen om de import te doen.

     

    Nog even expliciet antwoord op je laatste vraag: op het moment kun je de epg.dat vervangen, en dan zal de nieuwe ingelezen worden. Bedenk wel dat deze file _alleen_ wordt gelezen tijdens het opstarten van Enigma, en dan wordt verwijderd. Tijdens afsluiten wordt er een nieuwe epg.dat aangemaakt, en daarbij wordt een eventuele bestaande file gewoon overschreven. Om dit gedrag aan te passen is een aanpassing in het C++ deel van Enigma nodig (waarschijnlijk epgcache.cpp, ergens in lib/dvb/).

     

    - Ruud

  8. Dat epg.dat formaat is niet zo ingewikkeld, als ik me niet vergis is het zo ongeveer een dump van de rauwe dvb-data (beschreven in etsi 300 468). Ik meen dat het hetzelfde formaat is als in Pli's Enigma1 SQLite database wordt gebruikt, wat zou betekenen dat de converters daarvoor ook al grotendeels bestaan. Om enigma zo ver te krijgen dat die file ingelezen wordt, heb je wel weer wijzigingen in de C++ code nodig, en dan kan je net zo goed wat beter leesbare data importeren (zoals xmltv wink ).

     

    - Ruud

     

  9. Image onafhankelijk gaat voorlopig niet lukken, daarvoor moet de patch voor Enigma door Dream overgenomen worden. Voordat dat gebeurt zal de code nog een stuk uitgebreid en robuuster moeten worden.

     

    Het handmatig invoeren zou op zich moeten kunnen. De timer kun je al aan en uitzetten, wat ontbreekt is de plugin waarmee je de import kunt starten. Ik ben daar ooit eens mee begonnen, nog voordat het timer stuk er in zat, en gebruikte de handmatige import tijdens testen. Pas toen ik met de plugin ben gaan stoeien om volledige configuratie via de GUI mogelijk te maken, is de 'not yet implemented' gekomen (om geen valse verwachtingen te wekken).

     

    Die code moet hier nog wel ergens rondzwerven. Met een paar kleine aanpassingen zou het dan zo moeten werken.

     

    - Ruud

  10. @matthew_be_wvl

    Dat je rekenmachine 'NonReal Ans' geeft, zegt al genoeg. Je apparaat weet dat het kan, maar weet ook dat het zelf niet met complexe getallen kan werken. Mijn rekenapparaat geeft als antwoord op sqrt(-25) netjes (0,5), te interpreteren als 0 + 5i, oftewel 5i

     

    Berekenen met het handje:

    weet dat sqrt(a*B) = sqrt(a)*sqrt(B)

    voor de wortel van een negatief getal 'x', neem a=-1, b=abs(x)

    met sqrt(-1) = i volgt dus dat de wortel uit een negatief getal 'x' gelijk is aan sqrt(abs(x))*i

     

    Volgens mij is dit ook wat Milo schreef...

     

    - Ruud

     

  11. Tja, daar had ik niet aan gedacht. Ik zag juist het probleem dat zenders naar mijn idee te vaak van transponder wisselen. Dat een zender van naam verandert had ik nog niet meegemaakt, maar ik wissel dan ook nooit van zenderlijst.

     

    Overigens was het niet mijn idee om de configuratie zo om te bouwen dat hij zendernamen gebruikt, maar alleen maar om een tooltje beschikbaar te krijgen dat het onderhoud van de referenties vereenvoudigt (de config blijft linken naar service refs). En als ik de post hierboven mag geloven, is dat er nu al wink

     

    - Ruud

     

  12. Helaas, epg.dat dient enkel als backup, en die wordt door deze plugin niet gebruikt, al wordt hij wel indirect gevuld wanneer Enigma afsluit.

     

    Overigens, in aanvulling op wat arnoldl schreef, het is misschien makkelijker om een tooltje te maken dat de service referenties uit de enigma settings file haalt. Waar ik dan aan denk is een script dat als invoer een lijst van neemt van paren van <service en provider naam op sat> vs <identifier in xmltv bestand>. Daarmee wordt het bijhouden van de service referenties een stuk makkelijker (namen veranderen zelden, service referenties een stuk vaker).

     

     

    - Ruud

     

×
×
  • Nieuwe aanmaken...