1

Entwicklung [ Development ] / Probleme mit MLD 5.1-5.4 auf Asus AT3IONT-I und Tevii 470

« on: April 11, 2018, 10:04:30 »

Da ich inzwischen herausgefunden habe, dass die hier http://www.minidvblinux.de/forum/index.php/topic,9025.msg70394.html beschriebenen Probleme nicht durch irgendwelche Defekte meiner Hardware hervorgerufen werden, sondern definitiv nur in MLD auftreten, möchte ich das Thema unter neuem Titel hier nochmal ansprechen.

Letztes Wochenende habe ich mein System mal ausführlich getestet. Dazu habe ich mir zunächst yaVDR 0.6.1 auf eine freie Partition installiert. Dann habe ich über das OSD das Notwendigste eingestellt und erst mal wild durch alle Sender geschaltet. Dann habe ich Kodi aufgerufen und den Rechner für ein paar Stunden vor sich hin werkeln lassen. Am Abend habe ich Kodi problemlos beendet und bin ebenso problemlos die gesamte Kanalliste noch ein paar Mal hoch und runter gewandert.
Um zumindest ähnliche Voraussetzungen wie in MLD zu schaffen, habe ich am nächsten Tag das dynamite-plugin deinstalliert und die gesamten Tests vom Vortag nochmal durchgeführt. Auch hier wird nach dem Start von Kodi ein EPG Scan gestartet, allerdings führt das im Gegensatz zu MLD nicht zum Absturz der Karte. Im Gegenteil, alles läuft sehr reibungslos und ohne einen einzigen Ruckler.

Ich denke das zeigt eindeutig genug, dass die Probleme mit MLD nicht durch einen Defekt meiner Hardware hervorgerufen werden. Ich bin gerne bereit, euch alle möglichen Unterschiede in configs, Treibern oder was auch immer zwischen yaVDR und MLD herauszufinden, sofern ihr überhaupt Interesse daran habt, die Fehler in MLD zu eliminieren.

Ich würde z.B. gerne mal wissen, ob hier ein Standardkernel verwendet wird oder ein selbst kompilierter.

Gruß
Alex 
 

2

Allgemein [ General ] / MLD 5.3-5.4 Funktionierende lircd.conf für TT S2-3200

« on: March 30, 2018, 16:25:59 »

Die bei der Installation kopierte lircd.conf für die TechnoTrend DVB S2 3200 funtrkioniert nicht, weil da z.T. noch alte KeyCodes eingetragen sind.
Ich habe mal eine neue erstellt und ein paar Bezeichnungen so abgeändert, dass sie in vdr sinnvoll zugeordnet werden.

Gruß
Alex

3

Allgemein [ General ] / MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?

« on: March 23, 2018, 10:58:32 »

Moin,

ich hatte schon in der 5.1 sporadisch (aber oft) das Problem, nach Beenden von kodi vor einem schwarzen vdr-Bildschirm zu sitzen. OSD noch vorhanden, aber selbst durch Umschalten oder vdr Neustart ist kein Bild auf den Schirm zu zaubern. Auch ein Reset hilft nicht, nur durch einen Kaltstart kann man das Problem beheben. Sehr ärgerlich, wenn zu der Zeit ein Timer gesetzt war. Ich habe mir damals dadurch "beholfen", auf xineliboutput zu wechseln, wo das Problem nicht auftritt. Das wiederum ist aber zum live-Schauen fast unbrauchbar, da mal der Ton fehlt, mal das OSD oder es scheinbar vdr gleich ganz zum Absturz überredet.

Nun habe ich mal ein 5.3 ausprobiert und habe (auf einem fast jungfräulichen System) wieder den gleichen Ausfall.

Schaut man mal in die Systemmeldungen dann findet man das (ab kodi Start):

Code: [Select]

Mar 21 20:37:24 (MLD) user.debug vdr: [17273] executing command '/etc/vdr/run.d/vdr startapp kodi'
Mar 21 20:37:24 (MLD) user.debug vdr: [17273] max. latency time 2 seconds
Mar 21 20:37:24 (MLD) authpriv.info atd[17363]: pam_unix(atd:session): session opened for user root by (uid=1)
Mar 21 20:37:25 (MLD) user.info vdr: [17273] connect from 127.0.0.1, port 53826 - accepted
Mar 21 20:37:26 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 20:37:26 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 20:37:26 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 20:37:26 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 20:37:26 (MLD) user.debug vdr: [17287] device 1 TS buffer thread ended (pid=17273, tid=17287)
Mar 21 20:37:26 (MLD) user.debug vdr: [17286] buffer stats: 211876 (4%) used
Mar 21 20:37:26 (MLD) user.debug vdr: [17286] device 1 receiver thread ended (pid=17273, tid=17286)
Mar 21 20:37:27 (MLD) user.info vdr: [17273] closing SVDRP connection
Mar 21 20:37:28 (MLD) user.info vdr: [17273] connect from 127.0.0.1, port 53828 - accepted
Mar 21 20:37:30 (MLD) user.info vdr: [17273] closing SVDRP connection
Mar 21 20:42:18 (MLD) user.debug vdr: [17279] changing portal name of channel 37 (Sky Select) from '' to 'Sky Select'
Mar 21 20:42:18 (MLD) user.debug vdr: [17279] changing name of channel 1292 from '391 - 12:30,;' to '391 - 19:15,;'

