[gelöst] HILFE!!! yaVDR Installation & Clients - VERZWEIFLUNG macht sich breit

Hallo liebe yaVDR - Gemeinde!

Ich bin neu hier und möchte mal Euch gleich meine Problemstellung näher bringen, zunächst die Ausgangssituation und was ich erreichen will:

Installiert hab ich ein NAS, dort liegen alle meine Multimedia-Daten in den verschiedensten Verzeichnissen, darauf haben alle meine Clients Zugriff.
Clients = Win7, Win 8, Android, iOS - Anbindung via LAN und WLAN

Ich hab schon deslängeren XBMC erfolgreich im Einsatz und möchte nun einen TV-Server mit Aufnahmemöglichkeit von allen meinen Clients installieren,
diese Aufnahmen sollen dann direkt auf mein NAS gespeichert werden.

Nach stundenlangen lesen bin ich yaVDR gestossen und bin restlos überzeugt, dass dieser genau das kann was ich brauche. Abgesehen von meiner
TV-Anbindung (derzeit UPC via KABEL, nicht mehr lange !!!) sollen alle Clients mit LiveTV über XMBC versorgt werden.
Das war mal die Ausgangssituation, jetzt mein Problem:

Nach der Installation von yaVDR0.5 (testweise in der VirtualBox ohne DVB-Adapter) und korrektem Update (da gibts ja mehrere HInweise darauf)
hab ich die Konfig via Web-Interface überprüft, schien alles in Ordnung zu sein. ABER: ich bekomm mit meinen XBMC-Clients keine Verbindung!!!
Hier der Log:

Nov 1 16:27:38 yaVDR vdr: [1583] connect from xxx.xxx.xx.xx, port 44317 - accepted
Nov 1 16:27:38 yaVDR vdr: [1583] lost connection to SVDRP client
Nov 1 16:27:38 yaVDR vdr: [1583] closing SVDRP connection
Nov 1 16:27:43 yaVDR vdr: [1583] connect from xxx.xxx.xx.xx, port 44318 - accepted
Nov 1 16:27:44 yaVDR vdr: [1583] lost connection to SVDRP client
Nov 1 16:27:44 yaVDR vdr: [1583] closing SVDRP connection
Nov 1 16:27:48 yaVDR vdr: [1583] connect from xxx.xxx.xx.xx, port 44319 - accepted
Nov 1 16:27:48 yaVDR vdr: [1583] lost connection to SVDRP client
Nov 1 16:27:48 yaVDR vdr: [1583] closing SVDRP connection

Am XBMC - Client (Frodo) hab ich den originalen PVR-Client "VDR VNSI Client" verwendet, auch die verschiedensten Port Einstellungen haben leider
nicht den erhofften Erfolg gebracht. Es werden die voreingestelleten Ports am yaVDR & XBMC benutzt.

Meine Frage nun: liegt es vllt. daran dass ich keinen DVB-Tuner am yaVDR angeschlossen hab (glaub ich nicht, denn hat ja nichts mit TCP-Verbindungen zu tun)
oder woran kann es liegen ??????????? Bin wirklich am verzweifeln!!

Vielen Dank für Eure Hinweise & Hilfe

Zitat von TheChief

SVDRP hat ja erstmal nichts mit VNSI zu tun. Hast Du denn auf deinem yaVDR vnsiserver Plugin installiert?

Danke, das Nachinstallieren dieses Plugins hat einmal geholfen, das sich die Clients mit dem yaVDR verbinden konnten.
Zukünftig soll das decodieren ausschliesslich am yaVDR passieren und die Clients garnichts damit zu tun haben.

Jetzt möchte ich zum Test die IPTV-Kanäle zu den Clients streamen, dafür brauch ich aber keine DVB-Karte, das sollte für den ersten Test mal funktionieren.
Muss ich da noch auf etwas bestimmtes achten?

Danke

Decodieren: da hab ich schon einiges darüber gelesen, sollte theoritisch funktionien, die Clients empfangen dann das decodierte Signal und geben es dementsprechend wieder.

Mal sehen

Und: warum sollten die IPTV Kanäle nicht funktieren? Gibts davür Gründe oder worauf sollte ich achten?

So, inzwischen habe ich mir eine DVB-C Karte besorgt: TBS6618 - aber ich krieg das Ding leider nicht gebacken!!!!
Für die gibt es auch Linux-Treiner und ist für DVR geeignet! Laut homepage.

