[Erledigt] Timer.xml Bugs

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Der Bug ist leider immer noch vorhanden nach dem update vom 7.3
    Update durchgeführt dadurch war logischerweise ein reboot notwendig, und wieder wurden nach dem reboot bei den laufenden Aufnahmen die Start Zeit in der Timer liste auf die Uhrzeit des reboot gesetzt.

  • Timer.xml Bugs

    Wieso machst du denn den Reboot, während eine Aufnahme läuft?

    Änderungen durch das Update stehen im Changelog. Daher war klar, dass sich bezüglich der Änderung der Timer nicht geändert hat.

  • Wieso machst du denn den Reboot, während eine Aufnahme läuft?
    Wie gesagt bei mir sind die Boxen zum Aufnehmen da, die Boxen laufen 24/7 und irgend ein Timer läuft so gut wie immer, nur zum "Live Gucken" werden sich die wenigsten eine 400-600 Euro Box holen, der Grund sich eine vu+ zuzulegen sind ja wohl ihre Aufnahme Möglichkeiten, und angefangen hat es ja mit unfreiwilligen Reboots wenn die sich Box aufhängt.
    Aber witzig das lieber das Aufnahme verhalten der User angemerkt wird statt der Bug.

  • Es hat niemand dein Aufnahmeverhalten kritisiert, sondern wir fragen uns nur, warum du deine Box während der Aufnahmen rebootest.

    Wenn ich viele Aufnahmen laufen habe, lasse ich meine Box laufen.

    Wenn die crasht suche ich nach der Ursache für den Crash und beseitige diese. (Falls du die Werbeerkennung aktiviert hast, deaktivieren die Mal)

  • Wenn man den Fehler kennt und tatsächlich keine 2 freien Minuten zwischen den ständigen Aufnahmen findet, dann ist die laufende Aufnahme durch den Reboot ohnehin kaputt bzw. geteilt. Da wäre es doch vernünftiger, die Aufnahme manuell zu beenden, den Reboot zu machen und die Aufnahme dann wieder zu starten.
    Dass dein völlig unsinniges Verhalten durch das Image abgefangen werden soll, ist etwas viel verlangt. Ich sehe das auch nicht als Bug, sondern als Fehlverhalten des Users.

    Abgesehen davon, fällt es schwer, zu glauben, dass dein Receiver 24/7 aufnimmt.Irgendwann muss man Aufnahmen ja auch mal ansehen. Aber jeder, wie es ihm Spass macht.

  • Dass dein völlig unsinniges Verhalten durch das Image abgefangen werden soll, ist etwas viel verlangt. Ich sehe das auch nicht als Bug, sondern als Fehlverhalten des Users.

    Wenn es nicht erst seit dem update von 7 oder 8.2 so wäre könnte man darüber reden, aber davor ging es seit Jahren, und auch mit anderen Images gab/gibt es ein solches verhalten nicht das sich Tmer selbst verändern wenn man Rebootet. bzw. Rebooten muss wenn sich die Box aufhängt, und was da ein unsinniges verhalten von mir sein soll erschließt sich mir nicht.
    Und du musst es mir ja nicht glauben aber ich habe eine Multi-sat Anlage mit 4Sat Positionen und einen 17/16 Multischalter, und das wenigste ist eine laufende Aufnahme bei 24/7.

  • Ich gebe Traxx recht, das ist ein Fehlverhalten, das korrigiert werden sollte. Reboots können immer mal auftreten, aber bei dem Fehler muss man quasi täglich die Timer kontrollieren. Und ja, es gibt auch Gebiete, wo es doch öffter mal zu kurzen Stromausfällen kommt, der Reboot muss also nicht an der Box liegen... Warum sollte ein bekanntgewordener Fehler nicht beseitigt werden? Ich als Programmierer wäre dankbar, wenn solch ein Fehler gemeldet würde, der sonst kaum entdeckt wird.

  • Nach dem Update und Reboot hat es schon mal wieder funktioniert und den laufenden Timer nicht mehr geändert. Danke
    Das kopieren der timers.xml mit Telnet, init 4, init 3 teste ich auch noch die Tage.

    Wenn noch irgend welche weiteren Infos erwünscht oder nötig sind zum 2ten Bug, wenn die HDD voll läuft und die Box abstürzt das danach die Timerliste leer ist, bzw. wenn man den Datenbankbasierende Papierkorb verwendet die Box gar nicht mehr startet sagt bescheid.
    Das leere log File hilft ja nicht weiter mit 00kb weil er ja auf die HDD nichts schreiben kann weil voll gelaufen, bzw. wenn man wo einstellen kann das er das log File nicht auf die HDD schreiben will sondern in den Flashspeicher oder einen angesteckten USB Stick lasse ich euch welche zukommen.

    Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Traxx ()

  • @Traxx
    Ich weiß, das willst Du nicht hören, aber ich zitiere mich trotzdem mal selbst:

    Bastelbogen schrieb:

    Ich bin ja prinzipiell der Meinung, dass es nicht so schwer sein kann, darauf zu achten, dass man genug Speicherplatz für anstehende Aufnahmen zur Verfügung hat. Erst recht nicht, wenn das schon wiederholt vorgekommen ist.
    Nötigenfalls könnte man auch ein größeres Aufnahmemedium verwenden 8)

    Ansonsten: Schau mal in den Thread Benachrichtigung bei XXGB verfügbarer HDD Kapazität, wie im Skin integrieren? Dort hat @Kilroy ein entsprechendes Script gebaut und zur Verfügung gestellt.
    ✂ - - - - - - - - - - - - - - - - - - - - - - - - - -
    Dumm wird man nicht, dumm bleibt man

  • Mit Absicht lässt sicher niemand die HDD voll laufen, aber es kann halt mal vorkommen wenn man zb. im Urlaub ist, oder warum auch immer.
    Aber ich finde es erstaunlich das hier immer "gute Ratschläge" gegeben werden (kauf eine größere HDD, oder reboote die Box nicht wenn eine Aufnahme läuft) oder Gewohnheiten der User an gemäkelt werden, statt den gemeldeten Bugs die selten sind auf den Grund zu gehen, geschweige das man froh ist wenn sie wer findet und gemeldet werden, wovon ich eigentlich ausging. Aber wie ihr meint...

    Zum Abschluss meinerseits, der "wichtigere Bug" ist ja gefixt worden, und offensichtlich kein wert darauf gelegt wird seltenen Bugs auf den Grund zu gehen, gebe ich als Tipp den Usern denen die HDD voll gelaufen ist (warum auch immer) und verzweifeln weil die Box nicht mehr startet, selbst neu Flashen und alle möglichen versuche nichts bringen, löscht die VTIdb.db dann startet die Box wieder.
    Ich bin damit erst einmal raus es sei den er wird konstruktiv über den Bug Diskutiert und es werden noch Infos benötigt die ich nicht eh schon dazu geschrieben habe.