nOpacity 0.0.5

louis · 6. Januar 2013

Hi Lucian,

du immer mit deinen komischen Segfaults

Zum ersten Fehler: ich hatte das auch schon manchmal, dass bei nicht gesetzten Setup Werten der VDR beim ersten Aufruf abgestürzt ist, aber ich konnte das nie wirklich verifizieren. Das ganze scheint mir aber eher ein VDR Problem zu sein. Wenn du alle Werte aus der setup.conf für nOpacity herauslöscht, müssten sie dann ja beim Starten vom VDR eigentlich wieder mit den Default Werten reingeschrieben werden. Passiert das?

Zu den Farbbuttons: ich zeige die eigentlich nur an. Hast du mal die EInstellungen des VDR für die Buttons in der setup.conf geprüft? Per Default schaut das so aus:

Code

ColorKey0 = 0
ColorKey1 = 1
ColorKey2 = 2
ColorKey3 = 3

Wenn da Belegungen doppelt vorkommen, werden eben nur die belegten Buttons angezeigt.

Zum zweiten Fehler: Passiert das reproduzierbar bei allen Events? Hast du ein aktuelles epgsearch installiert? Vielleicht passt der von mir verwendete ServiceHeader (Epgsearch-search-v1.0) nicht zu deiner Version?

Bei mir wird in Zeile 93 folgendes Aufgerufen: DayDateTime(r->event->StartTime()). Anscheinend kracht es damit. Kannst du mal prüfen, obr->event->StartTime() gesetzt ist? Scheint mir nicht der Fall zu sein.

Der Code ist schon seit einigen Wochen drinn, seit wann macht das bei dir denn Probleme?

Ciao Louis

johns · 6. Januar 2013

Also bei mir knall es, wenn ich die Skin zum erstenmal aktiviere.

Code

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff329e5aa in cNopacityDisplayMenuView::CreatePixmaps() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
(gdb) bt
#0  0x00007ffff329e5aa in cNopacityDisplayMenuView::CreatePixmaps() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#1  0x00007ffff32a3018 in cNopacityDisplayMenu::cNopacityDisplayMenu() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#2  0x00007ffff32a30ea in cNopacity::DisplayMenu() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#3  0x00000000004b5575 in cOsdMenu::SetDisplayMenu() ()
#4  0x000000000049d8ae in cMenuSetupOSD::ProcessKey(eKeys) ()
#5  0x00000000004b67f8 in cOsdMenu::ProcessKey(eKeys) ()
#6  0x00000000004a948b in cMenuSetup::ProcessKey(eKeys) ()
#7  0x00000000004b67f8 in cOsdMenu::ProcessKey(eKeys) ()
#8  0x00000000004ab5d2 in cMenuMain::ProcessKey(eKeys) ()
#9  0x0000000000468a27 in main ()

Alles anzeigen

Es sind noch keine Einträge im setup.conf vom Plugin.

Wenn ich nun mit der Skin im setup.conf aktiviert starte:

Code

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff3297679 in cNopacityDisplayChannel::SetGeometry() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
(gdb) bt
#0  0x00007ffff3297679 in cNopacityDisplayChannel::SetGeometry() ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#1  0x00007ffff32993c7 in cNopacityDisplayChannel::cNopacityDisplayChannel(bool) () from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#2  0x00007ffff3299469 in cNopacity::DisplayChannel(bool) ()
   from /usr/lib64/vdr/plugins/libvdr-skinnopacity.so.1.7.35
#3  0x00000000004a98fa in cDisplayChannel::cDisplayChannel(int, bool) ()
#4  0x000000000046962c in main ()

Alles anzeigen

Johns

Zoolook · 6. Januar 2013

Hi,

Zitat von louis

Wenn du alle Werte aus der setup.conf für nOpacity herauslöscht, müssten sie dann ja beim Starten vom VDR eigentlich wieder mit den Default Werten reingeschrieben werden. Passiert das?

Nein, die bleiben weg, komischerweise.

Zitat von louis

Zu den Farbbuttons: ich zeige die eigentlich nur an. Hast du mal die EInstellungen des VDR für die Buttons in der setup.conf geprüft? Per Default schaut das so aus:

Genau so sieht das auch bei mir aus, und mit anderen Skins sind die ja auch richtig.

Zitat von louis

Zum zweiten Fehler: Passiert das reproduzierbar bei allen Events? Hast du ein aktuelles epgsearch installiert? Vielleicht passt der von mir verwendete ServiceHeader (Epgsearch-search-v1.0) nicht zu deiner Version?

