Ga naar inhoud


oudeis

Lid
  • Items

    827
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door oudeis

  1. Even iets anders tussendoor: net een reproduceerbare crash in MV gevonden.

     

    Toevoegen van favoriet via shift-groen als er geen geldige selectie is, veroorzaakt crash van Enigma. Als er wel een selectie is, gaat het gewoon goed.

     

    In view 5, geen selectie (dus alleen huidig spelende programma is rood gemarkeerd, up/down scrollt per pagina)

     

    Ik post hem hier omdat ik weet dat PLi ontwikkelaars recente MV broncode hebben.

     

    - Ruud

  2. Ik heb ongeveer hetzelfde gedaan met een 7000, maar ik draai de fan op 5 V ipv 12 V. Scheelt een hoop lawaai, en ruim voldoende koeling.

     

    Of de voeding van de 7025 het aan kan? Ik gok het wel, de voeding van de 7000 was krap bemeten, en dat gaat bij mij prima, met HD, rotor, en fan.

     

    - Ruud

  3. In de sourcecode van enigma. De providernaam wordt met de programma's meegestuurd, dus om de weergegeven naam te veranderen zul je die stroom moeten onderscheppen. Enigma zelf doet dat overigens ook, een aantal providers wordt voorzien van een mooiere naam dan wat er via de satelliet wordt verstuurd.

     

    Als ik het mis heb, en het kan toch op een andere manier (bijv via de bouquets file aan te passen), dan hoor ik dat graag!

  4. Scripts in /var/ die door init worden uitgevoerd: erg afhankelijk van het gebruikte image. Pli Flubber bijv gebruikt de volgende scripts:

    /var/etc/rcS.first

    /var/etc/init

    maar voor de details moet je echt in de initscripts van je eigen image kijken.

     

    De scripts die worden uitgevoerd door Enigma bij van/naar standby en idle:

    Code:
    ruud@ubuntu:~/src/db/apps/tuxbox/enigma$ grep -r enigma_enter ../src/enigma_standby.cpp:               if (!::stat("/var/etc/enigma_enter_idle.sh", &s))./src/enigma_standby.cpp:                       system("/var/etc/enigma_enter_idle.sh");./src/enigma_standby.cpp:               if (!::stat("/var/etc/enigma_enter_standby.sh", &s))./src/enigma_standby.cpp:                       system("/var/etc/enigma_enter_standby.sh");Binary file ./src/enigma_standby.o matchesBinary file ./src/enigma matchesruud@ubuntu:~/src/db/apps/tuxbox/enigma$ grep -r enigma_leave ../src/enigma_main.cpp:                          if (!::stat("/var/etc/enigma_leave_idle.sh", &s))./src/enigma_main.cpp:                                  system("/var/etc/enigma_leave_idle.sh");./src/enigma_standby.cpp:               if (!::stat("/var/etc/enigma_leave_standby.sh", &s))./src/enigma_standby.cpp:                       system("/var/etc/enigma_leave_standby.sh");./src/enigma_standby.cpp:                       if (!::stat("/var/etc/enigma_leave_idle.sh", &s))./src/enigma_standby.cpp:                               system("/var/etc/enigma_leave_idle.sh");
  5. Je hebt 2 mogelijkheden:

    1. bij (her)start van de box, dus via de initscripts;

    of

    2. bij (her)start van enigma.

     

    Enigma voert bepaalde scripts uit bij bepaalde events. Ik weet dat naar standby, en uit standby, vroeger elk een eigen geassocieerd script hadden. Ik zal vanavond eens even kijken of dat nog steeds zo is.

     

    Als je via de initscripts werkt, moet je eens kijken of dat script een script in var uitvoert. Vaak namelijk wel, en dat script kun je dus aanpassen...

     

    - Ruud

  6. Je kunt natuurlijk ook controleren of er een conditie is waarbij er (nog) niet geupdate mag worden. Grote kans dat veel daarvan zelfs via de web interface op te vragen is. Zou wel een leuk projectje zijn, maar de vraag is of ptje daarop zit te wachten <img src="/forums/images/graemlins/smile.gif" alt="" />

     

    - Ruud

  7. Voor degenen bij wie het allemaal lekker werkt, controleer eens of de starttijden wel kloppen. Ik heb de het spul hier namelijk nog draaien met een time-offset van 0, en dan lijkt alles goed terecht te komen.

     

    Staat op de lijst, maar voorlopig nog niet al te belangrijk.

    Ander puntje waar ik zeker wat aan ga doen is de channel mapper, ik maak die eerste kolom wat breder, en verbeter de navigatie (niet telkens helemaal naar boven terugspringen als je iets hebt gemapt)

     

    - Ruud

  8. @Sponge,

     

    Het hele idee van die database is dat alle epg viewers hem kunnen gebruiken. Enigma vult de database, en ook de interne (standaard) epg viewers gebruiken dus deze database. Hulde aan de Pli'ers daarvoor.

     

    Dus ja, data die je in de database zet, komt overal terug. Je ziet dus ook in de kanalenlijst wat er op dit moment op is, ook al ben je nog niet op de transponder zelf geweest.

     

    Heb ik zelf ook al jaren op zitten wachten <img src="/forums/images/graemlins/smile.gif" alt="" />

     

    - Ruud

  9. Nee, tijdens het downloaden zie je niks. Is ook niet echt nuttig, in 99% van de gevallen zal de box uitstaan, en de eigenaar in bed liggen <img src="/forums/images/graemlins/smile.gif" alt="" />

     

    Als je channels.dat hebt bewerkt, raad ik je aan de originele weer terug te zetten. De configuratie plugin gebruikt deze om de namen aan enigma services te koppelen.

     

    Als het programma door cron wordt uitgevoerd, wordt er een logbestand aangemaakt in /tmp/getrt.log. Daar kun je kijken om te zien of er iets is gedaan, en zo, wat...

     

    - Ruud

  10. Geduld is een schone zaak <img src="/forums/images/graemlins/smile.gif" alt="" />

     

    Ik wil eerst nog een basic epg reader, of een xml reader toevoegen, zodat ik vertrouwen heb dat de structuur goed in elkaar zit. Zodra ik tevreden ben over mijn werk, wordt ie uiteraard volledig public (gpl).

     

    - Ruud

  11. Was ik wel van plan, zodra het spul stabiel genoeg lijkt (punt nadert rap...)

     

    In deze thread krijg ik hopelijk nog niet al te veel aandacht, en dat past goed bij het experimentele imago wat ik mijn programma's nog toedicht.

    Op deze manier hoop ik dat niet iedereen er zomaar mee gaat klooien en vervolgens mij de schuld geeft als de dreambox het niet meer doet <img src="/forums/images/graemlins/smile.gif" alt="" />

  12. Ik het even een poging gedaan om het spul wat sneller te krijgen, door een BEGIN EXCLUSIVE TRANSACTION/COMMIT TRANSACTION om de serie updates te zetten. Lijkt prima te werken. Update voor 3 dagen gebeurt in een seconde of 5 per zender.....

     

    Je vindt hem in de bijlage. Verder geen wijzigingen.

     

    De documentatie van sqlite is een beetje onduidelijk wat er gebeurt als je busy_handler hebt, en je doet een commit. Helemaal zeker ben ik dus ook niet dat het helemaal goed gaat....

     

    - Ruud

    1201401-rt_epg_plugin_0.2.1.tar.gz

  13. Via top kun je kijken wat je box doet...

     

    Zo af en toe kijk ik ook eens, en ik zag enigma naar dik 70 % gaan, rt_epg bleef hangen op 5-6%

     

    De converter doet ongeveer het volgende:

    - eerst wordt bepaald wat het eerste eventId moet worden (read op db)

    - daarna wordt het bestand gelezen en worden alle events gecreeerd (geheugen)

    - vervolgens worden die events die naar de db mogen (afh. van starttijd en max aantal dagen), 1 voor 1 weggeschreven.

     

    Dat laatste stuk duurt dus enorm lang. Mijn vermoeden: sqlite geeft zijn write lock op na elke insert, en gaat de db bijwerken. Een volgende write lock aanvragen kan pas zodra sqlite klaar is, en er geen andere locks zijn.

     

    Met een beetje geluk krijg ik sqlite zover dat ie een serie inserts als 1 transactie gaat zien. In dat geval zou ik maar 1 keer een lock hoeven te vragen, en zou ik niet telkens hoeven te wachten.

     

    Ik weet overigens niet of sqlite dit kan, en wat het gevolg is voor het journal.

     

    Een andere reden waarom ie zo sloom is kan het bijwerken van indices zijn. Dat is iets waar ik geen invloed op kan hebben..

  14. In de bijlage de volgende versie van de Radiotimes EPG plugin.

     

    Fixes:

    - creatie van cronjob zou nu beter moeten gaan

    - verwerking van cmdline opties -o en -h, voor offset en aantal uren, mistte een break statement, waardoor je nogal vreemde resultaten kon krijgen (bij mij was alles 72 seconden verschoven....)

    - inlezen/opslaan van kanalen mapping verbeterd (een gemapped kanaal in unknown or ignore toestand zetten werd niet altijd opgeslagen)

     

    LET OP: er blijft een risico dat bestaande crontabs niet goed worden verwerkt. Lokaal lijkt het goed te gaan (geen crontab, wel crontab maar zonder onze regel, wel crontab met onze regel)...

     

    PS. Deze versie bevat nog de 'slome' versie van rt_epg. 3 posts lager vind je een aangepaste versie. Functioneel zijn ze identiek.

    1201366-rt_epg_plugin_0.2.tar.gz

  15. @Wan,

     

    als je toevallig nog bij je box zit, en hij is nog steeds zo traag, zou je dan eens kunnen kijken naar load, processorgebruik, etc? Bij mijn eigen testjes kwam % user eigenlijk niet boven 5%. Ben wel benieuwd of dit puur in de database, of in enigma zit.Ik hoop natuurlijk op dat laatste <img src="/forums/images/graemlins/smile.gif" alt="" />

     

    - Ruud

×
×
  • Nieuwe aanmaken...