//schnipp ////

Mar 21 20:51:03 (MLD) user.debug vdr: [17279] changing pids of channel 584 (Sky Cinema Family HD) from 767+767=27:0;771=deu@106,772=eng@106:0:0 to 767+767=27:0;771=deu@106:0:0
Mar 21 20:52:48 (MLD) user.info vdr: [17279] channel 14 (ARD-alpha) event Mi. 21.03.2018 20:15-21:00 (VPS: 21.03. 20:15) 'Melbourne - Australiens Kult-Metropole' status 4
Mar 21 20:52:55 (MLD) user.info vdr: [17273] timer 2 (14 2340-0125 'Hawking') set to event Mi. 21.03.2018 23:45-01:15 (VPS: 21.03. 23:44) 'Hawking'
Mar 21 20:53:09 (MLD) user.debug vdr: [17279] changing pids of channel 590 (Sky Sport Bundesliga 1 HD) from 255+255=27:0;258=qab@106,259=qab@106:33=deu:32 to 255+255=27:0;258=qab@106,259=qab@106,260=qac@106:33=deu:32
Mar 21 20:53:37 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 402 (RTL RADIO), tp 112344
Mar 21 20:53:51 (MLD) user.debug vdr: [17279] changing pids of channel 595 (History HD) from 767+767=27:0;771=deu@106,772=eng@106:0:0 to 767+767=27:0;771=deu@106:0:0
Mar 21 20:55:16 (MLD) user.info vdr: [17279] channel 5 (ProSieben) event Mi. 21.03.2018 20:14-21:15 'Akte X - Die unheimlichen Fälle des FBI' status 4
Mar 21 20:55:44 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 285 (sonnenklar.TV HD), tp 112574
Mar 21 20:56:04 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 94 (WDR Aachen), tp 112604
Mar 21 20:56:25 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 38 (MB SAT - Test2), tp 112633
Mar 21 20:56:46 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 34 (LT1-OOE), tp 112663
Mar 21 20:57:07 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 33 (ORF2E), tp 112692
Mar 21 20:57:28 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 66 (AB3), tp 112721
Mar 21 20:57:49 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 681 (BEINLALIGA1), tp 210729

// Schnipp, es folgen unzählige Umschaltvorgänge //

