Suchergebnisse
Suchergebnisse 1-20 von insgesamt 139.
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
-
Der Besitzer hatte doch, entgegen seiner Aussage die Updates noch nicht installiert, jetzt ist es da: vuplus-support.org/wbb4/index.…32970d2057b8a6d9852d013c8 Vielen Dank für Eure Geduld.
-
Geprüft: vuplus-support.org/wbb4/index.…32970d2057b8a6d9852d013c8 Neu gestartet: vuplus-support.org/wbb4/index.…32970d2057b8a6d9852d013c8 OE-System: openvuplus 3.0 Firmware-Version: VTi 13.0.9 (2018-04-10-vti-master (b88ad099c)) Kernel / Treiber: 3.14.28 / 3.14.28-20180424.r0
-
(ich weiß, "Screenshot", aber es ist nicht mein Receiver) vuplus-support.org/wbb4/index.…32970d2057b8a6d9852d013c8
-
Woran kann es liegen, wenn unter Menü ⇒ VTi ⇒ Einstellungen - System der Menüpunkt "SQL Datenbank aktivieren" fehlt? Das System ist auf dem neuesten Stand VTI 13.09 + alle Updates eingespielt, Einstellungslevel steht auf Experte. Es handelt sich um eine Ultimo 4k (nicht meine).
-
Bug: Datum im Aufnahmedateinamen von Wiederholungstimern passt sich nicht mehr dem Aufnahmetag an
BeitragIst es Absicht, dass die *.py Dateien nicht mehr im System sind, nur noch die *.pyo? Sonst hätte ich mal nachschauen können, wo es hakt.
-
Bug: Datum im Aufnahmedateinamen von Wiederholungstimern passt sich nicht mehr dem Aufnahmetag an
BeitragKlar, das wird wohl funktionieren, beseitigt aber den eigentlichen Bug nicht. Es gibt sogar Tage, da ist kein Zeitraum für einen Neustart übrig... Kommt die Dateinamenbehandlung, die hier fehlschlägt, aus dem Original-Image oder aus der VTI-Anpassung?
-
Bug: Datum im Aufnahmedateinamen von Wiederholungstimern passt sich nicht mehr dem Aufnahmetag an
BeitragMeine Box läuft auch durchgehend (normales Standby).
-
Bug: Datum im Aufnahmedateinamen von Wiederholungstimern passt sich nicht mehr dem Aufnahmetag an
BeitragSeit dem Update vom 19.06.2017, eventuell schon seit dem Update vom 16.06.2017 auf VTi 11.0.2 wird beim Aufzeichen von Wiederholungstimern (z.B. täglich 14:50 bis 17:15) das Datum im Dateinamen nicht mehr an den aktuellen Aufnahmetag angepasst. Das hat zur Folge, dass die Aufnahme von Gestern durch die Aufnahme von Heute und diese wiederum durch die von Morgen überschrieben wird. Beispiel: Receiver am 20.06. neu gestartet, Aufnahme um 14:50 durchgeführt, Dateiname "20170620 1450 - SAT_1 Gold HD …
-
Zu der Fehlermeldung habe ich folgendes gefunden: Zitat von caf (Stackoverflow Forum): „"Scheduling while atomic" indicates that you've tried to sleep somewhere that you shouldn't - like within a spinlock-protected critical section or an interrupt handler. Common examples of things that can sleep are mutex_lock(), kmalloc(..., GFP_KERNEL), get_user() and put_user(). “ (für die Programmierer)
-
Nach heutigem Update (Pakete vom 19.06.2017) reagiert der Receiver langsam und im Log erscheint im Millisekundentakt: Quellcode (13 Zeilen)Kann man da schnell was tun oder kann ich die heute geplanten Aufnahmen vergessen? Entwarnung: Nach nochmaligem Neustart ist der Spuk verschwunden. Heute Morgen (20.06.2017) hat der Receiver zwei Aufnahmen von Pro Sieben HD und Sat.1 Gold HD einfach gar nicht gemacht - keine Aufnahmedateien, kein Crashlog, keinerlei Spur von den Aufnahmen, die er eigentlich s…