[1] 2 >>> MLD-5.x / General / MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
 

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
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

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #1 on: March 27, 2018, 17:37:02 »
Keiner??
Es kann doch nicht sein, dass MLD einzig auf meinem Rechner anfängt, ein Eigenleben zu entwickeln. Wird irgendwo ein EPGScan automatisch angestoßen, wenn man Kodi startet? Zumindest die Frage sollte doch zu beantworten sein.

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #2 on: March 27, 2018, 18:43:46 »
Der epg-scan läuft immer sobald ein DVB Device frei ist.
« Last Edit: March 28, 2018, 19:01:13 by clausmuus »
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1507
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #3 on: March 27, 2018, 21:42:09 »
Keiner??
Es kann doch nicht sein, dass MLD einzig auf meinem Rechner anfängt, ein Eigenleben zu entwickeln. Wird irgendwo ein EPGScan automatisch angestoßen, wenn man Kodi startet? Zumindest die Frage sollte doch zu beantworten sein.

Hi Alex,

ein bischen nähere Beschreibung deiner Hardware die du nutzt wäre schon Interessant,
also was für ein DVB-Device z.B.

denn
Code: [Select]
user.info vdr: [17278] frontend 0/0 timed out while tuning to channel 681 (BEINLALIGA1), tp 210729das sind Fehler vom dVb-device und nicht vom softhddevice-plugin.

Oder ein Debug-Log wäre auch mal schön.



Gruß,
  Roland
« Last Edit: March 27, 2018, 21:45:22 by rfehr »
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #4 on: March 28, 2018, 18:16:54 »
Danke für die Antworten

Quote
Der epg-scan leuft immer sobald ein DVB Device frei ist.

Wenn ich mehr als eines habe, habe ich aber nicht.

Quote
ein bischen nähere Beschreibung deiner Hardware die du nutzt wäre schon Interessant,

Kannst du alles gerne haben (Asus AT3IONT-I DELUXE mit Tevii 470, 1GB RAM). Allerdings ging es mir ja erstmal um die Frage, warum ein EPG Scan angestoßen wird, sobald ich Kodi starte. Mit nur einer Karte sollte das ja nicht vorkommen. Also dachte ich, dass MLD da vielleicht irgendein Script startet o.w.a.i.

Quote
das sind Fehler vom dVb-device und nicht vom softhddevice-plugin.

Das weiß ich. Allerdings taucht das beschriebene Verhalten nur auf, wenn ich, wie oben geschrieben,  softhddevice zur Ausgabe nutze.

Um das nochmal zusammenzufassen:
Wenn ich softhddevice benutze, startet ein EPG Scan offensichtlich sobald ich Kodi gestartet habe. Die sollte eigentlich nicht geschehen, da nur eine DVB Karte eingebaut ist. Mit xineliboutput, das ich bei der 5.1 jetzt schon seit über einem Jahr benutze,  tritt dies nie auf. 

Am EPG Scan selbst kann es eigentlich nicht liegen, da ich den öfter von Hand starte, wenn die Kiste längere Zeit ausgeschaltet war.

Zumindest die 5.3 Installation ist m.o.w. fabrikneu, also keine Plugins oder Scripte installiert, die da irgendwo reinpfuschen könnten.

Eine Frage wäre also, warum vdr denkt, ein freies device für einen Scan zu haben.

Gruß
Alex

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #5 on: March 28, 2018, 19:05:04 »
Ich vermute, dass das Beenden des shd Frontends (beim kodi Start) bewirkt, das auch das DVB Device frei gegeben wird. Damit hätte der VDR dann ein Device für den EPG-Scan zur Verfügung.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #6 on: March 29, 2018, 07:00:41 »
Für Kodi hast aber keinen VDR eingerichtet das du in Kodi LiveTV schauen kannst?
Gruß Mario
Meine Hardware (show / hide)

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #7 on: March 29, 2018, 12:27:17 »
Quote
Ich vermute, dass das Beenden des shd Frontends (beim kodi Start) bewirkt, das auch das DVB Device frei gegeben wird. Damit hätte der VDR dann ein Device für den EPG-Scan zur Verfügung.
Mit der ganzen Device-erei habe ich mich nie tiefer beschäftigt, da kommt man leicht in's Straucheln zwischen DVB-Device und Ausgabe-Device.

Aus der vdr History:
Code: [Select]
If there is more than one DVB card in the system, the non-primary cards are now used to periodically scan through the channels ... . Scanning kicks in after 60 seconds of user inactivity
  ... If there is only one DVB card in the system, that card will start scanning after 5 hours ...

Da ich nur eine DVB Karte verbaut habe und ich vdr zutraue, das herauszufinden, weiß ich nicht, wo da der Fehler auftritt. Und warum er manchmal nicht vorkommt.
Ich habe mal in den Logs von anderen Distris, die sich auch auf dem Rechner tummeln nachgeschaut, da sind die entsprechenden Einträge nicht zu finden, d.h. da wird beim Starten von Kodi kein Scan angeworfen. 

