Hallo,
ich bin noch recht neu hier und habe fast exakt das selbe Problem wie in diesem Thread von der solo2:
Probleme bei Timern / Konflikte vorhanden wo keine sind, keine Aufnahme vom akutellen Programm möglich wegen Konflikt
Leider komme ich nicht weiter bei der Lösung.
Hier im Detail:
Vu+ duo2 mit VTI 8.2.3
1 Dual- und 1 Single- DVBS2-Tuner
Donnerstag wollte ich während 2 Aufnahmen liefen, spontan auf einem dritten Sender eine Aufnahme starten.
Er meldete ständig Timerkonflikt.
Komischerweise ging Timeshift. Also schon sehr unlogisch.
Neustart zum testen wollte ich da nicht machen, wegen den Aufnahmen.
Nachdem die Aufnahmen zu Ende waren, habe ich neu gestartet und nochmal getestet.
Aber schon beim Start einer zweiten Aufnahme kam wieder die Meldung des Timerkonflikts.
Da es schon spät war und aus lauter Frust hab ich es dabei belassen, hab noch eine Aufnahme geschaut und nach 40 Minuten nochmal getestet.
Da lief alles einwandfrei.
Ich dachte mir, vielleicht hat sich die Box einfach nur irgendwie verschluckt beim booten.
Heute allerdings wollte ich eine Aufnahme für nächste Woche programmieren und schon wieder erhalte ich die Meldung eines Konflikts, obwohl keiner da ist.
Hab dann versucht wie im o.g. Thread die timers.xml zu löschen, neu zu starten und alle meine Timer wieder neu zu programmieren.
Der Fehler ist sofort wieder da, selbst wenn ich parallel nur 1 timer dazu habe (vorher hatte ich 2 parallel zu dem neuen, den ich programmieren wollte)
Also reproduzierbar.
Jetzt bin ich echt ratlos.
Es gibt noch eine Kuriosität, wobei ich nicht weiß, ob es damit zu tun hat.
Wollte für heute einen Timer programmieren, der um 23:40 Uhr anfängt und um 0:20 aufhört.
Immer wenn ich den anlege, speichert er start: 23:40 Uhr und Ende 23:20 Uhr, Laufzeit -20 Minuten. Also eine negative Zahl.
Ich werde noch wahnsinnig. Dachte zuerst es ist wegen der Zeitumstellung, aber die ist ja nun vollzogen.
Ein Blick in die timers.xml zeigt auch, dass er beim Anlegen dieses Timers eine andere Linux-Endzeit speichert, als er müsste.
Hat irgendjemand noch eine Idee, was das sein könnte?
Keine Ahnung ob es da einen Zusammenhang gibt.
ich bin noch recht neu hier und habe fast exakt das selbe Problem wie in diesem Thread von der solo2:
Probleme bei Timern / Konflikte vorhanden wo keine sind, keine Aufnahme vom akutellen Programm möglich wegen Konflikt
Leider komme ich nicht weiter bei der Lösung.
Hier im Detail:
Vu+ duo2 mit VTI 8.2.3
1 Dual- und 1 Single- DVBS2-Tuner
Donnerstag wollte ich während 2 Aufnahmen liefen, spontan auf einem dritten Sender eine Aufnahme starten.
Er meldete ständig Timerkonflikt.
Komischerweise ging Timeshift. Also schon sehr unlogisch.
Neustart zum testen wollte ich da nicht machen, wegen den Aufnahmen.
Nachdem die Aufnahmen zu Ende waren, habe ich neu gestartet und nochmal getestet.
Aber schon beim Start einer zweiten Aufnahme kam wieder die Meldung des Timerkonflikts.
Da es schon spät war und aus lauter Frust hab ich es dabei belassen, hab noch eine Aufnahme geschaut und nach 40 Minuten nochmal getestet.
Da lief alles einwandfrei.
Ich dachte mir, vielleicht hat sich die Box einfach nur irgendwie verschluckt beim booten.
Heute allerdings wollte ich eine Aufnahme für nächste Woche programmieren und schon wieder erhalte ich die Meldung eines Konflikts, obwohl keiner da ist.
Hab dann versucht wie im o.g. Thread die timers.xml zu löschen, neu zu starten und alle meine Timer wieder neu zu programmieren.
Der Fehler ist sofort wieder da, selbst wenn ich parallel nur 1 timer dazu habe (vorher hatte ich 2 parallel zu dem neuen, den ich programmieren wollte)
Also reproduzierbar.
Jetzt bin ich echt ratlos.
Es gibt noch eine Kuriosität, wobei ich nicht weiß, ob es damit zu tun hat.
Wollte für heute einen Timer programmieren, der um 23:40 Uhr anfängt und um 0:20 aufhört.
Immer wenn ich den anlege, speichert er start: 23:40 Uhr und Ende 23:20 Uhr, Laufzeit -20 Minuten. Also eine negative Zahl.
Ich werde noch wahnsinnig. Dachte zuerst es ist wegen der Zeitumstellung, aber die ist ja nun vollzogen.
Ein Blick in die timers.xml zeigt auch, dass er beim Anlegen dieses Timers eine andere Linux-Endzeit speichert, als er müsste.
Hat irgendjemand noch eine Idee, was das sein könnte?
Keine Ahnung ob es da einen Zusammenhang gibt.