Ja, bei allen Events passiert das. Ich hatte Dich doch so verstanden, jetzt sollte man epgsearch aus dem Git nehmen. Gegen den Service-Header der Git-Version gibts in Deiner Kopie durchaus Unterschiede, aber ich glaube nicht wirklich dass die relevant sind. Ich koennte mal nOpacity mit dem aktuellen Header bauen...

Zitat von louis

Der Code ist schon seit einigen Wochen drinn, seit wann macht das bei dir denn Probleme?

Ich habe es erst gestern bemerkt nachdem ich epgsearch aus dem Git genommen habe, laut Deiner Empfehlung, dann hatte ich mich an die Probleme die wir da frueher hatten erinnert. Gerade habe ich auch mal epgsearch-1.0.0 probiert, knallt auch.

Ciao, Lucian

louis · 7. Januar 2013

Hi Lucian,

hmm...seltsam Kannst du das mit den reruns mal mit skinenigmang testen, der entsprechende Code ist von da entliehen...ansonsten müsstest du wohl mal debuggen, was genau schiefläuft.

Gleiches für die Farbbuttons: ich habe keine Ahnung, was da bei dir schief läuf. Kannst du mal ein paar Debugausgaben in cNopacityDisplayMenu:: SetButtons() bzw. cNopacityDisplayMenuView:: DrawButton() einbauen und schauen, was da nicht passt?

Irgendetwas scheint bei dir anders zu sein als bei allen anderen...

Ciao Louis

nvertigo · 7. Januar 2013

Nur ein Schuss ins Blaue: epgsearchmenu.conf?

Gruß, Ingo

EDIT: ich bin total begeistert von der Integration von skinnopacity, epgsearch und softhddevice mit scaling-API!!! Das Ganze ist einfach nur SCHÖN! Vielen Dank an Louis, Johns, Winnie und Lucian. Ist auch ein super Beispiel für Zusammenarbeit... Danke.

louis · 7. Januar 2013

Moin,

spielt bei Suchanfragen über das epgsearch Serviceinterface auch die epgsearchmenu.conf mit rein? Wäre mir neu...und im Code wird ja auch direkt auf die Event Objekte zugegriffen...

Lucian: meine Fragen bezüglich der Versionen waren rein zum Troubleshooting gedacht, bei mir läuft das ganze mit der aktuellen GIT Version von epgsearch problemlos.

Ciao Louis

Zoolook · 7. Januar 2013

Hi,

louis: mein derzeitiger Verdacht ist wie ich bei anderen Plugins die auch nach Umstellen der Makefiles im VDR anfingen, sich komplett "Gaga" zu verhalten auch feststellen konnte, das Makefile, welchem noch

Code

PLGCFG  = $(call PKGCFG,plgcfg)

und dann spaeter

Code

### Allow user defined options to overwrite defaults:


-include $(PLGCFG)

fehlt, damit alle benoetigten Symbole und Compiler switches übergeben werden.

Ich werde das heute Abend ausprobieren und berichten.

Ciao, Lucian

Zoolook · 7. Januar 2013

Hey Louis,

Zitat von Zoolook

Ich werde das heute Abend ausprobieren und berichten.

ich werd' bekloppt, genau das war es... Urploetzlich kracht es nicht mehr bei Event details, bei Setup, die Farb-Buttons sind da in Farbe und in richtiger Reihenfolge. Auch hatte ich ein Geflacker bei jeder Aenderung der Menue-Selektion, dass ich Johns' softhddevice suspektiert hatte, weil er da gerade eine Baustelle mit dem PIP hat. Bitte ubernimm den angehaengten Patch asap, er enthaelt auch noch eine kosmetische Kleinigkeit mit dem RESDIR, aber das Inkludieren von Make.conf was ja auch in der neuen Makefile-Logik notwendig ist, hatte gefehlt. Ich wundere mich nun an dieser Stelle, habt ihr alle anderen bloss aus dem VDR Source-Tree gebaut und ausgefuehrt? Da bin ich wohl mit meinem Gentoo und der Tatsache dass ich mir noch so taufrische Sachen vor dem Bauen erst selber "paketiere" wohl eher die Ausnahme, auch ist zur Zeit bei Gentoo diese Makefile-Transition natuerlich noch nicht vollendet...

Ciao, Lucian

louis · 7. Januar 2013

Hi Lucian,

na dann bin ich ja froh, dass du das Problem gefunden hast...ich war schon etwas ratlos. Ich baue tatsächlich auch immer aus dem VDR Sourcetree.

Ich werde den Patc für das Makefile ins GIT nehmen. Edit: ist drinn.

Ciao Louis

nOpacity 0.0.5

Jetzt mitmachen!

Teilen