Mar 21 22:37:14 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 2 (ZDF HD), tp 111361
Mar 21 22:37:35 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 162 (RTL 2 CH), tp 111391
Mar 21 22:37:56 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 40 (.), tp 111420
Mar 21 22:38:17 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 508 (SAT.1 HD), tp 111464
Mar 21 22:38:38 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Mar 21 22:38:59 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 53 (TVA-OTV), tp 111523
Mar 21 22:39:20 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 1270 (a.tv HD), tp 111552
Mar 21 22:39:41 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 98 (BR Fernsehen Nord HD), tp 111582
Mar 21 22:40:02 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 36 (VR demo), tp 111611
Mar 21 22:40:23 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 228 (TWOJ), tp 111641
Mar 21 22:40:44 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 163 (SAT.1 Gold Österreich), tp 111670
Mar 21 22:41:05 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 515 (Sky Cinema +1), tp 111719
Mar 21 22:41:25 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 524 (Sky Cinema Hits), tp 111758
Mar 21 22:41:46 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 536 (Sky 1 +1 HD), tp 111797
Mar 21 22:42:07 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 72 (Das Erste), tp 111837
Mar 21 22:42:28 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 537 (E! Entertainm. HD), tp 111875
Mar 21 22:42:49 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 544 (Sky Cinema HD), tp 111914
Mar 21 22:43:11 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 77 (3sat), tp 111954
Mar 21 22:43:20 (MLD) user.info vdr: [17273] connect from 127.0.0.1, port 54018 - accepted
Mar 21 22:43:21 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 22:43:21 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 22:43:21 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 22:43:21 (MLD) user.debug vdr: [17273] [softhddev]~cSoftHdControl: dummy player stopped
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: VDPAU API version: 1
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library  340.102  Mon Jan 16 12:41:40 PST 2017
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: high quality scaling unsupported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: feature deinterlace temporal supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: feature deinterlace temporal spatial supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: attribute skip chroma deinterlace supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: 8bit BGRA format with 8192x8192 supported
Mar 21 22:43:21 (MLD) user.err vdr: video/vdpau: 10bit RGBA format with 8192x8192 supported
Mar 21 22:43:21 (MLD) user.err vdr: audio: 'alsa' output module used
Mar 21 22:43:21 (MLD) user.err vdr: audio/alsa: supports pause: yes
Mar 21 22:43:21 (MLD) user.err vdr: audio:  44100Hz supports 2 2 6 6 6 6 8 8 channels
Mar 21 22:43:21 (MLD) user.err vdr: audio:  48000Hz supports 2 2 6 6 6 6 8 8 channels
Mar 21 22:43:21 (MLD) user.err vdr: audio: 192000Hz supports 2 2 6 6 6 6 8 8 channels
Mar 21 22:43:21 (MLD) user.info vdr: [17273] switching to channel 15 (arte HD)
Mar 21 22:43:21 (MLD) user.debug vdr: [17823] device 1 receiver thread started (pid=17273, tid=17823, prio=high)
Mar 21 22:43:21 (MLD) user.debug vdr: [17824] device 1 TS buffer thread started (pid=17273, tid=17824, prio=high)
Mar 21 22:43:21 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 22:43:22 (MLD) user.info vdr: [17273] closing SVDRP connection
Mar 21 22:43:23 (MLD) user.info vdr: [17273] connect from 127.0.0.1, port 54020 - accepted
Mar 21 22:43:24 (MLD) user.info vdr: [17273] closing SVDRP connection
Mar 21 22:43:24 (MLD) authpriv.info atd[17363]: pam_unix(atd:session): session closed for user root
Mar 21 22:43:24 (MLD) cron.err atd[17363]: Exec failed for mail command: No such file or directory
Mar 21 22:43:31 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 15 (arte HD), tp 111493
Mar 21 22:43:42 (MLD) user.info vdr: [17273] switching to channel 16 (ONE)
Mar 21 22:43:42 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 22:43:42 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 22:43:42 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 22:43:43 (MLD) user.debug vdr: [17824] device 1 TS buffer thread ended (pid=17273, tid=17824)
Mar 21 22:43:43 (MLD) user.debug vdr: [17823] buffer stats: 0 (0%) used
Mar 21 22:43:43 (MLD) user.debug vdr: [17823] device 1 receiver thread ended (pid=17273, tid=17823)
Mar 21 22:43:43 (MLD) user.debug vdr: [17833] device 1 receiver thread started (pid=17273, tid=17833, prio=high)
Mar 21 22:43:43 (MLD) user.debug vdr: [17834] device 1 TS buffer thread started (pid=17273, tid=17834, prio=high)
Mar 21 22:43:43 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 22:43:43 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/EINS_FESTIVAL_l.glcd' loaded.
Mar 21 22:43:48 (MLD) user.info vdr: [17273] switching to channel 17 (zdf_neo HD)
Mar 21 22:43:48 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 22:43:48 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 22:43:48 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 22:43:48 (MLD) user.debug vdr: [17834] device 1 TS buffer thread ended (pid=17273, tid=17834)
Mar 21 22:43:48 (MLD) user.debug vdr: [17833] buffer stats: 0 (0%) used
Mar 21 22:43:48 (MLD) user.debug vdr: [17833] device 1 receiver thread ended (pid=17273, tid=17833)
Mar 21 22:43:48 (MLD) user.debug vdr: [17836] device 1 receiver thread started (pid=17273, tid=17836, prio=high)
Mar 21 22:43:48 (MLD) user.debug vdr: [17837] device 1 TS buffer thread started (pid=17273, tid=17837, prio=high)
Mar 21 22:43:48 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 22:43:49 (MLD) user.info vdr: [17273] switching to channel 18 (ZDFinfo HD)
Mar 21 22:43:49 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 22:43:49 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 22:43:49 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 22:43:49 (MLD) user.debug vdr: [17837] device 1 TS buffer thread ended (pid=17273, tid=17837)
Mar 21 22:43:49 (MLD) user.debug vdr: [17836] buffer stats: 0 (0%) used
Mar 21 22:43:49 (MLD) user.debug vdr: [17836] device 1 receiver thread ended (pid=17273, tid=17836)
Mar 21 22:43:50 (MLD) user.debug vdr: [17839] device 1 receiver thread started (pid=17273, tid=17839, prio=high)
Mar 21 22:43:50 (MLD) user.debug vdr: [17840] device 1 TS buffer thread started (pid=17273, tid=17840, prio=high)
Mar 21 22:43:50 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 22:43:51 (MLD) user.info vdr: [17273] switching to channel 17 (zdf_neo HD)
Mar 21 22:43:51 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 0
Mar 21 22:43:51 (MLD) user.debug vdr: [17273] [softhddev]SetVideoDisplayFormat: 1
Mar 21 22:43:51 (MLD) user.debug vdr: [17273] [softhddev]GetSpuDecoder:
Mar 21 22:43:51 (MLD) user.debug vdr: [17840] device 1 TS buffer thread ended (pid=17273, tid=17840)
Mar 21 22:43:51 (MLD) user.debug vdr: [17839] buffer stats: 0 (0%) used
Mar 21 22:43:51 (MLD) user.debug vdr: [17839] device 1 receiver thread ended (pid=17273, tid=17839)
Mar 21 22:43:51 (MLD) user.debug vdr: [17842] device 1 receiver thread started (pid=17273, tid=17842, prio=high)
Mar 21 22:43:51 (MLD) user.debug vdr: [17843] device 1 TS buffer thread started (pid=17273, tid=17843, prio=high)
Mar 21 22:43:51 (MLD) user.debug vdr: [17273] [softhddev]SetPlayMode: 1
Mar 21 22:44:01 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361
Mar 21 22:44:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:44:57 (MLD) user.debug vdr: [18223] epg data writer thread started (pid=17273, tid=18223, prio=low)
Mar 21 22:45:00 (MLD) user.debug vdr: [18223] epg data writer thread ended (pid=17273, tid=18223)
Mar 21 22:45:08 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361
Mar 21 22:45:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:46:16 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361
Mar 21 22:46:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:47:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:47:24 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361
Mar 21 22:48:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:48:32 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361
Mar 21 22:49:22 (MLD) user.err vdr: video: --:--:--.---   +0    0   0/\ms   0+0+4 v-buf
Mar 21 22:49:37 (MLD) user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 17 (zdf_neo HD), tp 111361            

