Menüpunkt TV fehlt immer wieder auf den Kodi Clients

hedwig5

Hallo!

Ich betreibe zur Zeit 4 PCs mit Kodi und 6 Android TV Boxen mit Kodi als Client für VDR (über VNSI). Dabei kommt es immer wieder (teilweise pro Client mehr als täglich) vor, dass ich entweder die Datei TV29.db löschen oder in den Einstellungen -> TV -> Daten löschen benutzen muss.

Heute ist mir Kodi beim Schauen einer Aufnahme sogar mehrfach gecrasht. Ein Löschen des TV-Caches hat dann das Problem anscheinend erstmal wieder behoben.

Wie kann ich dieses Problem lösen?

Danke für Eure Mühen, Hedwig

SkyBird1980

kommt drauf an warum er crasht. wenn er das nächste mal crasht bitte eine [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] anhängen, am besten mit aktivieren debug.

hedwig5

[definition='1','3']Debug[/definition] hatte ich leider nicht an, aber anbei 3 crashlogs

SkyBird1980

da scheint was in deinem tv server nicht zu stimmen. Er fragt nach ob er Daten bekommt, bekommt aber keine mehr.
Könnte allerdings auch sein das dein Client die Verbindung verliert - wie sind die beiden denn angebunden? (Wlan,dlan,LAN?)

hedwig5

Dieser Client läuft sogar auf dem gleichen Rechner. Ansonsten sind alle Clients bis auf 1 mit LAN angebunden, der eine "nur" per WLAN, weil ich leider kein LAN-Kabel ins Badezimmer legen kann.

hedwig5

So, hab mal in mein System-Logfile geschaut, da steht für den "fraglichen" Zeitpunkt folgendes:

Okt 16 19:37:20 host vdr[8412]: [8436] loading /etc/vdr/plugins/vnsiserver/allowed_hosts.conf
Okt 16 19:37:20 host vdr[8412]: [8436] VNSI: Client with ID 0 connected: 127.0.0.1:35760
Okt 16 19:37:20 host vdr[8412]: [9388] VNSI Client 0->127.0.0.1:35760 thread started (pid=8412, tid=9388, prio=high)
Okt 16 19:37:20 host vdr[8412]: [9388] VNSI: Welcome client 'XBMC Media Center' with protocol version '8'
Okt 16 19:37:20 host vdr[8412]: [9163] ERROR: video data stream broken
Okt 16 19:37:20 host vdr[8412]: [9163] initiating emergency exit
Okt 16 19:37:20 host vdr[8412]: [8412] emergency exit requested - shutting down
Okt 16 19:37:20 host vdr[8412]: [8412] stopping plugin: live
Okt 16 19:37:20 host vdr[8412]: [8412] stopping plugin: dynamite
Okt 16 19:37:20 host vdr[8412]: [8412] dynamite: force detaching all devices
Okt 16 19:37:20 host vdr[8412]: [8412] stopping plugin: epgfixer
Okt 16 19:37:20 host vdr[8412]: [8412] stopping plugin: vnsiserver
Okt 16 19:37:20 host vdr[8412]: [8437] VNSIStatus thread ended (pid=8412, tid=8437)
Okt 16 19:37:20 host vdr[8412]: [9388] VNSI: cxSocket::read(fd=58): eof, connection closed
Okt 16 19:37:20 host vdr[8412]: [9388] VNSI Client 0->127.0.0.1:35760 thread ended (pid=8412, tid=9388)
Okt 16 19:37:20 host vdr[8412]: [8412] VNSI: VNSI Server stopped
Okt 16 19:37:20 host vdr[8412]: [8412] stopping plugin: epgsearch
Okt 16 19:37:20 host vdr[8412]: [8435] EPGSearch: Leaving search timer thread
Okt 16 19:37:20 host vdr[8412]: [8435] EPGSearch: searchtimer thread ended (pid=8412, tid=8435)
Okt 16 19:37:20 host vdr[8412]: [8447] recording thread ended (pid=8412, tid=8447)
Okt 16 19:37:21 host vdr[8412]: [8412] buffer stats: 206236 (0%) used
Okt 16 19:37:21 host vdr[8412]: [8412] timer 6 (13 1925-2003 'Nachrichten~Hamburg Journal') stop
Okt 16 19:37:21 host vdr[8412]: [8451] recording thread ended (pid=8412, tid=8451)
Okt 16 19:37:21 host vdr[8412]: [8412] buffer stats: 133480 (0%) used
Okt 16 19:37:21 host vdr[8412]: [8412] timer 7 (12 1925-2003 'Nachrichten~Schleswig-Holstein Magazin') stop
Okt 16 19:37:21 host vdr[8412]: [8449] device 1 TS buffer thread ended (pid=8412, tid=8449)
Okt 16 19:37:21 host vdr[8412]: [8448] buffer stats: 208304 (3%) used
Okt 16 19:37:21 host vdr[8412]: [8448] device 1 receiver thread ended (pid=8412, tid=8448)
Okt 16 19:37:21 host vdr[8412]: [9160] recording thread ended (pid=8412, tid=9160)
Okt 16 19:37:21 host vdr[8412]: [8412] buffer stats: 391604 (1%) used
Okt 16 19:37:21 host vdr[8412]: [8412] timer 28 (2 1855-1943 'Nachrichten~Berlin direkt~2016.10.16-19:10-So') stop
Okt 16 19:37:21 host vdr[8412]: [9163] recording thread ended (pid=8412, tid=9163)
Okt 16 19:37:21 host vdr[8412]: [8412] buffer stats: 0 (0%) used