Insofern wären die Einträge von jemand interessant,  der auch nur eine DVB-Karte eingebaut hat und softhddevice benutzt.  Es muss ja nicht bei jedem so sein, dass die Karte abstürzt.

Quote
Für Kodi hast aber keinen VDR eingerichtet das du in Kodi LiveTV schauen kannst?
Nö, sollte das System aber eigentlich auch nicht aus der Ruhe bringen.

Gruß
Alex

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #8 on: March 29, 2018, 12:36:40 »
ich kann mal meinen test-vdr (muss ehy ein paar tests machen) auf single tuner umbauen.
dann Kodi starten und das log bereitstellen.

wird irgendwann die nächsten Tage passieren.
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #9 on: March 29, 2018, 12:40:30 »
Ich habe hier ein System am laufe mit nur einen Tuner. Bis jetzt habe in der Richtung keine Probleme gehabt. Nur bei mir läuft auch MLD 5.4 Unstable drauf
« Last Edit: March 29, 2018, 13:42:52 by mafe68 »
Gruß Mario
Meine Hardware (show / hide)

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #10 on: March 29, 2018, 13:14:26 »
Ich denke die Beschreibung der History ist lediglich ein wenig ungenau. Bei den 5 Stunden geht es da drum, dass nach dieser Zeit der inaktivität, bei nur einer DVB Karte die Ausgabe gestoppt wird und das DVB Device für den Scan herhalten muss. Wird das einzige Device aber nicht benutzt, so dürfte es genauso wie ein System mit zwei Karten behandelt werden, bei dem die zweite Karte gerade unbenutzt ist.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #11 on: March 29, 2018, 19:30:13 »
ich kann mal meinen test-vdr (muss ehy ein paar tests machen) auf single tuner umbauen.
dann Kodi starten und das log bereitstellen.

Hört sich sehr aufwendig an, aber schon mal vielen Dank dafür.

Quote
Ich habe hier ein System am laufe mit nur einen Tuner. Bis jetzt habe in der Richtung keine Probleme gehabt.

Okay, danke für die Antwort. Hast du denn in den Logs Hinweise darauf, ob ein Scan gestartet wird oder nicht?

Quote
Ich denke die Beschreibung der History ist lediglich ein wenig ungenau.

Wäre untypisch für Klaus ;)

Quote
Bei den 5 Stunden geht es da drum, dass nach dieser Zeit der inaktivität, bei nur einer DVB Karte die Ausgabe gestoppt wird und das DVB Device für den Scan herhalten muss. Wird das einzige Device aber nicht benutzt, so dürfte es genauso wie ein System mit zwei Karten behandelt werden, bei dem die zweite Karte gerade unbenutzt ist.

Hm, wäre mir noch nie aufgefallen. Dann müsste der Scan ja auch starten, wenn ich xineliboutput verwende. Die Kiste läuft jetzt seit ca. 8 Jahren, mit verschiedenen selbst kompilierten Geschichten oder Distributionen und die beschriebenen Probleme hatte ich bisher nie (oder zumindest nicht in der Häufigkeit, dass sie mir aufgefallen wären). Aus irgendeinem Grund kriegen sich MLD und mein System in die Haare.

Gruß
Alex
   

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #12 on: March 29, 2018, 22:34:01 »
Die MLD darf 5 Stunden nicht benutztz werden, also keine Tastatur oder Fernbedienungs Eingaben. Ich hab's aber noch nie ausprobiert, da ich schon immer mehrere DVB Karten hatte.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #13 on: March 30, 2018, 16:32:02 »
Ich würde mich jetzt nicht so darin verbeißen, wann und warum vdr hier nach EPG Daten sucht. Das Entscheidende ist doch, dass die DVB Karte sich ziemlich heftig verabschiedet und das sollte sie eigentlich in keinem Fall tun.
Ich werde mal Versuche mit der 5.4 starten, vielleicht helfen ja neue Versionen.

Gruß
Alex   

Aber wenn ein EPG Scan läuft steht die Karte nicht zur Verfügung, und somit hast du dann auch keine Ausgabe(Bild), bzw. softhddevice bekommt keinen Stream,
den er darstellen soll.

« Last Edit: March 30, 2018, 21:07:06 by rfehr »

Offline cle

  • Newbie
  • *
  • Posts: 40
    • View Profile
MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
« Reply #14 on: March 30, 2018, 23:40:26 »
@ rfehr
Mal abgesehen davon, dass ich nicht ganz nachvollziehen kann, warum du dir erlaubst, meinen Post zu verändern, weiß ich nicht, was du damit sagen willst.

[1] 2 >>> MLD-5.x / General / MLD 5.1-5.3 Was treibt softhddevice denn da im Hintergrund?
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.