Es ist mir nicht so ganz klar, was da passiert. EPG Scan steht auf default 5 Std, sollte hier also nicht starten, auch wenn das sehr danach aussieht. Zudem habe ich den schon öfter von Hand angestoßen, ohne dass sich der Treiber von der Klippe gestürzt hat. 
Also wer oder was spukt denn da in meiner Kiste rum?

Gruß
Alex

4

Allgemein [ General ] / Alternative Boot- und Shutdownskripte und -grafiken für das Pearl-Display

« on: January 30, 2017, 16:58:31 »

Moin,

ich habe die Anzeigen des Pearl-Displays beim Starten und Ausschalten mal an dessen positive und negative Fähigkeiten angepasst. Wegen des doch eher schnarchlangsamen Bildaufbaus wird beim Start nur noch eine Grafik angezeigt, anstatt den Bootprozess mit verschiedenen Grafiken zu begleiten.
Beim Runterfahren habe ich ganz auf eine Anzeige verzichtet, weil die Grafik im Endeffekt grade mal 1 Sekunde auf dem Display zu sehen war.
Dafür sind die Grafiken nun an die bessere Auflösung und vor allem die höhere Farbanzahl angepasst. D.h. beim Start ist das aktuelle mld Logo in voller Pracht zu sehen, bei ausgeschaltetem Rechner (nur da sinnvoll, wo die USB Anschlüsse auch dann noch mit Strom versorgt sind) hat man die Qual der Wahl zwischen der Anzeige des nächsten Timers, einem Bild aus dem Familienalbum oder einem wirklich schwarzen Display.

Die Priorität zwischen den verschiedenen Möglichkeiten wird folgendermaßen gesetzt:

