[all] DreamVCR opnametijden zomertijd

[Gast]

DreamVCR is een SUPER relaxed programma. Heb meerdere opnameboxen die op 1 centrale NFS server opnemen, en heb gewoon DreamVCR op de pc, even inloggen op iedere box apart, klik klik klik in de EPG-lijst de programmaatjes selecteren om op te nemen en alles is geprogrammeerd. Nix trage webinterfaces etc etc.

 

Alleen, tja.. bugje ...nu ... DZ!

[Gast]

LOL.. ik heb een oplossing ..Gewoon een oude DreamVCR terugzetten. De bugs heffen elkaar op <img src="/forums/images/graemlins/wink.gif" alt="" />

 

De laatste versie 1.6.2 is goed voor WINTERTIJD, de versie 1.6.1 is goed voor ZOMERTIJD.

 

ftp.lindeman.org, login dreamvcr dreamvcr om bij oude versies te komen.

 

grtz

 

PS : Nog wel iets van een bug: 1 keer alles goeddoen, als je timers gaat editten schuift ie iedere keer 1 uurtje later...

 

Peter: Kan je nog een fix voor DreamVCR maken hiervoor?? ;-)

 

 

[Gast]

werkt DreamVCR ook op een DB 7025? Bij mij in ieder geval niet, krijg een http connect error.....

 

Voorlopige oplossing voor zomertijdprobleem bij mij was ook de timers 2 uur terugzetten (er komt dan weer één uur bij en dan staan de timers weer goed....)

 

Blijft een hobbybox waar ik overigens best blij mee ben. Bij KPN digitale TV gaf de omzetting naar zomertijd/wintertijd soortgelijke ellende dus het schijnt echt ENORM moeilijk te zijn om dit probleem op te lossen....

[renzie]

Bij de 7025 kan je de herhaal timer goed krijgen door de aanvang en begintijd 2 uur terug te zetten. vandaag echter ervaren dat hij nadat de opname gemaakt is de tijd voor de volgende opname weer een uur vooruit zet. Dus je moet steeds na een opname de tijden weer aanpassen voor de volgende keer.

 

Is het niet beter om de tijdzone aan te passen ?

 

Renzie

[Gast]

Hoi Renzie, ik heb inderdaad inmiddels dezelfde ervaring.

Tijdzone aanpassen naar GMT+2 is mogelijk een oplossing maar de tijd staat dan wel verkeerd, op zich valt hier mee te leven maar ik weet niet of dit verder nog gevolgen heeft. Ik vind het allemaal erg knullig. Ik ga nog wel wat experimenteren. (timerlijst helemaal weggooien of timers eerst helemaal verwijderen) een hoop werk allemaal want ik heb nogal wat herhaalde timers erin staan (een stuk of 8).

 

 

Marcel

[naradla]

Het probleem met de 7025 is dat enigma2 volledig de mist ingaat met het behandelen en zetten van de tijd. Ik heb het ff in de source nagekeken, ze zetten de systeemtijd aan de hand van de transpondertijd (is in Gemini vast niet aangepast). Da's zowiezo verkeerd want niet alle transponders geven (helaas) een goede tijd door, dat kom je vooral tegen als je een beetje met een motor draait en dan ook nog een opname wilt programmeren. En op het moment dat een andere transponder een andere tijd doorgeeft, gaat enigma2 ook nog eens je hele timerlijst verkrassen, al of niet met timezones, zomer/winter tijden etc..

Ze moeten gewoon de 'tijdlogica' van de 7000/enigma1 er in zetten, met gescheiden transponder en systeemtijd.

 

groeten, Naradla.

[bartbnl]

Automatische zomertijd aanpassing van windows uitzetten helpt ook. Liever twee keer per jaar met de hand de tijd aanpassen dan elke keer met dreamvcr programmeren uit de pas lopen.

[kenis]

filetje komt van het dream multimedia forum

 

in /usr/lib/enigma2/python kopieren

 

op het eerste zicht lijkt het te werken, al heb ik het nog niet grondig getest

1341435-timer.zip

[renzie]

filetje geinstaleerd en het lijkt te werken. herhaaltimers welke ik heb ingesteld staan er nu goed in. nog even afwachten wat er gebeurd als de opname gemaakt is en hoe dan de timer voor de volgende opname staat.

 

renzie.

[Gast]

Dit is alleen voor de 7025 ? ik heb hier 7000 en 7020s voor de opnames, dat werkt zeker niet dan??

[Gast]

Ook de wekelijkse timers schuiven niet meer op, zo te zien is het probleem dus opgelost.

[spongebob]

ik heb handmatig alle timers weer een of meerdere uurtjes terruggezet en daarbij dit bovenstaand bestandje op de juiste plaats in mijn 7025 gezet. Het probleem lijkt hier ook opgelost.

 

Bedankt aan iedereen die hiervoor de oplossing bedacht.

 

Toch moet er eens fundamenteel naar dit probleem gekeken worden, want ieder halfjaar gaan we anders met dit probleem zitten.

[Gast]

Maar, is er ook een fix voor de 7000 en 7020 ? Ik lees alleen maar 7025 ?

[Gast]

Wat hier de laatste posts besproken is gaat over een probleem op de 7025.

De gebruikte constructie om herhaalde timers te berekenen maakt gebruik van python functies om heen/terug te rekenen van utc naar localtime.

Op zich was daar geen speld tussen te krijgen, maar toch ging het mis.

Is dus wellicht zelfs een bug in de python time classes.

Hoe dan ook, het probleem is momenteel vermeden door de repeated timers op een compleet andere manier te berekenen. En dat lijkt goed te werken.

 

Wat dit met dreamvcr te maken heeft weet ik niet, waarschijnlijk heeft iemand het woord 'zomertijd' in de topic titel gezien, en is er van uit gegaan dat het hier over de problemen met 7025 timer events ging.

[Gast]

Citaat:

Is dus wellicht zelfs een bug in de python time classes.

Lijkt me sterk, die zitten er al zoveel jaren in en worden door zoveel mensen gebruikt (incluis ondergetekende) zonder problemen dat zulke problemen er wel uit gekomen zouden zijn.

Ik heb wel een diffje bekeken van de timer.py, en ik had geen goed gevoel bij de oude code.