Damit würde ich schlussfolgern, dass das Kodi Plugin vielleicht nicht robust genug ist, aber das eigentliche Problem eher im VDR-Server sitzt, oder?

SkyBird1980

server. Der versucht die Clients zu unterbrechen da kann es sein dass das nicht in die Clienten integriert ist und damit nicht umgehen können.

hedwig5

Habe ich eine Chance, dass das Verhalten mit Kodi 17 besser wird?

SkyBird1980

Sicher deine alter Version und probier es doch aus. Kannst ja überinstallieren (bitte vorher auf Confluence Skin gehen!) und prüfen. Nach dem ersten start werden vorhandene Addons soweit vorhanden geupdated.
Das PVR Handling ist eh besser geworden, da lohnt sich das.
Sei dir nur bewusst das es dann kein echtes Passtrough während PVR gibt. Das wurde aufgrund einer besseren Streamqualität aufgegeben und Dolby Digital wird nun in einzelne PCM Streams an den AVR gesendet falls du sowas hast.
Es bleibt aber weiterhin Dolby Digital.

mafe68

Wo hast du deine DVB Karten verbaut in einem extra Server oder direkt drin. Hast du die Tuner zugeleitet für die einzelnen Client? Wenn nicht kann es seine das der Tuner vom einem anderen Client belegt ist und dadurch der Stream abgebrochen wird und die Fehlermeldungen bekommst.

hedwig5

Die DVB-C Karte mit 6 Tunern steckt direkt im gleichen PC. Den Clients habe ich keine einzelnen Tuner zugewiesen.

Nutze die aktuellen stabilen Pakete für Kodi und VDR aus dem Packman Repository für openSuSE Tumbleweed.

CvH

Was sind da die Versionen?
Kodi 16.1?

hedwig5

Genauer gesagt:
16.1 Git:20160424-c327c53 Media Center Kodi

VDR:
vdr (2.2.0/2.2.0) - The Video Disk Recorder
dvbhddevice (2.2.0) - HD Full Featured DVB device
dvbsddevice (2.2.0) - SD Full Featured DVB device
epgtableid0 (2.2.0) - EPG handler for events with table id 0x00
hello (2.2.0) - A friendly greeting
osddemo (2.2.0) - Demo of arbitrary OSD setup
pictures (2.2.0) - A simple picture viewer
rcu (2.2.0) - Remote Control Unit