• ist 'Show next Timers' ausgewählt und sind auch wirklich Timer vorhanden wird eine Grafik mit der nächsten Aufnahme angezeigt. Die sieht momentan so aus wie im Anhang (hab's leider nicht inline hinbekommen) ist aber ohne viel Aufwand zu ändern. Vielleicht findet sich der eine oder andere begnadete Grafiker, der hier noch weitere Möglichkeiten postet.
• ist 'Show next Timers' nicht gewählt oder sind keine Timer vorhanden kann ein individuelles Foto/Bild gewählt werden. Hierzu die Datei custom.png überschreiben oder das Bild dorthin verlinken. Hier sind der Phantasie natürlich keine Grenzen gesetzt. So könnte man sich ein Skript basteln, das bei jedem Ausschalten das angezeigte Bild wechselt, sodass jeder aus der Verwandtschaft mal dran kommt. Man kann sich aber auch an den bevorstehenden Hochzeitstag erinnern lassen oder eine grafische Wettervorhersage anzeigen.
• trifft auch das nicht zu, wird das Display einfach schwarz geschaltet, wobei die Hintergrundbeleuchtung auf 0 gesetzt wird.
• für die anderen angezeigten Bilder lässt sich die Helligkeit einstellen

Die Installation ist reichlich einfach:

• zunächst muss unbedingt Imagemagick installiert sein. Bei Bedarf mit apt-get install imagemagick nachholen.
• die übrigen Dateien in denselben Pfad kopieren, wie sie auch im Archiv abgelegt sind.
  D.h. den kompletten Ordner '320x240' mit den Grafiken nach /etc/graphglcd/
  die Skripte nach /etc/init.d/, wobei die vorhandenen Dateien graphlcd und graphlcd-base überschrieben werden. Wer will kann sie auch ganz löschen, ich habe sie so angepasst, dass sie für Pearl-Displays nicht mehr ausgeführt werden.
• damit die Einstellungen auch im WebIf durchgeführt werden können, zuletzt noch die Setup-Datei nach /var/www/tpl/setup/Miscellaneous/GraphLCD kopieren. Wer diesen Punkt nicht durchführen möchte kann die entsprechenden Optionen auch in rc.pearl auskommentieren unnd ändern.
  

Anmerkungen:
- Leider fehlen der ImageMagick Version die notwendigen Module für einen Zeilenumbruch. Deswegen musste ich die Zeile mit dem Titel der Aufnahme verkleinern. Wäre prima, wenn ImageMagick mit diesen Modulen kompiliert/gepackt werden würde.
- Ich bin alles andere als ein Skript-Guru, also Erbarmen (Vorschläge zur Verbesserung jederzeit willkommen)

Gruß
Alex

5

Entwicklung [ Development ] / Initskripte - Reihenfolge festlegen?

« on: January 15, 2017, 16:57:25 »

Hi,

ich kämpfe gerade ein wenig damit, ein Skript an der richtigen Stelle starten zu lassen. Grund ist, dass man die Helligkeit des Pearl-Display's beim Ausschalten mit dem showpic Befehl auf 0 setzen sollte, falls man keine hellgraue Notbeleuchtung benötigt.
Zumindest bei mir hat auch das Anzeigen von Timern nicht funktioniert, weil das graphlcd-Skript zwar nach 'vdr' gestartet wird, zu diesem Zeitpunkt vdr aber noch nicht vollständig gestoppt ist und dann das graphlcd-Plugin die Anzeige wieder überschreibt.
Das funktioniert mit den Skripten unten im Prinzip nun ordentlich. Wenn die Timer aber nicht angezeigt werden sollen, bekomme ich wieder Probleme mit 'graphlcd-base',  das beim Runterfahren ja auch irgendwelche Grafiken auf das Display zeichnet.
Die Fragen also:
after und before im init-Abschnitt sind ja noch ganz verständlich, wobei after beim Stoppen before zu sein schein
Unter priority kann ich mir auch noch was vorstellen (gibt's nur 0, 5 und 9?)
Wie aber kann ich feststellen, ob ein Skript bereits abgearbeitet ist oder noch läuft. Evtl. haben die 'wait'-Ordner was damit zu tun?
Ich hoffe, jemand kann mir da helfen.

Gruß
Alex


pearl:

Code: [Select]

#!/bin/sh

. /etc/init.d/rc.functions

NAME=${0##*/}
TIMERFILE=/etc/vdr/timers.conf

case "$1" in
        start)
;;
stop)
if ( [ "$GRAPHLCD_TYP" == "ax206dpf" ] ) && ( [ "$GRAPHLCD_SHOW_TIMERS" != "1" ] || [ ! -s "$TIMERFILE" ] ); then
echo "Blanking Pearl Display"
#
/usr/bin/showpic -d ax206dpf -b 0 dummypic &>/dev/null
#
fi
;;
init)
stop=1      # enable stop section
priority=9
before=graphlcd-base   # init scripts that should be started after this
;;
*)
echo "Usage: $0 {start | stop}" >&2
exit 1
esac
 

graphlcd:

Code: [Select]

#!/bin/sh
. /etc/init.d/rc.functions
TEXTDOMAIN="vdr-plugin-graphlcd-graphlcd"

case "$1" in
start)
;;
stop)
if [ "$GRAPHLCD_SHOW_TIMERS" == "1" ]; then
echo "Show timers on graphlcd"
if [ -e "/usr/bin/perl" ]; then
graphlcd-showtimer
else
. /etc/rc.shutdown
showtext -c /etc/graphlcd.conf -i ${GRAPHLCD_TYP:+-d $GRAPHLCD_TYP} -e iso8859-0 -f fnt:/etc/vdr/plugins/graphlcd/fonts/f12bn.fnt "Next Timer:" "$(test "$utctime" \> "0" && date '+%a %m. %b %Y  %H:%M' @$utctime || echo $(gt 'none'))" "$filename"
fi
fi
;;
init)
stop=1
before=xorg
after=pearl
priority=9
;;
*)
echo "Usage $0 {start | stop}" >&2
exit 1
esac