Nun habe ich die PCIe-Karte installiert und yaVDR0.5 testweise native auf einer SATA2 Platte installiert und mit "apt-get udate & dist-upgrade" abgeschlossen.
Die Treiber hab ich lt. den Anweisungen http://linuxtv.org/wiki/index.…B-C_TV_Tuner_CI_PCIe_Card kompiliert & installiert.

yavdr hab ich mal als "softhd-device" via WI konfiguriert, im Kernel-Log finde ich folgendes:

[ 11.832932] SAA716x TBS 0000:04:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 11.832942] SAA716x TBS 0000:04:00.0: setting latency timer to 64
[ 11.869010] IR NEC protocol handler initialized
[ 11.891464] Registered IR keymap rc-tbs-nec
[ 11.891545] input: saa716x IR (TurboSight TBS 6618 ) as /devices/pci0000:00/0000:00:1c.2/0000:04:00.0/rc/rc0/input3
[ 11.891590] rc0: saa716x IR (TurboSight TBS 6618 ) as /devices/pci0000:00/0000:00:1c.2/0000:04:00.0/rc/rc0
[ 11.891616] DVB: registering new adapter (SAA716x dvb adapter)
[ 12.067957] nvidia 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 12.067969] nvidia 0000:01:00.0: setting latency timer to 64
[ 12.067974] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[ 12.068076] IR RC5(x) protocol handler initialized
[ 12.068633] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013
[ 12.131904] TurboSight TBS6618 DVB-C card MAC=00:22:ab:b2:01:ea
[ 12.147217] tbsci: Initializing TBS 6618 CI slot
[ 12.147318] tbsci: Adapter 0 CI slot initialized
[ 12.147321] DVB: registering adapter 0 frontend 0 (TurboSight TBS 6618 DVBC frontend)...

Das sieht jetzt für mich (als Linux-Laie) so aus, als würde meine dvb-c Karte funktionerien, daß tut sie aber leider nicht nicht.
Über das Wi bekomm ich bei DVB-Adapters folgendes:

total 0
crw-rw----+ 1 root video 212, 3 Nov 8 21:06 ca0
crw-rw----+ 1 root video 212, 0 Nov 8 21:06 demux0
crw-rw----+ 1 root video 212, 1 Nov 8 21:06 dvr0
crw-rw----+ 1 root video 212, 4 Nov 8 21:06 frontend0
crw-rw----+ 1 root video 212, 2 Nov 8 21:06 net0

Mit "sudo w_scan -f c -G" werden zwar alle Frequenzen durchsucht, aber leider keine Kanäle gefunden!!!

Bitte um Hilfe!!!!!! Was mache ich nur falsch ??
Danke.

gda: Sorry, dass war nicht so gemeint und schon garnicht gegen Euch. Einfach nur als lauter Hilferuf, ein Ausdruck meiner Verzweiflung.:angst
Ich hoffe aber trotzdem, dass ich bei Euch Unterstützung erfahre.

Gibt es noch noch Möglichkeiten um zu überprüfen, ob die Karte erkannt wird, bzw. ob der Treiber geladen wird, und wenn ja wie kann ich das machen. Ich bin leider kein Linux Spezialist.

Vielen Dank.

Es scheint so zu sein, dass auch der VDR (lt. syslog) die Karte kennt:

