Version 0.9.5

maz · 25. März 2016

Hi,

ich hab jetzt mal versucht einen Backtrace zu erstellen (hab ich vorher noch nie gemacht), bin einfach so wie hier beschrieben vorgegangen und habe vdr-dbg und vdr-plugin-skindesigner-dbg installiert. Wenn ich das richtig verstehe brauche ich nun nichts weiter machen als ins Verzeichnis /var/log/vdr zu schauen ob ein Crashlog abgelegt wurde. Hier mal 2 Crashlogs (beim 1. Log ist VDR beim Scrollen durchs EPG abgeschmiert, beim 2. Log beim Versuch eine Aufzeichnung abzuspielen)... ich hoffe man kann damit etwas anfangen

Gruß maz

louis · 25. März 2016

maz: die Backtraces sind ok. Hast du denn die aktuelle Git Version vom softhddevice-openglosd installiert? Du benutzt wohl den bluestyle Skin oder?

Ciao Louis

maz · 25. März 2016

Ja und ja

ofenheizer · 25. März 2016

Hallo,

seit einem der letzten Updates habe ich bei OSD-Einblendungen im syslog folgendes:

Code

Mar 25 17:27:01 VDR vdr: [1611] [poller.c,82]: epoll_wait() failed: Unterbrechung während des Betriebssystemaufrufs

Weiss nicht, ob es vom skindesigner kommt, oder evtl. doch vom softhddevice (openglosd). Mehr ist ja beim OSD nicht beteiligt.
Auswirkungen habe ich keine feststelen können.
Beide Plugins stammen aus frodos entsprechendem testing-ppa.

Markus

louis · 25. März 2016

Zitat von maz

Ja und ja

Hm, dann weiss ich auch nicht was da bei dir los ist Mal schauen ob ich das irgendwie nachstellen kann...

Ciao Louis

maz · 26. März 2016

Danke, ist schon ein wenig seltsam... ich hab jetzt mal für einige Zeit auf den metrixhd Skin umgestellt, damit gibt es bei mir keine Abstürze
Die skindesigner Installation an sich scheint wohl OK zu sein, vielleicht ist auch im bluestyle Skin irgendetwas nicht ganz sauber.

louis · 26. März 2016

Zitat von maz

vielleicht ist auch im bluestyle Skin irgendetwas nicht ganz sauber.

Jo ich muss mir den mal anschauen...ist halt immer schwierig mit allen Skins zu testen.

Ciao Louis

tomas · 27. März 2016

Moin Louis,

es gibt wohl noch ein Problem in Verbindung mit epgsearch und der Anzeige von erstellten Timern und erledigten Aufnahmen von Suchtimern. Bei beiden ('erledigte Aufnahmen' kann ich momentan nicht testen, gehe aber stark davon aus) wird unabhängig vom Skin eine leere Liste angezeigt.

Beispiel Suchtimer für Tagesthemen: Man geht auf Programmführer -> Suche -> wählt den Suchtimer aus -> Aktionen -> Zeige erstellte Timer -> leere Liste (Screenshot1). Dass aber Timer erstellt wurden, sieht man im Header oder auch im 'normalen' Timermenü (Screenshot2).
EDIT: Allerdings werden im Header des epgsearchmenüs zwölf Timer angezeigt, obwohl nur sechs angelegt wurden (siehe Timermenü)

Evtl hast du auch rookies Post im shady-Thread gesehen. Hier geht es um die Anzeige der erledigten Aufnahmen eines Suchtimers. Wobei bei den erledigten Aufnahmen noch hinzukommt, dass epgsearch für dieses Menü eine falsche Menukategorie setzt (siehe hier) und deshalb keine Listenansicht mit Currentelement sondern das Menü der Detailinfo angezeigt wird.

Gruß und schöne Ostern

Tomas

louis · 27. März 2016

Hi Tomas,

auch das erste von dir geschilderte Problem ist ein Bug in epgsearch. Da wird mcTimer als MenuCategory gesetzt, jedoch werden "standard" Listenelemente übergeben. Ich könnte das zwar im Skindesigner durch einen kruden Konstrukt abfangen, das mag ich aber nicht machen Der folgende Patch für epgsearch fixt das Problem:

Diff