CvH

Es sieht so aus als wenn der VDR das Problem ist bzw mit irgendwas nicht klar kommt. Ist vdr-plugin-vnsiserver aktuell? Wenn ich mich recht entsinne machte auch schon das dynamite Plugin die tollsten Probleme und musste deswegen bei OE schon rausfliegen. Evtl am server mal schrittweise alles aus machen was nicht an sein muss.

Das ist jetzt weit her geholt, falls VDR irgendwelche Probleme mit dem Zugriff auf die Geräte hat könnte man auch minisatip davor schalten und vdr nur noch per vdr-plugin-satip drauf zugreifen lassen das VDR sich nicht an den devices vergreifen muss. Kann natürlich auch ein total toller bug sein

hedwig5

Der vnsiserver ist Version 1.5.0-13.3.

Das Dynamite Plugin trau ich mich nicht wirklich abzuschalten, da am TV-Ausgang des PCs ein Panasonic PC hängt, der bei gravierenden Problemen des VDR (hatte ich am Anfang) ansonsten seine Senderliste verliert (wenn kein Signal mehr durchgeleitet wird).

Ich meine, daß es vom VDR bereits eine aktuellere Version fast fertig ist, hoffentlich wird die bald mal released.

CvH

Dann ist guter Rat teuer, http://www.vdr-wiki.de/wiki/index.php…a_stream_broken sagt was zum Fehler wo ich da auch nicht schlau werde was da das eigentliche Problem ist.

Könnte natürlich auch ein Treiber Problem sein, evtl mal die neusten von https://github.com/DigitalDevices/dddvb installieren falls noch nicht vorhanden. In alter Software herumstochern um Fehler zu finden ist leider auch nicht von ohne wenn man es nicht direkt irgendwie auslösen kann.

Ich würde dynamite mal deaktivieren und gucken was passiert, funktioniert ja eh nicht zuverlässig und würde das jetzige Problem auch erklären. Außer Strom zu sparen macht das Plugin ja nichts was die Funktion einschränkt oder bereichert.

hedwig5

Den Link schau ich mir gleich mal an. Die neue VDR Version 2.3.1 kann ich leider noch nicht einsetzen, weil für einige von mir benutzte Plugins (wie epgsearch) noch die Unterstützung fehlt.

Das Dynamite Plugin sorgt dafür, dass die TV-Karten Hot-Plug sind. Im Fehlerfall läuft der VDR-Server einfach weiter und das Signal wird weiterhin durgeschleift für den TV. Seit ich das Plugin nutze hab ich viel weniger Probleme mit Aufnahmen, höchstens temporäre Probleme, das renkt sich wieder ein.

Vom dddvb Treiber nutze ich immer die aktuelle Variante, muss ich ja eh bei jedem Kernel-Update neu installieren.

Momentan habe ich erstmal den EmergencyExit abgeschaltet und warte ab wie sich das System verhält.

CvH

Auch wenn es sicherlich nicht zum Setup passt, es sei nur mal Tvheadend erwähnt was dieses Probleme sicherlich auch beheben würde

BigChris

Zu den Aufnahmen:
Ich schaue generell nicht mehr über Plaugin in Kodi, sondern habe die Partition auf welcher aufgenommen wird als Videoquelle eingebunden. Das läuft zumindest bei mir stabiler und schneller!

Eine auf VDR ausgelegte Distribution wäre easyvdr.
Schau dir das mal an, damit hatte ich bisher die besten Ergebnisse. Seit 6 Jahren schaue ich ausschließlich mit Kodi / (easy)VDR. Bei dem Paket musst du dir keine Gedanken über die Zusammenarbeit Kodi / VDR zu machen.

hedwig5

Grade mit dem Einbinden über NFS habe ich auf meinen Android Kisten noch Probleme. Muss mal schauen, ob es am Benutzer oder am Kerberos irgendwie hängt.

Menüpunkt TV fehlt immer wieder auf den Kodi Clients

Jetzt mitmachen!

Tags