Suchergebnisse

Nicht regelmäßig (kein festes Intervall), sondern wie geschrieben sporadisch (laut Duden: sporadisch = "so, dass es nur manchmal und nicht regelmäßig erfolgt."). Manchmal einer, manchmal zwei, mal nach Minuten, mal nach Stunden. Kein Umschalten, nur TV-Glotzen auf einem Sender (Das Erste HD). Genaues wie oft und wie häufig kann ich erst in ein / zwei Tagen sagen, weil das neue Image ja erst seit Aufspielen des Bootloader-Images läuft. Bis jetzt nur die zwei Crashes.

Immer noch Crashes nach Update (GUI-Restart spontan). DIeses Mal sind die Crashlogs noch kürzer. Aber Crashes kommen nicht mehr so häufig vor (bis auf die zwei Crashes ist es bis jetzt stabil). Nach dem Update wurde VTI 13.0.2 neu eingespielt und erst mal aktualisiert.

Zitat von tonskidutch: „ach es ist bekannt über welche Bugs wir sprechen? “ Ich hoffe doch, den Bug vom ersten Post des Threads, dass die Box abschmiert beim Schauen vom TV, ohne weiteres Zutun. Also keine Tastatur, kein Plugin, keine Aufnahme, sondern einfach so

hi ne-X-us, der Bug vom 15.12.17 kommt beim EInblenden der virtuellen Tastatur. In der Zeile 347 der Datei "/usr/lib/enigma2/python/mytest.py" in der Funktion "open" hat der angezeigte Dialog keine Option "isTmp" (ist nicht definiert). Daher stützt das ganze beim Aufruf "dlg.isTmp=True" ab. Die Bugs vom 19., 25., 26. und 29. sind beim "Spulen" der Aufnahmen aufgetreten, ist vermutlich n Enigma2 Bug. Also nicht die "sporadischen" Bugs, über die wir hier im Wesentlichen reden.

Der Bug wird getriggert wenn du mehr als 4 Satelliten konfiguriert hast (Oder 4 unterschiedliche Configs mit zwei FBC Tunern). Der Overflow bewirkt undefiniertes Verhalten, sprich es kann alles ok sein, aber dann irgendwann irgendwo crasht die Box und man kann nicht nachvollziehen wieso (Im Wesentlichen ein Stack Problem). Ich denke nicht dass der Bug verantwortlich ist für die spontanen Abstürze bei normalen Configs.

Einer meiner Crashes deckt sich mit diesem OpenATV-Bugfix: [frontend.cpp] Fix crash at heavy AutoTimer/EPGrefresh load · openatv/enigma2@af03b03 · GitHub. Das ist im VU repository nicht gefixt. Und das würde auch erklären, warum OpenATV bei mir stabil läuft. eDebugNoSimulate("dont close frontend %d until the linked frontend %d in slot %d is still in use", 598 m_dvbid, linked_fe->m_frontend->getDVBID(), linked_fe->m_frontend->getSlotID()); 599 return -1; Sollte eigentlich so aussehen : eDebugNoSi…

@plnick Wenn du schreibst dass alle Images betroffen sind, dann mag das sein, aber dann ist es vermutlich nicht der Bug den ich hab, sondern ein anderer Bug. Der von mir beschriebene Bug tritt bei mir nur beim VTI Image sporadisch auf (und ja, ich bin mir da absolut sicher). Kannst du bitte mehr Details geben, was derzeit gefixt wird (VTI scripts oder Enigma2 oder Box Treiber) ? Ich stell mich auch gern als Tester inkl. GDB Session zur Verfügung.

Zitat von sattim1: „@ronaldse das hab ich auch schon alles hinter mir, dachte mit original Image und ohne Plugin ist alles gut .... leider nicht. @plnick klar könnte man warten, aber wie lange? ich will die Box ja nutzen und wieder wie schon mal gehabt wieder eine Funktionierende Box. Würde die ungern zurück senden. ich hab derweil noch mal einige Logs, wenn gewünscht kann ich die Uploaden. Hier fällt mir immer auf dass libc.so.6 drin vor kommt, hier ein Beispiel. [bsod.cpp] --------------------…

Auch bei mir tritt das Problem auf (neuestes VTI Image 13.0.1, Hardwareversion laut Platine von 10/2016, DVB-C Tuner FBC). Gelegentliche GUI-Neustarts, manchmal sogar komplette Freezes. Zeitpunkt völlig zufällig, mal nach Minuten, mal nach Stunden, nur beim Fernsehschauen ohne Zapping, selber Kanal. An der Hardware liegts nicht, da sowohl das org. Image als auch OpenATV absolut stabil laufen. Und auch keine zusätzlichen Plugins installiert. Nach den Crashlogs müsste die Problematik auf Handling …