Caching für nOpacity

Bei mir mag er seit dem Git Pull nicht starten:

Sep 29 16:25:08 video kernel: [ 1864.584269] vdr[14208]: segfault at 50 ip b477c0b4 sp bfe88350 error 4 in libvdr-skinnopacity.so.2.0.0[b474a000+9a000]

Zitat von louis

@Seahawk: ändert ihr in yavdr eigentlich irgendwo die Ausgabegröße? Beim PIP oder sonstwo? Oder bleibt die i.d.r. konstant?

Bei mir bleibt die konstant. Es gibt ein PIP-Addon, das ich aber nie genutzt habe, weil das die Grafikkarte auf dem ION-System nicht packt.
Unter Arch Linux nutze ich i3wm als Window-Manager - da kann ein Fenster schnell mal auf die Hälfte oder ein Drittel der Höhe bzw. Breite gestaucht werden, wenn man weitere Fenster auf der gleichen Arbeitsfläche öffnet.

Müsste dann nicht vielleicht volle OSD Breite sondern volle Kanalinfo Breite oder so heissen...

Ah damit geht das

Dann muss man nur beide Werte um den gleichen Wert ändern, alles ist gut...

Ah Moment, dann habe ich aber auch rechts vom Logo mehr Leerraum, mir ging es darum, das Logo wenn die Anzeige verkleinert wird automatisch entsprechend zu schieben, damit es in der Kanalanzeige drin ist und nicht daneben.

Ich kann ändern, was ich will, ich sehe keine Cache Einträge im Log:

Sep 29 16:41:53 [vdr] [28681] loading /etc/vdr/themes/nOpacity-iceblue.theme
Sep 29 16:41:53 [vdr] [28681] saved setup to /etc/vdr/setup.conf
Sep 29 16:42:08 [vdr] [28681] loading /etc/vdr/themes/nOpacity-goldblue.theme
Sep 29 16:42:08 [vdr] [28681] saved setup to /etc/vdr/setup.conf
Sep 29 16:42:41 [vdr] video: 26:03:20.690  +18  299   0/\ms  32+7 v-buf_
Sep 29 16:43:04 [vdr] [28681] loading /etc/vdr/themes/nOpacity-goldblue.theme
Sep 29 16:43:04 [vdr] [28681] saved setup to /etc/vdr/setup.conf
Sep 29 16:43:18 [vdr] [28681] loading /etc/vdr/themes/nOpacity-goldblue.theme
Sep 29 16:43:18 [vdr] [28681] saved setup to /etc/vdr/setup.conf

Muss da noch etwas eingestellt werden?

Also ich versuche das nochmal anders zu erklären:

Per Default steht Breite des linken und rechten Randes auf 15, und wenn ich Hintergrund Stil auf volle OSD Breite stelle ist das Logo links in der Anzeige integriert. Stelle ich den l u r Rand zB auf 100 dann ist das Logos nicht mehr im Balken der Anzeige sondern links daneben. Das Logo müsste in dem Fall also statt default 15 um 75 auch auf 100 nach rechts wandern, damit es im Balken drin ist, so wäre das nach meiner Meinung konsequent.

Zitat von louis

3PO: der VDR muss auf Loglevel 3 (Debug) laufen...tut er das?

Ja, tut er.

Ich verwende vdr-2.1.1. In der History steht:

....
- Reverted the change from version 1.5.7 that made all logging go to LOG_ERR (thanks
  to Christopher Reimer)
....

Es würde mich nicht wundern, wenn es daran liegen würde.....

Wieso, kann dein Logsystem etwa nicht mit LOG_INFO und LOG-DEBUG Meldungen umgehen?

Ich habe den Logger von metalog auf syslog-ng umgestellt.

Nun sieht das so aus:

Sep 29 17:28:04 vdr01_64 vdr: [28681] loading /etc/vdr/themes/nOpacity-goldblue.theme
Sep 29 17:28:04 vdr01_64 vdr: [28681] OSD size changed to 1918x1078 @ 0,999189
Sep 29 17:28:04 vdr01_64 vdr: [28681] saved setup to /etc/vdr/setup.conf
Sep 29 17:28:04 vdr01_64 vdr: [28681] OSD size changed to 1918x1078 @ 0,999189
Sep 29 17:28:05 vdr01_64 vdr: [28681] nopacity: Cache reloaded in 370 ms

System sieht so aus:

vdr01_64 ~ # uname -a
Linux vdr01_64 3.11.2-gentoo #1 SMP PREEMPT Sat Sep 28 08:27:16 CEST 2013 x86_64 Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz GenuineIntel GNU/Linux
vdr01_64 ~ #

Zitat von 3PO

Ich habe den Logger von metalog auf syslog-ng umgestellt.

Wozu denn das? Eine seltsame Problemlösungs-Strategie. Ich kenne zwar metalog nicht, aber in der Doku kann ich auf die Schnelle nicht erkennen warum es LOG_DEBUG und LOG_INFO nicht ausgeben können sollte.

Gerald

Zitat von louis

Hm, damit kann ich nix anfangen. Kannst du einen Backtrace erstellen?

Was benutzt du denn für Software? Welches Ausgabedevice? Wie wird dein VDR gestartet? Welche Distrie?

Ciao Louis

Ok - war klar - sorry. Hier die Infos:

VDR 2.0.0 mit Softhddevice (Git aktuell), Ubuntu 12.10,

Cmdline:

root@video:/usr/local/src/VDR# ./vdr -c /usr/local/src/VDRtmp -l 3 --lirc=/var/run/lirc/lircd -v /video0 -u root -P'softhddevice -d :1.0' -P skinnopacity

Backtrace sagt zunächst folgendes:

Program terminated with signal 11, Segmentation fault.
#0  0xb52090b4 in cImageCache::GetBackground (this=0x90f7c28, type=btMenuHeader) at imagecache.c:87
87          	return backgroundImages[(int)type];

Stacktrace:

(gdb) bt
#0  0xb52090b4 in cImageCache::GetBackground (this=0x90f7c28, type=btMenuHeader) at imagecache.c:87
#1  0xb523ca68 in cNopacityDisplayMenuView::DrawBorderDecoration (this=0x9279ed8) at displaymenuview.c:309
#2  0xb5240c0e in cNopacityDisplayMenu::cNopacityDisplayMenu (this=0x928f188, imgCache=0x90f7c28) at displaymenu.c:33
#3  0xb524b697 in cNopacity::DisplayMenu (this=0x910ed58) at nopacity.c:219
#4  0x080f8ce7 in cInterface::LearnKeys (this=0x90e3cb8) at interface.c:162
#5  0x0818c7bf in main (argc=13, argv=0xbfcb2f94) at vdr.c:797

Hoffe, es hilft weiter.

Zitat von gda

Wozu denn das? Eine seltsame Problemlösungs-Strategie. Ich kenne zwar metalog nicht, aber in der Doku kann ich auf die Schnelle nicht erkennen warum es LOG_DEBUG und LOG_INFO nicht ausgeben können sollte.

Gerald

Stimmt, geht natürlich auch mit metalog. Kurz auf syslog-Ng umzustellen, erschien mir halt, zum Testen, am einfachsten.
Ich habe aber nun metalog dementsprechend angepasst und wieder auf metalog umgestellt.

louis:

Viel besser so, startet jetzt ohne Probleme. Keine Ahnung, wieso er da eine FB anlernen will... Am Bildschrim wird jedenfalls nichts entsprechendes angezeigt, schaut also auch nicht seltsam aus