TVTV Zeitproblem

    Hallo!


    Ich weiss, dass wir das Thema schon hatten aber leider konnte ich auch nach längerem suchen keine Lösung finden. Ich habe das Problem schon seit Monaten.


    Ich habe heute Vormittag eine Aufnahme per TVTV programmiert (c't magazin um 12:30). Erst hat alles gut ausgeschaut und plötzlich hat der VDR eine Stunde zu früh mit der Aufnahme begonnen. Laut LOG hat der erste Timerdownload von TVTV gestimmt und beim zweiten wurde die Zeit dann auf 11:30 upgedated. Als ich dann den Timer gelöscht habe wurde er beim nächsten Update wieder korrekt runtergeladen.


    Ich verwende folgende Version: "vdrdevel-plugin-tvtv 0.2.10a-7"


    Hier ein Auszug aus dem LOG:


    Feb 18 11:11:31 localhost vdr: [30521] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1225:1310:50:99:c't magazin:'
    Feb 18 11:11:31 localhost vdr: [30521] TVTV: timer 1 added (c't magazin) [23704045/HR/18/1225-1310]
    Feb 18 11:11:47 localhost vdr: [4762] timer 1 (27 1225-1310 'c't magazin') set to event Sam 18.02.2006 12:30-13:00 (VPS: 18.02 12:30) 'c't magazin'
    Feb 18 11:21:33 localhost vdr: [30521] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1125:1210:50:99:c't magazin:'
    Feb 18 11:21:33 localhost vdr: [30521] TVTV: timer 1 updated (c't magazin) [23704045/HR/18/1125-1210]


    An dieser Stelle habe ich den Timer gelöscht.


    Feb 18 11:31:31 localhost vdr: [4762] deleting timer 1 (27 1125-1210 'c't magazin')
    Feb 18 11:31:53 localhost vdr: [4132] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1225:1310:50:99:c't magazin:'
    Feb 18 11:31:53 localhost vdr: [4132] TVTV: timer 1 added (c't magazin) [23704045/HR/18/1225-1310]
    Feb 18 11:32:10 localhost vdr: [4762] timer 1 (27 1225-1310 'c't magazin') set to event Sam 18.02.2006 12:30-13:00 (VPS: 18.02 12:30) 'c't magazin'


    Dann hat er es ein paar mal richtig gemacht:


    Feb 18 11:41:55 localhost vdr: [4132] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1225:1310:50:99:c't magazin:'
    Feb 18 11:41:55 localhost vdr: [4132] TVTV: timer 1 exist (c't magazin)
    Feb 18 11:51:58 localhost vdr: [4132] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1225:1310:50:99:c't magazin:'
    Feb 18 11:51:58 localhost vdr: [4132] TVTV: timer 1 exist (c't magazin)
    Feb 18 12:02:01 localhost vdr: [4132] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1225:1310:50:99:c't magazin:'
    Feb 18 12:02:01 localhost vdr: [4132] TVTV: timer 1 exist (c't magazin)


    und dann wieder:


    Feb 18 12:12:04 localhost vdr: [4132] TVTV: Timer entry '1:S19.2E-1-1101-28108:2006-02-18:1125:1210:50:99:c't magazin:'
    Feb 18 12:12:04 localhost vdr: [4132] TVTV: timer 1 updated (c't magazin) [23704045/HR/18/1125-1210]
    Feb 18 12:12:05 localhost vdr: [4762] deleting timer 1 (27 1125-1210 'c't magazin')


    Nachdem ich den TVTV-Update von Hand gestartet habe, wurde der Timer wieder richtig eingetragen. Ich musste jetzt das TVTV-Autoupdate deaktivieren um die Aufzeichnung nicht zu gefährden.


    Das Problem tritt aber absolut nicht bei jeder Aufnahme auf. Ich konnte bisher noch keinen Zusammenhang feststellen. Weder konnte ich das Problem auf bestimmte Sender noch Sendungen einschränken. Das c't Magazin wird bei mir normalerweise einwanfrei aufgezeichnet. Dafür tritt das Problem dann bei anderen Sendungen auf anderen Kanälen auf.


    Vielleicht hat ja mittlerweile jemand das Problem gelöst ?


    Schöne Grüsse


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Mittlerweile habe ich auf "vdrdevel-plugin-tvtv 0.2.11-3" upgedated. Seit dem startet der VDR bei jedem TVTV-Update neu, siehe Log:


    Feb 22 21:00:59 localhost vdr: [28403] confirm: TVTV update wird ausgeführt
    Feb 22 21:00:59 localhost vdr: [28403] warning: TVTV update wird ausgeführt
    Feb 22 21:00:59 localhost vdr: [28904] TVTV: Timer Thread started (pid=28904)
    Feb 22 21:00:59 localhost vdr: [28904] TVTV: Timer Update started
    Feb 22 21:00:59 localhost udev[28907]: removing device node '/dev/vcs8'
    Feb 22 21:00:59 localhost udev[28908]: removing device node '/dev/vcsa8'
    Feb 22 21:00:59 localhost lircd 0.7.1pre2[3889]: removed client
    Feb 22 21:00:59 localhost runvdrdevel: restarting VDR


    Im Moment hab ich kein Glück mit TVTV, kann mir jemand helfen ?


    Gruss Michael


    PS: Ich hab bereits TVTV deinstalliert, die Einstellungen in der Setup.conf entfernt, die timers.conf entleert und TVTV wieder installiert und neu configuriert. Leider ohne Erfolg

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Edited once, last by mz01 ().

    hi,
    hab das gleiche problem mit linvdr. manchmal eine stunde zu früh, manchmal setzt er dann zwei timer, wobei zweiteres mal kein problem ist....


    hab auch keine lösung X(

    Zotac Ion ITX mit Celeron (CULV) und Geforce 9, L4m Twin, Atric Rev. 4, OneForAll URC 7960, YAVDR 0.5 stable mit Diseqc, ADATA 40 GB SSD, 1,5 TB Seagate

    Hallo,


    ich habe mir diesbezüglich mal die CSV-Daten direkt angesehen, die von tvtv gesendet werden. Ich habe zeitweise das gleiche Problem mit Sat.1.


    Dabei ist mir aufgefallen, dass die Daten, die von tvtv gesendet werden, schon diese Unregelmässigkeit haben. Der Timer ist mal ne Stunde früher, mal ne Stunde später. Das hat bei mir auch schon einige Aufnahmen zerschossen. Daher hab ich mich in der letzten Version dazu entschlossen, Timer, die gerade aufzeichnen, nicht mehr zu aktualisieren. Stattdessen wird einfach ein weiterer neuer Timer angelegt. Ist nicht schön, aber nur so kann ich halbwegs sicherstellen, dass ich die Sendung auch komplett mitbekomme.


    Gruss,
    mustang

    Hardware: Asus E45M1-M Pro, 4 GB RAM, TT S2-6400 + 2x S2-1600
    Software: Debian testing mit Kernel 3.2.5 (64Bit), VDR 1.7.42, Plugins: dvbhddevice, eepg, epgsearch, femon, osdteletext, skinsoppalusikka

    Hallo!


    In dem Fall kann man da im Moment nichts machen was die "Zeitverschiebung" angeht. :(


    Aber warum crashed mein VDR mit der neuesten Version "vdrdevel-plugin-tvtv 0.2.11-3" ?
    Ich hab diese übrigens nicht selber compiliert sondern per apt-get upgrade erhalten.


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Hi


    ich hab mich auch schon oft genug geärgert drüber und hab auch an den Support von tvtv geschrieben, aber die sind der Meinung das sie Linux nix angeht.


    Hier mal die Anwort von TVTV.de:


    Die Frage lautete wie folgt:

    Quote

    Hi
    Seit der Zeitumstellung im Okt. 2005 werde die Timer teilweise um 1h zu zeitig an meinen VDR |bergeben. Wenn ich in meinem VDR dann die Timer lvsche und nochmal |bertrage sind sie dann richtig. Aber irgendwie ist das nicht Sinn und Zweck das ich regelmd_ig meine Timer |berpr|fen muss. z.B. kommt am 29.1.06 um 20.15h Catch Me If You Can in der Merkliste auf der TVTV-Webseite steht auch 20.15h bei mir in der VDR-Timerliste 19.15h. Im VDR-Forum habe ich erfahren das ich nicht der einzige mit diesem Problem bin.
    Gruß Steffen Schulze


    Ich überleg mir grad ob ich nicht eine andere Möglichkeit der Timerprogrammierung ausprobieren sollte.


    Übrigens hab ich eine schöne Antwort zurückgeschickt :)
    Wer sich auf den Request bei TVTV beziehen will hier die Nummer: ID:13259674


    Umso mehr sich darüber beschweren, desto eher passiert dort was.


    Gruß
    Steffen

    VDR: yaVDR 0.6.1, AMD Athlon X2 4850e, GA-MA74GM-S2H, 2GB RAM, 60GB-SSD + 2x300GB HD, ASUS ENGT430 DC SL, 2x SATELCO Easywatch DVB-C, Pulse-Eight-CEC-Adapter :]

    Hallo!


    Ich hab TVTV erstmal abgestellt und programmier meine Timer im Moment von Hand per Fernbedienung. So viele sinds ja schliesslich nicht.
    Seit dem wurde keine Aufzeichnung mehr zerschossen und alles funktioniert absolut perfekt. Keine doppelten Timer, keine Aufzeichnung zur falschen Zeit, ... -> herrlich! :)


    Und da mein VDR im Moment sowieso beim TVTV-Update crashed kann ich eh nicht viel testen. Vielleicht löst sich das Problem ja mit dem nächsten VDR-Update !?!?!?


    Gruss Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    gut das ich nicht der einzige bin, der das problem hat.


    ich habe das problem eigentlich nur sonntags abends auf ARD.


    die 20:15 sendung startet immer schon um 19:15 bzw es wird 2mal
    aufgenommen (19:15 und 20:15).


    auf anderen sendern zu anderen zeiten habe ich das problem nicht.


    gruss cypher_head

    so, heute hatte ich den fehler auf auf rtl.


    "dieter-der film" wurde um 19:15 anstatt 20:15 aufgenommen, nur das der film diesmanl nicht
    2mal auf der platte landetet sondern nur einmal und somit eine stunde zu kurz war.


    :§$% :§$% :§$%


    gibt es schon einen workarrount ??


    benutze tvtv-0.2.10a auf meinem produktiv system


    gruss cypher_head

    Edited once, last by vdr-box ().

    Tja, mein Workarround ist derzeit TVTV nicht zu benutzen. Mir ist nichts bekannt wie man dieses Problem umgehen könnte. Zudem habe ich ja das Problem, dass mir der VDR crashed wenn ich ein TVTV-Update mache. Aber es schaut so aus, als wäre ich der einzige der dieses Problem hat. :(


    Vielleicht hab ich auch zu früh auf die aktuellste Version upgedated aber ich hab mir das mit apt-get upgrade eingefangen, dann sollte es doch normalerweise auch funktionieren ?

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    die tvtv-0.2.11 version funkt bei mir auch nicht


    auf meinem produktiv system ist deshalb immer noch
    die 0.2.10a version drauf.


    habe gestern mal die autoupdate funktion auf
    60minuten gestellt und zur sicherheit lasse ich
    jetzt alle timer 65 minuten länger laufen.


    bin mal gespannt.


    gruss cypher_head

    Na dann bin ich aber froh, dass die neue Version nicht nur bei mir nicht läuft. Dachte schon, ich hab was verbockt.


    Mal sehen, evtl. installier ich die alte Version wieder oder ich warte auf das nächste Update.


    Jedenfalls danke für die Info!


    Gruss Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Hi


    ich hab grad ne Frage vom TVTV-Support wegen der 1h-Verschiebung bekommen.


    Hier die Frage:

    Quote

    Wir haben die Sache intern diskutiert, und ich möchte fragen ob Sie Daten von der UK webseite bekommen?


    So und jetzt meine Frage, wie bekomme ich das raus? Meinen Account habe ich bei tvtv.de, aber vielleicht zieht das TVTV-Plugin bei mir die Daten von der UK-Seite.


    Plugin-Version tvtv-0.2.10a


    Gruß
    Steffen

    VDR: yaVDR 0.6.1, AMD Athlon X2 4850e, GA-MA74GM-S2H, 2GB RAM, 60GB-SSD + 2x300GB HD, ASUS ENGT430 DC SL, 2x SATELCO Easywatch DVB-C, Pulse-Eight-CEC-Adapter :]

    Hallo!


    Kann ich mir nicht vorstellen, dass das Plugin die Daten von der UK-Site lädt, denn es kommt ja nur ab und zu und nicht immer vor, dass die Zeitverschiebung eintritt.


    Ich kann derzeit leider nicht mehr experimentieren weil ich grad auf VDR 1.3.44 upgedated habe und da läuft noch kein TVTV-Plugin aber ansonsten würd ich mal versuchen mit tcpdump rauszufinden wo das Plugin die Daten herholt.


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Hallo Steffen,


    das TVTV-Plugin zieht die Daten normalerweise von der .de-Seite. Erst mit der Version 0.2.11 ist dies übers OSD einstellbar geworden.


    Ich habe das auch mal ausprobiert und festgestellt, dass es keinen Unterschied in den übertragenen Daten gibt. Es ist somit völlig gleichgültig, woher die Daten geholt werden. Die Timereinträge sind absolut identisch. Es ist auch nicht einzusehen, dass die Verschiebung nur bei einzelnen Timern auftritt. Wenn es wirklich daran liegt, woher die Daten geholt werden, würde ich erwarten, dass alle Timer diese Verschiebung aufweisen.


    Außerdem werden Start- und Endzeit jeweils mit der dazugehörigen Zeitzone verschickt. Das ist zum Beispiel nötig, wenn man Astra 1 und 2 gleichermaßen empfängt und via TVTV programmieren möchte.
    Ein Timereintrag, so wie ihn das Plugin zur Verarbeitung bekommt, sieht folgendermaßen aus:


    Code
    BR-alpha,57,24230011,2006-03-22 22:45:00 +0100,2006-03-22 23:00:00 +0100,rec,Alpha-centauri,0,,,,,Wissenschaftsmagazin,Magazin,2006-03-22 22:45:00 +0100,,


    Und in genau diesen Daten tritt hin und wieder die Verschiebung um 1 Stunde auf.


    Gruss,
    mustang

    Hardware: Asus E45M1-M Pro, 4 GB RAM, TT S2-6400 + 2x S2-1600
    Software: Debian testing mit Kernel 3.2.5 (64Bit), VDR 1.7.42, Plugins: dvbhddevice, eepg, epgsearch, femon, osdteletext, skinsoppalusikka

    komisch, neulich am VDR-Stand auf der Digital Living war einer von TV Digital (Hörzu?) und meinte sie wollen sich jetzt auch für Linux-User=zahlende Kunden interessieren...


    muss aber ehrlich sagen, warum dafür bezahlen, wenn man tvMovie kostenlos mit mehr EPG-Infos bekommt, da muss ich WarEagle recht geben! Hab seit dem Tip neulich von ihm TVMovie eingerichtet (unter ct VDRDevel trotzdem in VDR...) und seitdem keine Probs mehr, also TVTV runter und gut!

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte     GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:     Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

    Edited once, last by SurfaceCleanerZ ().

    Hallo!


    Ich bin jetzt auf dem neuesten Stand:


    vdrdevel 1.3.45-1
    vdrdevel-plugin-tvtv 0.2.12-3


    Jedenfalls läuft TVTV bei mir jetzt wieder aber das Zeitverschiebungsproblem ist noch immer da. Ich hab das jetzt so gelöst, dass ich TVTV-Auto-Update abschalte und nach dem programmieren eines Timers das TVTV-Plugin von Hand aufrufe. Ist zwar nicht die schönste und bequemste Methode aber zumindest kann ich mir sicher sein, dass sich meine Timer nicht wieder selbstständig machen.


    Gestern musste ich TVTV aber drei mal aufrufen bis die Zeiten gestimmt haben. Ich bin mir zwar nicht mehr 100% sicher aber kann es sein, dass die Timer seit der Sommerzeit jetzt um zwei Stunden verschoben sind ?


    Schöne Grüsse


    Michael

    Asus-Board, Core i3 3,5GHz, 4GB RAM, 1 TB WD HDD, 2 x Technotrend Budget S-1500 DVB-S, Thermaltake Gehäuse / Debian Testing - VDR 2.6.0

    Hi


    also bei mir hat sich jetzt nach der Zeitumstellung eine 2h Zeitverschiebung eingestellt. Das ist nicht immer, aber langsam geht mir das richtig auf den Zeiger :§$%


    mustang
    könntest du nicht bitte eine TVTV-Version bauen wo sämtlicher Datenverkehr mit dem tvtv-Server mitgelogt wird? Da könnte ich dem Support nochmal was hinshicken.
    Die größere der Datei ist mir egal, Hauptsache ich kann endlich das Plugin wieder ordentlich verwenden.


    Gruß
    Steffen

    VDR: yaVDR 0.6.1, AMD Athlon X2 4850e, GA-MA74GM-S2H, 2GB RAM, 60GB-SSD + 2x300GB HD, ASUS ENGT430 DC SL, 2x SATELCO Easywatch DVB-C, Pulse-Eight-CEC-Adapter :]

    Hi!


    Also ich kann die Verschiebung nur bestätigen, früher war es bei mir immer wieder ein doppelter Timer mit einer Stunde Verschiebung (immer zu früh), seit der Zeitumstellung zwei Stunden.


    Hachim

    Hallo Leute,


    ich habe heute mal einige Stunden und auch Updates mitgeloggt. Dabei sind hin und wieder diese ominösen Zeitverschiebungen von jetzt 2 Stunden übertragen worden. Hier mal ein Auszug aus meinem Logfile:


    Vielleicht hilft das ja schon weiter.


    Gruss,
    mustang

    Hardware: Asus E45M1-M Pro, 4 GB RAM, TT S2-6400 + 2x S2-1600
    Software: Debian testing mit Kernel 3.2.5 (64Bit), VDR 1.7.42, Plugins: dvbhddevice, eepg, epgsearch, femon, osdteletext, skinsoppalusikka

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login