schließlich hast du das vdr-plugin-xvdr daraus installiert, oder?
ich hatte den Server seinerzeit nur aufgesetzt und meinen Squeezeboxserver installiert, das andere habe ich nicht gemacht das wurde in meinem beisein von jemand gemacht der sich auskennt ich dabei habe nichts von dem verstanden..! deshalb weiß ich jetzt leider nicht was ich antworten könnte...!
ich mache erst mal die Reihenfolge wie von dir geschrieben
sollte ich jetzt erst einmal "sudo add-apt-repository ppa:yavdr/stable-yavdr" machen..?
ich halte den VDR eigentlich immer aktuell mit "sudo apt-get update && sudo apt-get dist-upgrade" und ich dachte damit wird auch alles andere aktuell gehalten.
Was habe ich denn böses, diesen Squeezeboxserver.? was anders weiß ich gar nicht mehr.. ?
EDIT: mir fällt etwas ein was mir mal jemand installiert hatte seinerzeit noch aus der Ferne als wird auf dem Server waren.... ich glaube ich weiß was du meinst..!
Wenn ich jetzt wüßte wie ich das alles mache was du mir als Aufgabe gegeben hast..?
Bitte mal das komplette nicht irgendeinen Schnipsel, wo mit keinem Wort das xvdr-Plugin auftaucht...
@seahawk1968
so mal nach der Documentation wie von dir vorgeschlagen habe ein komplettes langes syslog gemacht, ist hier zu finden, vielen Dank für die super Unterstützung hoffentlich finden wir/DU den Fehler
http://paste.ubuntu.com/6103221/
und hier noch die Ausgabe von apt-cache policy vdr-plugin-xvdr
vdr-plugin-xvdr:
Installiert: 0.9.9.git20130512-0yavdr2~precise
Kandidat: 0.9.9.git20130512-0yavdr2~precise
Versionstabelle:
*** 0.9.9.git20130512-0yavdr2~precise 0
500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
100 /var/lib/dpkg/status
den syslog Code hatte ich direkt von der yaVDR Weboberfläche des kurz vorher gestarteten Server mit paste-bin genommen.
Werde ich wenn ich zu hause bin noch einmal machen...
Bekomme ich das komplette syslog nicht über die Weboberfläche bei syslog Informationen.?
Was sagt apt-cache policy vdr-plugin-xvdr? Hast du sonst irgendwelche PPAs außer dem yaVDR-PPA aktiv?
ersteres probiere ich wenn ich zuhause bin..
Ich habe als Paket noch den Logitech Media Server (squeezeboxserver) installiert, aber eigentlich schon seit der 0.4er yaVDR Version
Du solltest dich für einen Server Typ entscheiden, entweder VNSI oder XVDR.
das ist evtl. falsch verstanden worden.
ich habe jeweils die verschiedenen Clients nacheinander probiert wobei nur der Windows HTPC mit VNSI arbeitet, der Openelec (dazu stöpsel ich eine andere Platte an, aber im gleichen Gerät nur zum testen ob nun Openelec läuft) hat XVDR und der Pi hat ebenfalls XVDR.
Syslog Server:
/var/lib/vdr/plugins/xvdr/allowed_hosts.conf
"
# allowed_hosts.conf This file describes a number of host addresses that
# are allowed to connect to the streamdev server running
# with the Video Disk Recorder (VDR) on this system.
# Syntax:
#
# IP-Address[/Netmask]
#
127.0.0.1 # always accept localhost
10.0.0.0/24 # any host on the local net
#10.0.0.115 # a specific host
#0.0.0.0/0 # any host on any net (USE THIS WITH CARE!)
"
Subnet ist 255.255.255.0
beim Pi habe ich momentan das Problem ich weiß gar nicht wo ich das log finde sollte es das XBMC log sein..? ich komme gar nicht auf den Pi mit root und openelec..!
ich bekomme einfach kein Live TV mit meinen Clients hin egal welchen ich nutze..
Ich habe einen Windows Client, einen mit Openelec und einen RPi mit Openelec, bei Windows habe ich den VNSI bei den beiden anderen den XVDR ich teste jeweils mit einem Gerät und alle bekommen kein Live TV hin.
Was habe ich probiert oder gemacht - als erstes die allowed_hosts.conf angepasst an mein Netzwerk, in den Plugins die Netzwerk IP des Server angepaßt jeweils bei allen Clients und den Stream im VLC getestet, dass funktioniert.
Was kann ich noch tun oder was sollte ich noch überprüfen oder einstellen... ich habe kein Einfall mehr warum das nicht geht.
Da die SAT Karte hier in dem Thread erledigt ist werde mal zu dem nicht verbinden mit dem XVDR einen neuen Thread eröffnen da ich einfach nicht weiter komme.
Vielen Dank hier nochmals für die Unterstützung zum inst. der SAT Karte
das sind aber schon XBMC Frodo Installationen auf den Clients, oder?
ja ist 12.2 Frodo
Nein das geht nicht..
wenn die Zahl gleichbedeutend mit dem Sender in meiner Liste ist, dann sollte dies Alt Super RTL HD sein, den bekomme ich ja sowieso nicht da kein HD+
EDIT: Ok das sind die Sender die ich nicht bekomme, sind nur in der Liste drin. Ich müßte jetzt einen zweiten Stream öffnen um zu sehen ob beide Tuner gehen.
OK das geht ach also arbeiten beide Tuner
Also streamdev mit dem VLC funktioniert...
Ja beide Tuner sind angeschlossen..!
leider bin ich nicht so gut im Linux und weiß was und wo ich mit streamdev machen soll, ich kenne immer nur diese Clients
Hier mal das syslog:
Sep 10 15:24:38 VDRServer vdr: [1443] initializing plugin: wirbelscan (0.0.7): DVB and pvrinput channel scan for VDR
Sep 10 15:24:38 VDRServer vdr: [1443] setting primary device to 1
Sep 10 15:24:38 VDRServer vdr: [1443] device 1 has no MPEG decoder
Sep 10 15:24:38 VDRServer vdr: [1443] trying device number 3 instead
Sep 10 15:24:38 VDRServer vdr: [1443] setting primary device to 3
Sep 10 15:24:38 VDRServer vdr: [1443] assuming manual start of VDR
Sep 10 15:24:38 VDRServer vdr: [1443] SVDRP listening on port 6419
Sep 10 15:24:38 VDRServer vdr: [1443] skin "anthra_1920_FSE" not available - using "sttng" instead
Sep 10 15:24:38 VDRServer vdr: [1443] loading /var/lib/vdr/themes/sttng-default.theme
Sep 10 15:24:38 VDRServer vdr: [1443] starting plugin: sc
Sep 10 15:24:38 VDRServer vdr: [1443] [general.info] SC version 1.0.0pre-AR-29b7b5f231c8 starting (VDR 1.7.27)
Sep 10 15:24:38 VDRServer vdr: [1443] [general.info] loading cardclient config from /var/lib/vdr/plugins/sc/cardclient.conf
Sep 10 15:24:39 VDRServer vdr: [1492] Netwatcher thread started (pid=1443, tid=1492)
Sep 10 15:24:39 VDRServer vdr: [1485] epg data reader thread ended (pid=1443, tid=1485)
Sep 10 15:24:39 VDRServer vdr: [1443] [general.error] socket: EOF on read
Sep 10 15:24:39 VDRServer vdr: [1443] [general.error] socket: EOF on read
Sep 10 15:24:39 VDRServer vdr: [1443] [general.info] Using software decryption on card 1/0
Sep 10 15:24:39 VDRServer vdr: [1493] SC-CI adapter on device 1/0 thread started (pid=1443, tid=1493)
Sep 10 15:24:39 VDRServer vdr: [1443] [general.info] Using software decryption on card 0/0
Sep 10 15:24:39 VDRServer vdr: [1494] SC-CI adapter on device 0/0 thread started (pid=1443, tid=1494)
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: dummydevice
Sep 10 15:24:39 VDRServer vdr: [1495] SC housekeeper thread started (pid=1443, tid=1495)
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: streamdev-server
Sep 10 15:24:39 VDRServer vdr: [1443] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: skinpearlhd
Sep 10 15:24:39 VDRServer vdr: [1496] streamdev server thread started (pid=1443, tid=1496)
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: markad
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: live
Sep 10 15:24:39 VDRServer vdr: [1496] Streamdev: Listening (VTP) on port 2004
Sep 10 15:24:39 VDRServer vdr: [1496] Streamdev: Listening (HTTP) on port 3000
Sep 10 15:24:39 VDRServer vdr: [1443] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!
Sep 10 15:24:39 VDRServer vdr: [1443] starting plugin: wirbelscan
Sep 10 15:24:39 VDRServer vdr: [1443] skin "anthra_1920_FSE" not available - using "sttng" instead
Sep 10 15:24:39 VDRServer vdr: [1443] loading /var/lib/vdr/themes/sttng-default.theme
Sep 10 15:24:39 VDRServer vdr: [1443] remote control LIRC - keys known
Sep 10 15:24:39 VDRServer vdr: [1498] LIRC remote control thread started (pid=1443, tid=1498)
Sep 10 15:24:39 VDRServer vdr: [1497] [live] INFO: attempt to listen on ip = '0.0.0.0'
Sep 10 15:24:39 VDRServer vdr: [1497] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
Sep 10 15:24:41 VDRServer vdr: [1493] CAM 1: module ready
Sep 10 15:24:41 VDRServer vdr: [1494] CAM 2: module ready
Sep 10 15:24:42 VDRServer vdr: [1493] CAM 1: replies to QUERY - multi channel decryption possible
Sep 10 15:24:42 VDRServer vdr: [1494] CAM 2: replies to QUERY - multi channel decryption possible
Sep 10 15:24:42 VDRServer vdr: [1443] switching to channel 1
Sep 10 15:24:42 VDRServer vdr: [1506] receiver on device 1 thread started (pid=1443, tid=1506)
Sep 10 15:24:42 VDRServer vdr: [1507] TS buffer on device 1 thread started (pid=1443, tid=1507)
Sep 10 15:24:42 VDRServer vdr: [1443] OSD size changed to 720x480 @ 1
Sep 10 15:27:05 VDRServer vdr: [1491] changing pids of channel 109 from 2303+2303=2:2304=deu@3,2305=eng@3:0:0 to 2303+2303=2:2304=deu@3:0:0
Sep 10 15:27:26 VDRServer vdr: [1491] changing pids of channel 33 from 3583+3583=27:3584=deu@4,3585=deu@4;3587=deu@106,3589=deu@122:0:3588 to 4920+4920=27:4921=deu@4,4922=deu@4;4924=deu@106,4926=deu@122:0:4925
Sep 10 15:30:00 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 15:30:13 VDRServer vdr: [1491] changing pids of channel 79 from 1023+1023=2:1024=deu@3,1025=eng@3;1027=deu@106:0:32 to 1023+1023=2:1024=deu@3;1027=deu@106:0:32
Sep 10 15:30:35 VDRServer vdr: [1491] changing pids of channel 100 from 1023+1023=2:1024=deu@3,1025=eng@3:0:32 to 1023+1023=2:1024=deu@3:0:32
Sep 10 15:30:55 VDRServer vdr: [1491] changing pids of channel 73 from 767+767=2:768=deu@3;771=deu@106:0:32 to 767+767=2:768=deu@3,769=eng@3;771=deu@106:0:32
Sep 10 15:30:55 VDRServer vdr: [1491] changing pids of channel 78 from 2815+2815=2:2816=deu@3;2819=deu@106:0:32 to 2815+2815=2:2816=deu@3,2817=eng@3;2819=deu@106:0:32
Sep 10 15:30:56 VDRServer vdr: [1491] changing pids of channel 75 from 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:32 to 2303+2303=2:2304=deu@3;2307=deu@106:0:32
Sep 10 15:31:51 VDRServer dbus[920]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Sep 10 15:31:51 VDRServer dbus[920]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Sep 10 15:31:51 VDRServer polkitd[1598]: started daemon version 0.104 using authority implementation `local' version `0.104'
Sep 10 15:31:51 VDRServer dbus[920]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Sep 10 15:31:51 VDRServer dbus[920]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
Sep 10 15:32:40 VDRServer vdr: [1491] changing pids of channel 64 from 1023+1023=27:0;1026=deu@106,1027=deu@106:0:32 to 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=eng@106:0:32
Sep 10 15:33:02 VDRServer vdr: [1491] changing pids of channel 69 from 2303+2303=2:2304=deu@3:0:32 to 2303+2303=2:2304=deu@3,2305=eng@3:0:32
Sep 10 15:33:02 VDRServer vdr: [1491] changing pids of channel 67 from 767+767=2:768=deu@3:0:33 to 767+767=2:768=deu@3,769=eng@3:0:33
Sep 10 15:35:06 VDRServer vdr: [1491] changing pids of channel 65 from 255+255=27:0;258=deu@106,259=deu@106:0:33 to 255+255=27:0;258=deu@106,259=deu@106,260=eng@106:0:33
Sep 10 15:35:06 VDRServer vdr: [1491] changing pids of channel 53 from 767+767=27:0;771=deu@106,772=eng@106:0:32 to 767+767=27:0;771=deu@106:0:32
Sep 10 15:37:13 VDRServer vdr: [1491] changing pids of channel 174 from 255+255=27:0;259=deu@106:0:0 to 255+255=27:0;259=deu@106:0:32
Sep 10 15:37:55 VDRServer vdr: [1491] changing pids of channel 144 from 221+221=2:321=deu@3:0:0 to 221+221=2:321=eng@4:0:0
Sep 10 15:40:44 VDRServer vdr: [1491] changing pids of channel 109 from 2303+2303=2:2304=deu@3:0:0 to 2303+2303=2:2304=deu@3,2305=eng@3:0:0
Sep 10 15:43:39 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 15:57:19 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 16:00:05 VDRServer vdr: [1488] changing pids of channel 121 from 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134 to 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:5135=deu:5134
Sep 10 16:06:04 VDRServer vdr: [1488] changing pids of channel 121 from 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:5135=deu:5134 to 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134
Sep 10 16:10:59 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 16:11:54 VDRServer vdr: [1491] changing pids of channel 75 from 2303+2303=2:2304=deu@3;2307=deu@106:0:32 to 2303+2303=2:2304=deu@3,2305=eng@3;2307=deu@106:0:32
Sep 10 16:17:01 VDRServer CRON[2326]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Sep 10 16:21:44 VDRServer rpc.mountd[1350]: authenticated mount request from 10.0.0.115:719 for /srv/audio (/srv/audio)
Sep 10 16:22:37 VDRServer rpc.mountd[1350]: authenticated mount request from 10.0.0.115:728 for /srv/share/vdr (/srv/share/vdr)
Sep 10 16:24:38 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 16:24:39 VDRServer vdr: [1443] cleaning up schedules data
Sep 10 16:24:52 VDRServer vdr: [1491] changing pids of channel 79 from 1023+1023=2:1024=deu@3;1027=deu@106:0:32 to 1023+1023=2:1024=deu@3:0:32
Sep 10 16:25:33 VDRServer vdr: [1491] changing pids of channel 77 from 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:32 to 2559+2559=2:2560=deu@3:0:32
Sep 10 16:29:40 VDRServer /usr/bin/signal-event.real[2367]: processing signal restart-vdr
Sep 10 16:29:40 VDRServer /usr/bin/signal-event.real[2367]: processing action /usr/share/yavdr/events/restart-vdr/10_restart-vdr restart-vdr
Sep 10 16:29:45 VDRServer vdr: [1491] changing pids of channel 53 from 767+767=27:0;771=deu@106:0:32 to 767+767=27:0;771=deu@106,772=eng@106:0:32
Sep 10 16:33:35 VDRServer vdr: [1488] read incomplete section - len = 738, r = 593
Sep 10 16:38:18 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 16:38:30 VDRServer vdr: [1491] changing pids of channel 79 from 1023+1023=2:1024=deu@3:0:32 to 1023+1023=2:1024=deu@3,1025=eng@3;1027=deu@106:0:32
Sep 10 16:39:12 VDRServer vdr: [1491] changing pids of channel 77 from 2559+2559=2:2560=deu@3:0:32 to 2559+2559=2:2560=deu@3,2561=eng@3;2563=deu@106:0:32
Sep 10 16:39:43 VDRServer kernel: [ 4521.977931] init: tntnet main process (970) terminated with status 111
Sep 10 16:39:43 VDRServer kernel: [ 4521.978087] init: tntnet main process ended, respawning
Sep 10 16:51:58 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641
Sep 10 16:52:32 VDRServer vdr: [1491] changing pids of channel 100 from 1023+1023=2:1024=deu@3:0:32 to 1023+1023=2:1024=deu@3,1025=eng@3:0:32
Sep 10 17:00:03 VDRServer vdr: [1488] changing pids of channel 121 from 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134 to 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:5135=deu:5134
Sep 10 17:05:05 VDRServer vdr: [1488] changing pids of channel 121 from 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:5135=deu:5134 to 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134
Sep 10 17:05:37 VDRServer vdr: [1490] frontend 1/0 timed out while tuning to channel 46, tp 111641Nun sehe ich auch unter DVB Adapters folgendes... sollte OK sein. Jetzt funktioniert nur leider wieder die Verbindung mit dem PVR Client nicht, weder bei meiner Openlec noch der Windows Kiste.
/dev/dvb/adapter0:
total 0
crw-rw---- 1 root video 212, 0 Sep 10 15:24 demux0
crw-rw---- 1 root video 212, 1 Sep 10 15:24 dvr0
crw-rw---- 1 root video 212, 3 Sep 10 15:24 frontend0
crw-rw---- 1 root video 212, 2 Sep 10 15:24 net0
/dev/dvb/adapter1:
total 0
crw-rw---- 1 root video 212, 4 Sep 10 15:24 demux0
crw-rw---- 1 root video 212, 5 Sep 10 15:24 dvr0
crw-rw---- 1 root video 212, 7 Sep 10 15:24 frontend0
crw-rw---- 1 root video 212, 6 Sep 10 15:24 net0Eine Frage evtl. weiß das hier jemand, muss die DD Karte zwingend mit
Spg versorgt werden, es steht in der Anleitung das diese nur für die
LNBs ist, die werden aber von meinem Multiswitch versorgt. DIe Karte
sollte über den Steckplatz versorgt werden, oder..?
OK dann dauert das wohl eine Weile, ich war etwas verunsichert...Danke
Eingebaut alles soweit OK, aber...
in Putty steht er jetzt hier und wartet nun schon geraume Zeit an der Stelle...
DKMS: add completed.
First Installation: checking all kernels...
Building only for 3.2.0-53-generic
Building for architecture x86_64
Building initial module for 3.2.0-53-generic
muss ich noch warten bis er fertig ist..?
das ist ganz Super, werde ich sofort tun... Rückmeldung kommt.
ich habe heute eine "Digital Devices Cine S2 V6.5, PCIe, Dual DVB-S2" bekommen und möchte die in meinen yaVDR 0.5 einsetzen.
Wie gehe ich richtig vor...
1. Server ausschalten
2. Karte einsetzen
3 Server einschalten.
bis hierhin denke ich mache ich nichts falsch. ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Erkennt der Server jetzt das ich die Karte drin habe und installiert die Treiber oder muss ich noch händisch etwas machen..?
Wäre toll wenn mir jemand sagt was zutun ist oder einen Link gibt wo das genau beschrieben ist.
Vielen Dank
Was ich damit fragen will: Was passiert, wenn Du eine Datei versehentlich auf Deinem NAS1 löschst? Bei einer Realtime Spiegelung wäre die dann auch sofort auf NAS2 weg und Du hast keine Möglichkeit der Wiederherstellung
.
da hast du wohl Recht. Bei Echtzeit is das glaube ich so.. evtl. sollte ich mit PureSync eine zweite Sicherung auf das zweite NAS machen und das Echtzeit Backup sein lassen.
Mal schauen welche Möglichkeiten ich da noch habe. Danke für den Hinweis
ich wollte hier noch ein Rückmeldung geben, also ich mache das jetzt mit PureSync.
Ich sichere alles (Filme und Musik) auf meinen einen Qnap und mache dann ein RTRR Backup auf den anderen so habe ich immer zwei Sicherungen....!
Meine Musik auf dem yaVDR ist mir da das wichtigste 
Danke euch für die Unterstützung