Nov 9 08:53:42 tvserver vdr: [954] registered source parameters for 'A - ATSC'
Nov 9 08:53:42 tvserver vdr: [954] registered source parameters for 'C - DVB-C'
Nov 9 08:53:42 tvserver vdr: [954] registered source parameters for 'S - DVB-S'
Nov 9 08:53:42 tvserver vdr: [954] registered source parameters for 'T - DVB-T'
Nov 9 08:53:42 tvserver vdr: [954] probing /dev/dvb/adapter0/frontend0
Nov 9 08:53:42 tvserver vdr: [954] dynamite: preparing 8 dynamic device slots for dvb devices
Nov 9 08:53:42 tvserver vdr: [954] new device number 1
Nov 9 08:53:42 tvserver vdr: [954] new device number 2
Nov 9 08:53:42 tvserver vdr: [954] new device number 3
Nov 9 08:53:42 tvserver vdr: [954] new device number 4
Nov 9 08:53:42 tvserver vdr: [954] new device number 5
Nov 9 08:53:42 tvserver vdr: [954] new device number 6
Nov 9 08:53:42 tvserver vdr: [954] new device number 7
Nov 9 08:53:42 tvserver vdr: [954] new device number 8
Nov 9 08:53:42 tvserver vdr: [954] dynamite: grab dvb device 0/0
Nov 9 08:53:42 tvserver vdr: [954] found 1 DVB device
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: xine (0.9.4): Software based playback using xine
Nov 9 08:53:42 tvserver vdr: [954] new device number 16
Nov 9 08:53:42 tvserver vdr: [1149] XineRemote control thread started (pid=954, tid=1149, prio=high)
Nov 9 08:53:42 tvserver vdr: [1149] Entering cXineRemote thread
Nov 9 08:53:42 tvserver vdr: [1147] video directory scanner thread started (pid=954, tid=1147, prio=high)
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: text2skin (1.3.2+git): Loader for text-based skins
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: menuorg (0.5.1): Reorganizes the main menu
Nov 9 08:53:42 tvserver vdr: [954] loading menuorg config file from /var/lib/vdr/plugins/menuorg.xml
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: extrecmenu (1.2.3-git): Extended recordings menu
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: streamdev-client (0.6.0-git): VTP Streaming Client
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: femon (2.0.0): DVB Signal Information Monitor (OSD)
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: xvdr (0.9.9): XVDR Server
Nov 9 08:53:42 tvserver vdr: [1148] epg data reader thread started (pid=954, tid=1148, prio=high)
Nov 9 08:53:42 tvserver vdr: [1148] reading EPG data from /var/cache/vdr/epg.data
Nov 9 08:53:42 tvserver vdr: [1148] epg data reader thread ended (pid=954, tid=1148 )
Nov 9 08:53:42 tvserver vdr: [1146] video directory scanner thread ended (pid=954, tid=1146)
Nov 9 08:53:42 tvserver vdr: [1147] video directory scanner thread ended (pid=954, tid=1147)
Nov 9 08:53:42 tvserver vdr: [954] XVDR-Error: unable to open resume data: /var/lib/vdr/plugins/xvdr/resume.data
Nov 9 08:53:42 tvserver vdr: [954] XVDR: Loading 0 channels from cache
Nov 9 08:53:42 tvserver vdr: [954] XVDR: channel cache garbage collection ...
Nov 9 08:53:42 tvserver vdr: [954] XVDR: before: 0 channels in cache
Nov 9 08:53:42 tvserver vdr: [954] XVDR: after: 0 channels in cache
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: iptv (2.0.0): Experience the IPTV
Nov 9 08:53:42 tvserver vdr: [954] registered source parameters for 'I - IPTV'
Nov 9 08:53:42 tvserver vdr: [954] new device number 17
Nov 9 08:53:42 tvserver vdr: [954] cTimeMs: using monotonic clock (resolution is 1 ns)
Nov 9 08:53:42 tvserver vdr: [954] creating IPTV device 0 (CardIndex=16)
Nov 9 08:53:42 tvserver vdr: [1150] IPTV section handler thread started (pid=954, tid=1150, prio=low)
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: epgsearchonly (0.0.1): Direct access to epgsearch's search menu
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: channellists (0.0.5): Manage your channellists
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: conflictcheckonly (0.0.1): Direct access to epgsearch's conflict check menu
Nov 9 08:53:42 tvserver vdr: [1151] section handler thread started (pid=954, tid=1151, prio=low)
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: dbus2vdr (17): control vdr via D-Bus
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: wirbelscan (0.0.7): DVB and pvrinput channel scan for VDR
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: live (0.3.0): Live Interactive VDR Environment
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: restfulapi (0.1.2): Offers a RESTful-API to retrieve data from VDR
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: quickepgsearch (0.0.1): Quick search for broadcasts
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: epgsearch (1.0.1.beta5): search the EPG for repeats and more
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: streamdev-server (0.6.0-git): VDR Streaming Server
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: skinpearlhd (0.0.1): PearlHD Skin
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: markad (0.1.5pre): Mark advertisements
Nov 9 08:53:42 tvserver vdr: [954] initializing plugin: dynamite (0.1.5): attach/detach devices on the fly
Nov 9 08:53:42 tvserver vdr: [954] dynamite: streamdev-client detected, leaving 1 additional slot(s) free
Nov 9 08:53:42 tvserver vdr: [954] dynamite: xine detected, leaving 1 additional slot(s) free
Nov 9 08:53:42 tvserver vdr: [954] dynamite: creating dynamic device slots as much as possible
Nov 9 08:53:42 tvserver vdr: [954] new device number 18
Nov 9 08:53:42 tvserver vdr: [954] new device number 19
Nov 9 08:53:42 tvserver vdr: [954] new device number 20
Nov 9 08:53:42 tvserver vdr: [954] new device number 21
Nov 9 08:53:42 tvserver vdr: [954] dynamite: probing /dev/dvb/adapter0/frontend0
Nov 9 08:53:42 tvserver vdr: [954] dynamite: /dev/dvb/adapter0/frontend0 is a dvb adapter trying to set card index to 0
Nov 9 08:53:42 tvserver vdr: [954] new sub-device number 1
Nov 9 08:53:42 tvserver vdr: [1153] CI adapter on device 0 thread started (pid=954, tid=1153, prio=high)
Nov 9 08:53:44 tvserver vdr: [954] DVB API version is 0x0503 (VDR was built with 0x0504)
Nov 9 08:53:44 tvserver vdr: [954] frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("TurboSight TBS 6618 DVBC frontend")
Nov 9 08:53:44 tvserver vdr: [1153] CAM 1: no module present
Nov 9 08:53:44 tvserver vdr: [954] dynamite: attached device /dev/dvb/adapter0/frontend0 to dynamic device slot 1
Nov 9 08:53:44 tvserver vdr: [954] dynamite: /dev/dvb/adapter0/frontend0 is a dvb adapter trying to set card index to 0
Nov 9 08:53:44 tvserver vdr: [954] dynamite: /dev/dvb/adapter0/frontend0 is already attached
Nov 9 08:53:44 tvserver vdr: [954] setting primary device to 9
Nov 9 08:53:44 tvserver vdr: [954] assuming manual start of VDR

