Danke für den hinweis. Werde das später mal testen. Jetzt stehen leider einige Aufnahmen an...
[Announce] LCDproc Plugin 0.0.10-jw4
- jowi24
- Geschlossen
-
-
siehe unten...
-
Kommando zurück! Ich hab nicht genau genug hingeschaut. Hab nun das richtige Makefile angepasst und nun lädt der LCDd
Leider gibt es dennoch ein Problem: Sobald der VDR startet, geht die Hintergrundbeleuchtung aus. Sie lässt sich auch nicht mehr einschalten. Wenn ich in den Einstellungen auf "an" oder "auto" gehe, ist es beim erneuiten Aufruf der Einstellungen wieder auf aus.
Das kann doch so nicht gewollt sein?
Der Ablauf beim Booten:
LCDd - Serverbildschirm erscheint
VDR - Welcome to VDR... erscheint; aber dann wenn das Display den Kanal anzeigt, geht das Licht aus.
Wenn der VDR beendet wird, geht die Beleuchtung wieder an und LCDProc-Bildchirm ist zu sehen.
Wenn LCDd beendet wird läuft die BigClock -
Zitat
Origiinal von MegaV0lt
Leider gibt es dennoch ein Problem: Sobald der VDR startet, geht die Hintergrundbeleuchtung aus. Sie lässt sich auch nicht mehr einschalten. Wenn ich in den Einstellungen auf "an" oder "auto" gehe, ist es beim erneuiten Aufruf der Einstellungen wieder auf aus.Das mit der Beleuchtung und Priorität hat noch nie so richtig funktioniert.
Am besten versuch es mit der neuesten Version, da sollte es endlich laufen, sofern mit den Patches nichts schief gelaufen ist. -
Zitat
Original von SHF
Am besten versuch es mit der neuesten Version, da sollte es endlich laufen, sofern mit den Patches nichts schief gelaufen ist.Hm, aber die Version geht doch nicht mit dem iMon LCD. Ich werde wohl auf die jw6 warten müssen.
-
Hi MegaV0lt,
doch, es ist gewollt, zumindest in meiner Umgebung. Das Plugin prüft, ob eine Datei existiert ("/video/commands/tmp/vdr-lcd-backlight-on"). Wenn nicht, dann geht das Backlight aus. Daher zitiere ich mich mal selbst:
Zitatimplemented the backlight-state setting by an external script. I just propose this,
can easily be disabled in the code.und
ZitatAuf Anhieb wird Dir bestimmt das Backlight-Management auffallen. Aber bitte nicht sofort "Schrott" schreien, denn es hat seine Gründe dafür (stehen im Code, falls jemand nachlesen möchte).
Wenn Du schon die Patchereien von Dean hinbekommen hast, dürfte es für Dich auch leicht sein, diese Abfrage rauszunehmen. Sorry für die Mühen!Viele Grüße,
Chriss -
Zitat
Original von theonlychriss
Hi MegaV0lt,doch, es ist gewollt, zumindest in meiner Umgebung. Das Plugin prüft, ob eine Datei existiert ("/video/commands/tmp/vdr-lcd-backlight-on"). Wenn nicht, dann geht das Backlight aus.
...
Wenn Du schon die Patchereien von Dean hinbekommen hast, dürfte es für Dich auch leicht sein, diese Abfrage rauszunehmen. Sorry für die Mühen!Viele Grüße,
ChrissKein Problem! Danke für den Hinweis! Ich hab es gefunden. Ich hab den Pfad angepasst und die Pluginaufrufparameter angepasst. Das müsste nun klappen
-
Zitat
Origiinal von MegaV0lt
Hm, aber die Version geht doch nicht mit dem iMon LCD. Ich werde wohl auf die jw6 warten müssen.Ah, du hast die von theonlychriss gepatchete Version, hatte noch nicht mitbekommen, dass es die inzwischen auch von der jw4 gibt.
Gehen wird die jw5 schon, aber die speziellen iMon-Features sind halt nicht drin.
-
Nach dem das nun ein paar Wochen super lief geht nun gar nichts mehr. wollte eigentlich nur eine weitere DVB-Karte in Betrieb nehmen.
Momentan ist es so, dass der VDr ein Segfault produziert, wenn das LCDProc-Plugin aktiv ist:
CodeOct 31 16:06:47 [vdr] [12035] initializing plugin: lcdproc (0.0.10-jw4-iMON-LCD-patched-pre3): LCDproc output Oct 31 16:06:48 [vdr] connection to LCDd at localhost:13666 established. Oct 31 16:06:48 [lircd-0.8.4] accepted new client on /dev/lircd Oct 31 16:06:48 [vdr] LCD output thread started (pid=12098), display size: 2x16 Oct 31 16:06:51 [kernel] vdr[12098]: segfault at 00000000 eip b763dc60 esp b14502f0 error 4 Oct 31 16:06:51 [lircd-0.8.4] removed client Oct 31 16:06:51 [logger] VDR wurde beendet - RC: 0 Oct 31 16:06:51 [LCDd] sock_send: socket write error - Last output repeated twice - Oct 31 16:06:51 [kernel] saa7146: unregister extension 'dvb'.
Komisch nur, dass ich den LCDd normal starten kann und auch der Server-Screen angezeigt wird. Auch das "normale" lcdproc von der Shell aus läuf wohl da dann andere Anzeigen erscheinen.Lirc habe ich auf 0.8.4 upgedatet <- Dachte erst es liegt da dran.
LCDd ist 0.5.0 mit dem Patch http://lcr.vdr-developer.org/d…c-0.5.2-imonlcd-ver3.diff von theonlychrisKeine Ahnung wo ich da ansetzen muss?
VDR ist aktuell 1.6.0-2Interessant finde ich, dass beim starten des VDr noch die Meldung "Welcome to VDR..." kommt und dann erst der Segfault.
Ich hoffe wirklich jameand hat eine Idee wo ich suchen muss. Ich bin schon Tagelang an dem Problem dran.
-
Hallo MegaV0lt,
wie viele Karten sind denn jetzt drin? Ich habe 2 im VDR stecken und damit keine Probleme. Ich könnte mir aber vorstellen, dass es Probleme gibt, falls es bei Dir nun 5 sind. Das wäre jetzt meine spontane Idee. Super wäre ein Backtrace, da sieht man - zumindest meist - genau, wo er aussteigt.
Viele Grüße,
ChrissPS: Hast Du es auch mal mit einer "Plain-jw4"-Version versucht?
-
Hi,
Habe jetzt 3 Karten drin: DVB-s 1.6 (FF), Satelco easywatch (Budget) und Nova-s Plus (Budget). Dürfte doch kein Problem geben hoffe ich. Kann der VDR nicht von haus aus vier Karten? Meine Sat-Anlage ist mit einem Multiswich 9/6 auf Astra 19,2° und Hotbird 13,0° ausgerichtet. Jede Karte hat einen eigenen Sat-Anschluss.
Wie kann ich denn ein BackTrace erstellen? Würde das Ergebnis gerne zur Verfügung stellen.
Läuft denn die Plain-jw4 mit dem gepatchten LCDd?
Ich versteh einfach nicht woran ds hängt. Können die HG-DVD-treiber schuld sein? Habe diese auch schon mehrfach gegen neue und alte Versionen getauscht. Die Karten initialisieren aber normal:
Code
Alles anzeigenOct 31 16:09:38 [kernel] Linux video capture interface: v2.00 Oct 31 16:09:38 [kernel] saa7146: register extension 'dvb'. Oct 31 16:09:38 [kernel] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C) Oct 31 16:09:38 [kernel] adapter has MAC addr = 00:d0:5c:02:86:de Oct 31 16:09:39 [kernel] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623 Oct 31 16:09:39 [kernel] dvb-ttpci: firmware @ card 0 supports CI link layer interface Oct 31 16:09:39 [kernel] dvb-ttpci: Crystal audio DAC @ card 0 detected Oct 31 16:09:39 [kernel] DVB: registering frontend 0 (Philips TDA8083 DVB-S)... Oct 31 16:09:39 [kernel] input: DVB on-card IR receiver as /class/input/input61 Oct 31 16:09:39 [kernel] dvb-ttpci: found av7110-0. Oct 31 16:09:39 [kernel] saa7146: register extension 'budget_av'. Oct 31 16:09:39 [kernel] saa7146 (1): dma buffer size 192512 Oct 31 16:09:39 [kernel] DVB: registering new adapter (Satelco EasyWatch DVB-S light) Oct 31 16:09:39 [kernel] adapter failed MAC signature check Oct 31 16:09:39 [kernel] KNC1-1: MAC addr = 00:09:d6:65:8e:71 Oct 31 16:09:40 [kernel] DVB: registering frontend 1 (ST STV0299 DVB-S)... Oct 31 16:09:40 [kernel] budget-av: ci interface initialised. Oct 31 16:09:40 [kernel] cx88/0: cx2388x v4l2 driver version 0.0.6 loaded Oct 31 16:09:40 [kernel] cx88[0]: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37,autodetected] Oct 31 16:09:40 [kernel] cx88[0]: TV tuner type 4, Radio tuner type -1 Oct 31 16:09:40 [kernel] tveeprom 2-0050: Hauppauge model 92001, rev C1B1, serial# 2887176 Oct 31 16:09:40 [kernel] tveeprom 2-0050: MAC address is 00-0D-FE-2C-0E-08 Oct 31 16:09:40 [kernel] tveeprom 2-0050: tuner model is Conexant_CX24109 (idx 111, type 4) Oct 31 16:09:40 [kernel] tveeprom 2-0050: TV standards ATSC/DVB Digital (eeprom 0x80) Oct 31 16:09:40 [kernel] tveeprom 2-0050: audio processor is CX883 (idx 32) Oct 31 16:09:40 [kernel] tveeprom 2-0050: decoder processor is CX883 (idx 22) Oct 31 16:09:40 [kernel] tveeprom 2-0050: has no radio, has IR receiver, has no IR transmitter Oct 31 16:09:40 [kernel] cx88[0]: hauppauge eeprom: model=92001 Oct 31 16:09:40 [kernel] input: cx88 IR (Hauppauge Nova-S-Plus as /class/input/input62 Oct 31 16:09:40 [kernel] cx88[0]/0: found at 0000:00:0a.0, rev: 5, irq: 11, latency: 32, mmio: 0xf6000000 Oct 31 16:09:40 [kernel] cx88[0]/0: registered device video1 [v4l2] Oct 31 16:09:40 [kernel] cx88[0]/0: registered device vbi1 Oct 31 16:09:40 [kernel] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.6 loaded Oct 31 16:09:40 [kernel] cx88[0]/2: cx2388x 8802 Driver Manager Oct 31 16:09:40 [kernel] cx88[0]/2: found at 0000:00:0a.2, rev: 5, irq: 11, latency: 32, mmio: 0xf8000000 Oct 31 16:09:40 [kernel] cx88/2: cx2388x dvb driver version 0.0.6 loaded Oct 31 16:09:40 [kernel] cx88/2: registering cx8802 driver, type: dvb access: shared Oct 31 16:09:40 [kernel] cx88[0]/2: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37] Oct 31 16:09:40 [kernel] cx88[0]/2: cx2388x based DVB/ATSC card Oct 31 16:09:40 [kernel] CX24123: detected CX24123 Oct 31 16:09:40 [kernel] DVB: registering new adapter (cx88[0]) Oct 31 16:09:40 [kernel] DVB: registering frontend 2 (Conexant CX24123/CX24109)... Oct 31 16:09:40 [kernel] cx2388x alsa driver version 0.0.6 loaded Oct 31 16:09:40 [kernel] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
-
Das ist schon komisch. Habe nun die Plain-jw4 kompiliert und schnell in das Lib-Verzeichnis kopiert und siehe da... Die Version scheint zu laufen. Halt ohne die schönen Extra-Anzeigen:
CodeOct 31 17:42:15 [vdr] [17431] initializing plugin: lcdproc (0.0.10-jw4): LCDproc Ausgabe Oct 31 17:42:15 [vdr] LCD output thread started (pid=17480), display size: 2x16 Oct 31 17:42:15 [vdr] connection to LCDd at localhost:13666 established.
Mehr gibt das Log leider nicht her...
-
Hi MegaV0lt,
ZitatKann der VDR nicht von haus aus vier Karten?
Deswegen hatte ich ja die 5-Karten-Theorie.Ein Backtrace erstellt man nach folgender Anleitung.
ZitatLäuft denn die Plain-jw4 mit dem gepatchten LCDd?
Es läuft, nur eben ohne jegliche Symbole rundrum.Apropos Treiber: Hast Du mal im Setup des Plugins ein-/ausgeschaltet, dass der AC3-Status erkannt werden soll oder daran gedreht, wie Aufnahmen signalisiert werden sollen?!
Viele Grüße,
Chriss -
Also im Setup glaub ich nicht... Aber zur Sicherheit:
Code
Alles anzeigenlcdproc.AltShift = 0 lcdproc.BackLight = 1 lcdproc.BackLightWait = 0 lcdproc.Charmap = 0 lcdproc.ClientPrioH = 16 lcdproc.ClientPrioN = 128 lcdproc.detectAC3Mode = 0 lcdproc.enableSpectrumAnalyzer = 1 lcdproc.FullCycle = 10 lcdproc.isSoundgraphLCD = 1 lcdproc.OutputNumber = 0 lcdproc.OutputNumber 0 = 0 lcdproc.PrioWait = 1 lcdproc.RecordingStatus = 0 lcdproc.Scrollspeed = 3 lcdproc.Scrollwait = 10 lcdproc.SetPrio = 0 lcdproc.ShowTime = 1 lcdproc.TimeCycle = 7 lcdproc.VolumeKeep = 15
Wie oben schon erwähnt läuft die Plain so wie es aussieht.
Den Backtrace werde ich morgen versuchen...
-
Hier nun der Bachtrace.
Code
Alles anzeigenvdr01 vdr # gdb vdr core.8391 GNU gdb 6.7.1 Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libcap.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libcap.so.1 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libfontconfig.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libz.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /usr/lib/gconv/ISO8859-15.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-15.so Reading symbols from /usr/lib/gconv/ISO8859-1.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so Reading symbols from /usr/lib/gconv/ISO8859-2.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-2.so Reading symbols from /usr/lib/gconv/ISO8859-7.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-7.so Reading symbols from /usr/lib/gconv/ISO8859-13.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-13.so Reading symbols from /usr/lib/gconv/ISO8859-5.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-5.so Reading symbols from /usr/lib/gconv/ISO8859-9.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-9.so Reading symbols from /usr/local/lib/vdr/libvdr-dvd.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-dvd.so.1.6.0 Reading symbols from /usr/lib/libdvdnav.so.4... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libdvdnav.so.4 Reading symbols from /usr/lib/liba52.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/liba52.so.0 Reading symbols from /usr/local/lib/vdr/libvdr-mplayer.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-mplayer.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-lcdproc.so.1.6.0... (no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-lcdproc.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-music.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-music.so.1.6.0 Reading symbols from /usr/lib/libmad.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libmad.so.0 Reading symbols from /usr/lib/libid3tag.so.0... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libid3tag.so.0 Reading symbols from /usr/lib/libMagick++.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libMagick++.so.10 Reading symbols from /usr/lib/libMagick.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libMagick.so.10 Reading symbols from /usr/lib/liblcms.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/liblcms.so.1 Reading symbols from /usr/lib/libtiff.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libtiff.so.3 Reading symbols from /usr/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXext.so.6 Reading symbols from /usr/lib/libSM.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libSM.so.6 Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libICE.so.6 Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /usr/lib/libXt.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libXt.so.6 Reading symbols from /usr/lib/libWand.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libWand.so.10 Reading symbols from /usr/lib/libsndfile.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsndfile.so.1 Reading symbols from /usr/lib/libvorbisfile.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libvorbisfile.so.3 Reading symbols from /usr/lib/libvorbis.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libvorbis.so.0 Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXau.so.6 Reading symbols from /usr/lib/libXdmcp.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libXdmcp.so.6 Reading symbols from /usr/lib/libFLAC.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libFLAC.so.8 Reading symbols from /usr/lib/libogg.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libogg.so.0 Reading symbols from /usr/local/lib/vdr/libvdr-femon.so.1.6.0... (no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-femon.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-filebrowser.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-filebrowser.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-osdteletext.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-osdteletext.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-arghdirector.so.1.6.0... (no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-arghdirector.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-message.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-message.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-radio.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-radio.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-premiereepg.so.1.6.0... (no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-premiereepg.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-epgsearch.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-epgsearch.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-avards.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-avards.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-skinelchi.so.1.6.0... (no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-skinelchi.so.1.6.0 Reading symbols from /usr/local/lib/vdr/libvdr-admin.so.1.6.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/vdr/libvdr-admin.so.1.6.0 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 (no debugging symbols found) Core was generated by `/usr/local/bin/vdr -u root -w 120 --config=/etc/vdr --shutdown=/_config/bin/Shu'. Program terminated with signal 11, Segmentation fault. #0 0xb76c4ab8 in cLcd::Action () from /usr/local/lib/vdr/libvdr-lcdproc.so.1.6.0 (gdb) bt #0 0xb76c4ab8 in cLcd::Action () from /usr/local/lib/vdr/libvdr-lcdproc.so.1.6.0 #1 0x081329b5 in cThread::StartThread () #2 0xb7f00d42 in ?? () from /lib/libpthread.so.0 #3 0x08240460 in ?? () #4 0x0a7afb84 in ?? () #5 0x00000000 in ?? () (gdb) quit
Ich hoffe es hilft weiter und ich hab es richtig angestellt...
-
Hmm, leider scheinst Du beim Kompilieren keine Debug-Informationen mitzubauen (bitte den "-g"-Parameter im Makefile hinzufügen). VDR und/oder die Plugins sollten so übersetzt werden, damit man z.B. die Zeilen ausgegeben bekommt, in der es zu den Problemen kommt.
Ansonsten sieht mein Setup so aus:
Code
Alles anzeigenlcdproc.AltShift = 0 lcdproc.BackLight = 1 lcdproc.BackLightWait = 3 lcdproc.Charmap = 0 lcdproc.ClientPrioH = 1 lcdproc.ClientPrioN = 128 lcdproc.detectAC3Mode = 1 lcdproc.enableSpectrumAnalyzer = 1 lcdproc.FullCycle = 1 lcdproc.isSoundgraphLCD = 1 lcdproc.OutputNumber = 27 lcdproc.OutputNumber 0 = 0 lcdproc.OutputNumber 1 = 0 lcdproc.OutputNumber 10 = 0 lcdproc.OutputNumber 11 = 0 lcdproc.OutputNumber 12 = 0 lcdproc.OutputNumber 13 = 0 lcdproc.OutputNumber 14 = 0 lcdproc.OutputNumber 15 = 0 lcdproc.OutputNumber 16 = 0 lcdproc.OutputNumber 17 = 0 lcdproc.OutputNumber 18 = 0 lcdproc.OutputNumber 19 = 0 lcdproc.OutputNumber 2 = 0 lcdproc.OutputNumber 20 = 0 lcdproc.OutputNumber 21 = 0 lcdproc.OutputNumber 22 = 0 lcdproc.OutputNumber 23 = 0 lcdproc.OutputNumber 24 = 0 lcdproc.OutputNumber 25 = 0 lcdproc.OutputNumber 26 = 0 lcdproc.OutputNumber 3 = 0 lcdproc.OutputNumber 4 = 0 lcdproc.OutputNumber 5 = 0 lcdproc.OutputNumber 6 = 0 lcdproc.OutputNumber 7 = 0 lcdproc.OutputNumber 8 = 0 lcdproc.OutputNumber 9 = 0 lcdproc.PrioWait = 1 lcdproc.RecordingStatus = 0 lcdproc.Scrollspeed = 3 lcdproc.Scrollwait = 20 lcdproc.SetPrio = 1 lcdproc.ShowTime = 1 lcdproc.TimeCycle = 1 lcdproc.VolumeKeep = 25
Aber bei Dir war ja die verdächtige Einstellung schon deaktiviert. Wäre evtl. trotzdem sinnvoll, der Vollständigkeit halber, wenn Du es mal mit obigen Zeilen versuchst.
Viele Grüße,
ChrissPS: Falls wir hier den Thread durch - für den Threadtitel - Off-Topic-Gedöns kapern, bitte Bescheid sagen, dann würde ich einen neuen aufmachen wollen.
-
Leider auch Neustart wenn ich die geposteten Einstellungen in die setup.conf übertrage.
Die Plugind werden beim kopieren wohl "gestrippt". Hab es mal von Hand kopiert und dann ergibt bt:
Code
Alles anzeigenCore was generated by `/usr/local/bin/vdr -u root -w 120 --config=/etc/vdr --shutdown=/_config/bin/Shu'. Program terminated with signal 11, Segmentation fault. #0 0xb768fab8 in cLcd::Action (this=0x8240460) at lcd.c:1916 1916 if ( attachFemonReceiver && cDevice::ActualDevice() != NULL && (gdb) bt #0 0xb768fab8 in cLcd::Action (this=0x8240460) at lcd.c:1916 #1 0x081329b5 in cThread::StartThread () #2 0xb7ecbd42 in ?? () from /lib/libpthread.so.0 #3 0x08240460 in ?? () #4 0x0a6ee494 in ?? () #5 0x00000000 in ?? () Current language: auto; currently c++
genügt das oder soll ich den ersten Teil auch posten?
-
Sollte reichen, da es die bzw. eine Stelle ist, die ich schon vermutet hatte - drüber steht auch noch, dass ich die Stelle noch chekcne muss, meine ich :unsch.
Ich habe heute keine Zeit mehr, melde mich aber, sobald ich Näheres weiß.
Viele Grüße,
Chriss -
Ich bin ja schon froh, dass die "Stelle" schon mal entdeckt ist.
Sehr seltsam war vorhin als ich das ausführbare Binary "VDR" in den richtigen Ordner verschoben habe und die Debug Infos drin gelassen hab, da lief der VDR mit dem lcdproc einwandfrei. Hatte mich schon gefreut; doch leider war nach einem normalen /etc/init.d/vdr restart wieder alles beim alten (Segfault).
Als Laie versteh ich das halt nicht. Könnte es ein simples Timing-Problem sein?
Immerhin lief das ja schon mal ne ganze weile.Offtopic: Wie steht es eigentlich mit den Bemühungen Deine mit der jw-Version zu vereinigen? wäre doch von der Entwicklung her besser gemeinsam an nur einer Version zu arbeiten.
-
Hallo MegaV0lt,
oh-oh, jetzt dämmert es mir, dass ich mit dieser Zeile auch immer Probleme hatte, bevor ich meinen neuen VDR-Server eingerichtet hatte.
Darin war anfangs auch noch meine FF-Karte plus SkyStar2. Jetzt ist die Ausgabe per Xine realisiert und die FF ist einer S2-3200 gewichen. Jedoch hatte ich weder mit der anfänglichen noch der aktuellen Konfiguration dieses spezielle Problem. Daher dachte ich, dass es mit an dem verkorksten Elko lag, der mich zum Wechsel gezwungen hatte.Da Du aber jetzt die gleichen Symptome hast, dürfte sich dieser Zusammenhang als falsch herausgestellt haben. Das Blöde dabei ist, dass ich es nicht reproduzieren kann und so auf Dich als Tester angewiesen bin. Noch unangenehmer finde ich, dass ich "damals" schon keine Lösung gefunden und mich mit den Abstürzen abgefunden hatte. Bei mir traten sie aber nur auf, wenn ich die Wiedergabe einer Aufnahme beendete und dann auch nur, wenn eine Aufnahme lief - und dann in ca. 30% der Fälle. Also sehr undeterministisch.
Du könntest die betreffend Zeile mal gegen folgende austauschen, in der Hoffnung, dass so eventuelle Zugriffe ins Leere beseitigt werden:
Codeif ( attachFemonReceiver && cDevice::ActualDevice() != NULL && channel != NULL && primaryDvbApi != NULL && primaryDvbApi->IsTunedToTransponder(channel) ) {
Aber ich meine, dass ich dies früher auch schon erfolglos versucht hatte, also bitte nicht wundern, wenn es nicht hilft.
Temporär dürfte es als unsaubere Abhilfe am Einfachsten sein, wenn Du den Block der betreffenden Zeile rausnimmst. Also, die if-Bedingung inklusive des darauffolgenden Code-Block (beginnend mit "{" und endend mit "}") auskommentierst.
Sollte in diesem Thread keinem eine Möglichkeit einfallen, warum diese Zeile so problematisch ist, mache ich einen neuen auf bzw. frage mal in der ML.
Viele Grüße,
Chriss
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!