6

x86 Systeme (PC) / [Gelöst] Pearl-Display "stürzt" ab

« on: December 28, 2016, 15:03:52 »

Moin,
da Ihr ja inzwischen alle Geschenke ausgepackt (und umgetauscht) habt und der Gänsebraten nicht mehr so in den Gedärmen zwickt, hoffe ich hierbei Hilfe zu bekommen:
Die Installation von 5.1 stable auf einem Asus AT3IONT-i hat soweit gut geklappt, allerdings verabschiedet sich das Pearl-Display nach unregelmäßigen Zeitabständen und lässt dann im Minutentakt mal kurz das ehemalige OSD aufblitzen gefolgt von einem dunkel werdenden Schirm, der sich kurz in weiß verwandelt, um schließlich wieder schwarz zu werden.
Anfänglich ganz unterhaltsam, dann aber nervig und am eigentlichen Zweck vorbei.
Im Log erscheinen dann folgende Meldungen (hier direkt nachdem Kodi verlassen wurde):

Code: [Select]

Dec 27 22:19:10 (MLD) user.info vdr: ax206dpf: AX206DPF initialized (320x240).
Dec 27 22:19:11 (MLD) user.err vdr: [1270] [live] INFO: attempt to listen on ip = '0.0.0.0'
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/_l.glcd' loaded.
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/symbols/teletext.pbm' loaded.
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/symbols/empty.pbm' loaded.
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/symbols/dolby.pbm' loaded.
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/symbols/scrambled.pbm' loaded.
Dec 27 22:19:15 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/symbols/mute.pbm' loaded.
Dec 27 22:19:15 (MLD) user.err vdr: [1242] ERROR: attempt to open OSD while it is already open - using dummy OSD!
Dec 27 22:19:15 (MLD) user.err vdr: [1242] ERROR: attempt to open OSD while it is already open - using dummy OSD!
Dec 27 22:19:17 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/KABEL_1_l.glcd' loaded.
Dec 27 22:19:23 (MLD) user.info kernel: [   35.780393] input: lircd as /devices/virtual/input/input15
Dec 27 22:19:23 (MLD) daemon.notice lircd-0.9.0-pre1[1600]: lircd(devinput) ready, using /var/run/lirc/lircd-devinput
Dec 27 22:19:23 (MLD) user.info kernel: [   35.796354] r8169 0000:04:00.0 eth0: link down
Dec 27 22:19:23 (MLD) user.info kernel: [   35.796570] r8169 0000:04:00.0 eth0: link down
Dec 27 22:19:23 (MLD) user.info kernel: [   35.796704] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 27 22:19:25 (MLD) user.info kernel: [   38.175670] r8169 0000:04:00.0 eth0: link up
Dec 27 22:19:25 (MLD) user.info kernel: [   38.175692] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Dec 27 22:19:29 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/images/arrow.pbm' loaded.
Dec 27 22:19:33 (MLD) authpriv.err atd[2022]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory
Dec 27 22:19:33 (MLD) authpriv.err atd[2022]: PAM adding faulty module: pam_gnome_keyring.so
Dec 27 22:19:33 (MLD) authpriv.info atd[2022]: pam_unix(atd:session): session opened for user root by (uid=1)
Dec 27 22:19:35 (MLD) auth.info login[2122]: root login on 'tty1'
Dec 27 22:19:35 (MLD) auth.info login[2123]: root login on 'tty2'
Dec 27 22:19:35 (MLD) auth.info login[2124]: root login on 'tty3'
Dec 27 22:19:35 (MLD) auth.info login[2125]: root login on 'tty4'

//////////  KODI verlassen //////////////////