Aber es stören mich da auch einige "Error-Meldungen im log, wie zB:
Nov 9 08:53:40 tvserver kernel: [ 9.667623] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
Nov 9 08:53:40 tvserver kernel: [ 12.604932] [drm:i915_init] *ERROR* drm/i915 can't work without intel_agp module!
Nov 9 08:53:42 tvserver vdr: [954] loading /var/lib/vdr/setup.conf
Nov 9 08:53:42 tvserver vdr: [1145] dynamite udev monitor for subsystem dvb thread started (pid=954, tid=1145, prio=high)
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown config parameter: DumpNaluFill = 1
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown config parameter: HardLinkCutter = 0
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown config parameter: MaxRecordingSize = 100
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown config parameter: streamdev-server.SuspendMode = 1
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown plugin 'osdteletext'
Nov 9 08:53:42 tvserver vdr: [954] ERROR: empty key macro
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown plugin 'xineliboutput'
Nov 9 08:53:42 tvserver vdr: [954] ERROR: unknown plugin 'softhddevice'
Nov 9 08:53:42 tvserver vdr: [954] XVDR-Error: unable to open resume data: /var/lib/vdr/plugins/xvdr/resume.data
Nov 9 08:53:44 tvserver vdr: [1211] [live] INFO: attempt to listen on ip = '0.0.0.0'
Nov 9 08:53:44 tvserver vdr: [1211] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): No such file or directory

Danke.

Warum der scan dann keine Sender??

Zitat von mini73

Unknown config und plugin kannst du einfach ignorieren.
Unknown config beschreibt nur Einstellungen in der setup.conf, die es früher mal gab, jetzt aber nicht mehr. Lösch die Zeile bei gestopptem vdr und gut ist.

Lars

Danke,

Aber die anderen Errors machen mich unruhig:
Nov 9 08:53:40 tvserver kernel: [ 9.667623] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
Nov 9 08:53:40 tvserver kernel: [ 12.604932] [drm:i915_init] *ERROR* drm/i915 can't work without intel_agp module!

So, die ersten Ergebnisse hab ich mal auf meinen XBMC - Clients

Ich hab die Kanäle importiert und siehe da, es funktioniert, EINWANDFREI.
Warum jedoch der scan & w_scan nicht läuft ist mir ein Rätsel, wahrscheinlich liegts doch an der DVBC-Karte und den
implementieren Treibern & plugins.