diff --git a/menu_timersdone.c b/menu_timersdone.c
index a239892..60e2b71 100644
--- a/menu_timersdone.c
+++ b/menu_timersdone.c
@@ -68,7 +68,7 @@ cMenuTimersDone::cMenuTimersDone(cSearchExt* Search)
    :cOsdMenu("", 4, 15)
 {
 #if VDRVERSNUM >= 10728
-  SetMenuCategory(mcTimer);
+  SetMenuCategory(mcUndefined);
 #endif


    search = Search;

Alles anzeigen

Ciao Louis

louis · 27. März 2016

PS: man könnte das Problem in epgsearch auch "schön" richten, indem epgsearch nicht

Code

virtual void SetItem(const char *Text, int Index, bool Current, bool Selectable);

aufruft sondern

Code

virtual bool SetItemTimer(const cTimer *Timer, int Index, bool Current, bool Selectable);

Dazu müsste der Code in menu_recsdone.c entsprechend angepasst werden. Dann würde auch das "schöne" Timers Menü benutzt werden und nicht die Standardliste. Müsste am besten mal Winni nachschauen...auf die Patches sollte man Winni auch mal aufmerksam machen. Ich schreib ihm mal ne Mail

Ciao Louis

louis · 28. März 2016

maz, frodo: ich habe mir mal eure hier bzw. hier beschriebenen Crashes genauer angesehen...könnt ihr bitte mal mit der aktuellen Git Version vom Skindesigner testen, ob ihr das noch reproduziert bekommt? Ich denke, ich habe das Problem gefixt. Falls es immer noch crasht bitte nochmal nen Backtrace...Danke!

Ciao Louis

maz · 28. März 2016

Louis, was auch immer Du da gemacht hast, es war gut Hatte vorher bestimmt 10 Abstürze am Tag, nach einem ersten Hardcore-Scrolling-Test hatte ich bis jetzt keinen Crash mehr

maz

louis · 28. März 2016

Moin,

Zitat von maz

Louis, was auch immer Du da gemacht hast, es war gut

Cool Danke fürs Testen und das Feedback.

Ciao Louis

utiltiy · 28. März 2016

louis,

kannst du mal den Header vom Thread hier auf 0.9.3 anpassen - bitte?

louis · 28. März 2016

Moin,

im Git ist eine neue Version 0.9.4. Neben dem Fix für die Crashes beim bewegen in Menüs (die wohl vermehrt in Skins aufgetaucht sind, bei denen aufgrund der kleinen Listenbreite viel in den Listen gescrollt worden ist) habe ich das Shifting optimiert. Sind z.B. beim Displaychannel Elemente aus verschiedenen Richtungen hereingefahren (wie z.B. bei metrixHD, falls eine Shifttime für Zeit, Wetter und Devices gesetzt ist) und insbesondere falls das "Devices" Viewelement angezeigt wurde, hat es ziemlich geruckelt und beim Beenden ist oftmals ein Teil der Anzeige "übriggeblieben". Das sollte mit der aktuellen Version behoben sein...

Ciao Louis

louis · 28. März 2016

Zitat von utiltiy

kannst du mal den Header vom Thread hier auf 0.9.3 anpassen - bitte?

0.9.3 ist doch schon alt

Ciao Louis

maz · 28. März 2016

Super, das war echt ein großer Schritt nach vorne heute
Damit es nicht langweilig wird, hab ich gleich mal ein paar neue Bugs reportet... so langsam muss man aber echt schon suchen.

maz

Frodo · 28. März 2016

Zitat von louis

0.9.3 ist doch schon alt

Ciao Louis

Stimmt

Frodo · 29. März 2016

Hatte ich schon total vergessen, seit der neuen Version funktioniert folgendes Construkt nicht mehr:

Code

<scrapercontent shifttime="{shifttimereplay}" shifttype="left" shiftmode="slowed">
        <area condition="{hasposter}" x="1%" y="75%" width="{areaheight}*0.21*{posterwidth}/{posterheight}" height="21%" layer="3">
            <drawimage imagetype="image" path="{posterpath}" x="0" y="0" width="100%" height="100%"/>
        </area>
        <area condition="not{hasposter}" x="1%" y="75%" width="14%" height="21%" layer="3">
            <drawimage imagetype="icon" path="ico_recording" x="0" y="0" width="100%" height="100%"/>
        </area>
    </scrapercontent>

Dieses wird z.B. im Skin blackhole oder bei meinem blackholefrodo in displayreplay.xml verwendet. Das nicht funktionieren hat zur Folge das sowohl das image als auch das ico_recording Objekt gleichzeitig angezeigt wird.

Siehe Screenshot mit rotem Kreis.

louis · 30. März 2016

Hi Frodo,

Tatsache, das Token habe ich wohl aus versehen in hasPoster umbenannt. Genauo mit hasBanner. Warum ich da auf einmal Camel Case verwendet habe...ansonsten sind ja alle Tokens klein geschrieben. Da das absolut inkonsequent war, habe ich das im Git mal überall, wo diese Tokens gesetzt werden, in hasposter bzw. hasbanner umbenannt. Ich hoffe, das macht jetzt in anderen Skins nichts kaputt...aber dann muss das da angepasst werden

Ciao Louis

Version 0.9.5

Jetzt mitmachen!

Teilen