Dec 27 22:36:35 (MLD) user.err kernel: [ 1068.633997] irq 21: nobody cared (try booting with the "irqpoll" option)
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634012] CPU: 0 PID: 0 Comm: swapper/0 Tainted: P           O    4.4.5.197.2 #1
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634018] Hardware name: System manufacturer System Product Name/AT3IONT-I DELUXE, BIOS 0501    06/08/2010
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634023]  0000000000000006 ffffffff812e7715 ffff8800365af000 ffff8800365af09c
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634032]  ffffffff810682fc ffff8800365af000 0000000000000000 ffff8800365af000
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634039]  ffffffff810685b6 0000000000000000 0000000000000000 ffff8800365af000
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634046] Call Trace:
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634051]  <IRQ>  [<ffffffff812e7715>] ? dump_stack+0x46/0x59
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634073]  [<ffffffff810682fc>] ? __report_bad_irq+0x2f/0xb5
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634081]  [<ffffffff810685b6>] ? note_interrupt+0x195/0x218
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634088]  [<ffffffff810665c9>] ? handle_irq_event_percpu+0xd2/0xdf
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634095]  [<ffffffff810665f8>] ? handle_irq_event+0x22/0x43
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634102]  [<ffffffff81068cc1>] ? handle_fasteoi_irq+0x76/0xce
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634110]  [<ffffffff8100434d>] ? handle_irq+0x16/0x19
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634116]  [<ffffffff81003de7>] ? do_IRQ+0x40/0xbc
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634124]  [<ffffffff8159c77f>] ? common_interrupt+0x7f/0x7f
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634128]  <EOI>  [<ffffffff8149f29b>] ? cpuidle_enter_state+0xdd/0x131
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634142]  [<ffffffff8149f262>] ? cpuidle_enter_state+0xa4/0x131
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634150]  [<ffffffff8105a78b>] ? cpu_startup_entry+0x15f/0x1d2
Dec 27 22:36:35 (MLD) user.warn kernel: [ 1068.634158]  [<ffffffff81863dbc>] ? start_kernel+0x3f4/0x3fc
Dec 27 22:36:35 (MLD) user.err kernel: [ 1068.634161] handlers:
Dec 27 22:36:35 (MLD) user.err kernel: [ 1068.634168] [<ffffffff81430375>] usb_hcd_irq
Dec 27 22:36:35 (MLD) user.emerg kernel: [ 1068.634172] Disabling IRQ #21
Dec 27 23:50:57 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:50:57 (MLD) user.err vdr: [softhddev] 2 invalid PES video packet(s)
Dec 27 23:50:59 (MLD) authpriv.info atd[2022]: pam_unix(atd:session): session closed for user root
Dec 27 23:50:59 (MLD) cron.err atd[2022]: Exec failed for mail command: No such file or directory
Dec 27 23:51:03 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/skins/touchcol/images/mute.pbm' loaded.
Dec 27 23:51:05 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/PRO_SIEBEN_l.glcd' loaded.
Dec 27 23:51:06 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:07 (MLD) user.info kernel: [ 5539.960784] usb 4-5: USB disconnect, device number 2
Dec 27 23:51:07 (MLD) user.info vdr: ax206dpf: display 0 communication error (-19). Display detached
Dec 27 23:51:07 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/SAT.1_l.glcd' loaded.
Dec 27 23:51:09 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/RTL_TELEVISION_l.glcd' loaded.
Dec 27 23:51:09 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:09 (MLD) user.err vdr: [softhddev] 2 invalid PES video packet(s)
Dec 27 23:51:10 (MLD) user.debug vdr: glcdgraphics: image '/etc/vdr/plugins/graphlcd/logos/channels/ZDF_HD_l.glcd' loaded.
Dec 27 23:51:10 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:10 (MLD) user.err vdr: [softhddev] 2 invalid PES video packet(s)
Dec 27 23:51:11 (MLD) user.info kernel: [ 5544.373495] usb 4-5: new full-speed USB device number 3 using ohci-pci
Dec 27 23:51:13 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:13 (MLD) user.err vdr: [softhddev] 3 invalid PES video packet(s)
Dec 27 23:51:20 (MLD) user.info kernel: [ 5552.960323] usb 4-5: USB disconnect, device number 3
Dec 27 23:51:20 (MLD) user.info vdr: ax206dpf: display 0 communication error (-19). Display detached
Dec 27 23:51:24 (MLD) user.info kernel: [ 5557.372894] usb 4-5: new full-speed USB device number 4 using ohci-pci
Dec 27 23:51:38 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:38 (MLD) user.err vdr: [softhddev] 3 invalid PES video packet(s)
Dec 27 23:51:40 (MLD) user.info kernel: [ 5572.759307] usb 4-5: USB disconnect, device number 4
Dec 27 23:51:40 (MLD) user.info vdr: ax206dpf: display 0 communication error (-19). Display detached
Dec 27 23:51:44 (MLD) user.info kernel: [ 5577.171993] usb 4-5: new full-speed USB device number 5 using ohci-pci
Dec 27 23:51:53 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec 27 23:51:53 (MLD) user.err vdr: [softhddev] 2 invalid PES video packet(s)
Dec 27 23:51:53 (MLD) user.info kernel: [ 5586.258677] usb 4-5: USB disconnect, device number 5
Dec 27 23:51:53 (MLD) user.info vdr: ax206dpf: display 0 communication error (-19). Display detached

////// etc. 

Am Display kann es nicht liegen, mit einer anderen vdr-Distri läuft das problemlos. Warum der IRQ 21 nach z.T. einer halben Stunde abgeschaltet wird ist mir nicht klar (ich hab allerdings in der Richtung überhaupt keinen Durchblick).   Von dem in der Fehlermeldung vorgeschlagenen try booting with the "irqpoll" wird im Netz eigentlich abgeraten, weil es zu anderen Fehler führen soll. Eine bei einem ähnlichen Fall (kein Display, kein vdr) vorgeschlagene Option "clocksource=acpi_pm pci=use_crs" verschlimmert die Sache nur, weil jetzt die messages schon beim Start mit

Code: [Select]

Dec 28 10:33:10 (MLD) user.err vdr: audio/alsa: broken driver 196 state 'RUNNING'
Dec 28 10:33:11 (MLD) user.err vdr: audio/alsa: broken driver 200 state 'RUNNING'
Dec 28 10:33:11 (MLD) user.err vdr: audio/alsa: broken driver 208 state 'RUNNING'
Dec 28 10:33:12 (MLD) user.err vdr: audio/alsa: broken driver 208 state 'RUNNING'
Dec 28 10:33:13 (MLD) user.err vdr: audio/alsa: broken driver 220 state 'RUNNING'
Dec 28 10:33:14 (MLD) user.err vdr: audio/alsa: broken driver 228 state 'RUNNING'
Dec 28 10:33:36 (MLD) user.err vdr: audio/alsa: broken driver 196 state 'RUNNING'
Dec 28 10:33:36 (MLD) user.err vdr: audio/alsa: broken driver 212 state 'RUNNING'
Dec 28 10:33:37 (MLD) user.err vdr: audio/alsa: broken driver 212 state 'RUNNING'
Dec 28 10:33:37 (MLD) user.err vdr: audio/alsa: broken driver 216 state 'RUNNING'
Dec 28 10:33:38 (MLD) user.err vdr: audio/alsa: broken driver 124 state 'RUNNING'
Dec 28 10:33:38 (MLD) user.err vdr: audio/alsa: broken driver 224 state 'RUNNING'
Dec 28 10:33:41 (MLD) user.err vdr: audio/alsa: broken driver 244 state 'RUNNING'
Dec 28 10:33:41 (MLD) user.err vdr: audio/alsa: broken driver 144 state 'RUNNING'
Dec 28 10:33:42 (MLD) user.err vdr: audio/alsa: broken driver 248 state 'RUNNING'
Dec 28 10:33:42 (MLD) user.err vdr: audio/alsa: broken driver 248 state 'RUNNING'
Dec 28 10:33:43 (MLD) user.err vdr: audio/alsa: broken driver 252 state 'RUNNING'
Dec 28 10:33:43 (MLD) user.err vdr: audio/alsa: broken driver 244 state 'RUNNING'
Dec 28 10:34:24 (MLD) user.err vdr: audio/alsa: broken driver 196 state 'RUNNING'
Dec 28 10:34:25 (MLD) user.err vdr: audio/alsa: broken driver 180 state 'RUNNING'
Dec 28 10:34:25 (MLD) user.err vdr: audio/alsa: broken driver 204 state 'RUNNING'
Dec 28 10:34:26 (MLD) user.err vdr: audio/alsa: broken driver 200 state 'RUNNING'
Dec 28 10:34:26 (MLD) user.err vdr: audio/alsa: broken driver 216 state 'RUNNING'
Dec 28 10:34:27 (MLD) user.err vdr: audio/alsa: broken driver 212 state 'RUNNING'
Dec 28 10:34:27 (MLD) user.err vdr: audio/alsa: broken driver 216 state 'RUNNING'
zugemüllt werden.
Ich hoffe, jemand hat da den entsprechenden Durchblick und den richtigen Tip, wo man da ansetzen muss.
Gruß
Alex

7

x86 Systeme (PC) / Kann man die Installation des mld-Bootmanagers verhindern?

« on: December 14, 2016, 11:46:20 »

Mahlzeit,

ich würde mld gerne auf meinem System ausprobieren. Da residieren allerdings schon hartnäckig andere Distributionen auf einigen Partitionen, die per grub gestartet werden.
Hier und in eurem sehr guten Wiki ist ja ausführlich beschrieben, wie die entsprechenden grub-Einträge für mld zu lauten haben. Allerdings habe ich nicht herausfinden können, ob ich bei der mld-Installation die Wahl habe, ob und/oder wohin der Bootmanager installiert wird (der mir ja die anderen Systeme nicht starten kann).
Sonst müsste ich mir vorher eine Möglichkeit zurechtlegen, um grub wieder reaktiviert zu bekommen.
Oder wäre hier eine alternative Installation zu empfehlen?

Schon mal schönen Dank
Alex