So, nun habe ich die Karte mal in einem lxc Container ausprobiert. D.h. den aktuellen ddbridge Treiber auf dem Proxmox Host installiert und dann /dev/dvb in den Container gemountet.
Bisher läuft das ganze stabil 
Mal abwarten. Wenns so weiterhin stabil laufen würde, dann wäre mir die lxc Lösung auch angenehmer, da sie nochmals leichtgewichtiger ist als ein kleiner Debian VDR in einer kvm.
Vor dem Kauf der Hardware informieren.
Digital Devices schreibt das sogar im Handbuch, dass es abgeschaltet sein sollte.
Ist immer eine gute Idee, habe mich vor dem Kauf auch eingehend informiert. Aber anscheinend das Wesentliche übersehen.
Die Stelle, wo das abgeschaltet werden soll finde ich allerdings nicht. Abgesehen davon ist hier ein Bug vorhanden und kann vielleicht durch Beta-Tester behoben werden.
Hi Stefan,
schon mal vielen Dank für Deine Hilfe.
Habe jetzt mal ein Ubuntu 17.04 mit Kernel 4.14 rc3 aufgesetzt. Die cine S2 V7A läuft damit ootb. Das ist prima. Nach zwei Minuten kam dann die Ernüchterung. Der alt bekannte Fehler. Es scheint ein stabiler Betrieb nur mit C-States=0, zumindestens bei meinem Board (Fujitsu D3417-B1) möglich zu sein. Vielleicht liegts ja am passthrough zur virtuellen Maschine. Versuche es jetzt nochmal mit lxc Containern.
LG Markus
Habe gerade mal yavdr installiert. Da ist das dynymite-plugin ja schon installiert. Aber auch hier keine Besserung.
Hi,
evtl. mal die grub Features hpet und nomsi versuchen.
gerade mal ausprobiert. Leider keine Besserung. Nach 2 bis 3 Minuten Untätigkeit kommen die frontend timed out Meldungen. Das ist schon seltsam. Der Tuner scheint ja in Ordnung zu sein, sonst würde es mit C-States = 0 ja nicht klappen.
Hallo zusammen,
nach dem ich Jahre lang erfolgreich einen klassischen VDR betrieben habe, wurde es mal Zeit für etwas neues. Also habe ich mir eine neue Cine S2 V7A gegönnt und diese in meinen Proxmox Server eingebaut. Mittels Passthrough diese an eine kvm weitergereicht. In dieser Debian 9 den vdr und 3 plugins (live, vnsiserver und streamdev) installiert. Soweit, so gut. VDR startet und ich kann z.B. mittels Kodi Live TV schauen. Es gibt ein astreines Bild ohne Klötzchen usw. Nur hält das Vergnügen nicht lange. Ähnlich wie im Thread Digital Devices Max S8 funktioniert der VDR nur nach einem Neustart. Nach einiger Zeit der Untätigkeit kommt dann die Meldung frontend 0/0 timed out while tuning to channel. Es sind auch beide adapter betroffen. Wenn nun z.B. Kodi wieder auf den VDR zugreifen möchte, dann wird die Fehlermeldung no data channel 16 geloggt. Auf dem Host werden keine relevanten Meldungen geloggt.
Ein Neustart des VDR beseitigt das Problem nicht. Ein Entladen und Neuladen vom Modul ddbridge (neuste Version) schon.
Nach ein paar kurzen Tests habe ich dann festgestellt, dass der VDR anscheinend stabil läuft, wenn ich im Bios die Package C-States auf 0 stelle. Mainboard ist ein Fujitsu D3417-B1. Allerdings habe ich das Mainboard und die Cine S2 extra wegen der Stromspar-Fähigkeiten angeschafft.
Wenn jemand eine Tip hat wo der Fehler zu suchen ist, wäre ich sehr erfreut.
LG Markus
Hallo, ja beide Kabel sind angeschlossen. Beide Tuner liefern ein gutes Bild, wenn es läuft. Alledings ist die femon-Anzeige etwas seltsam.
Aus der Erinnerung habe ich bei STR nur ca. 7%. Bei SNR dagegen 60-70%, egal welcher Tuner. BER und UNC sind null.
Ohne den zusätzlichen Stromanschluss auf der Karte bekomme ich gar kein Bild. Stromanschluss ist also ein Muss bei der Karte. Ich verwende einen Multiswitch.
Zudem liegt der Stromanschluss-Stecker direkt am Kühlkörper der GT 630 Zone Edition an.
Ich habe mir die Karte gekauft, weil meine alte Cine S2 (Revision ?) einen wackeligen Kondensator hat.
Jetzt habe ich nochmal die alte Cine S2 eingebaut. Nach 3 Starts noch kein Bildflackern und das TV-Bild ist wesentlich schneller vorhanden.
Ich schicke die Karte zurück, zum jetzigen Zeitpunkt kann ich die Karte nicht empfehlen.
Gruss Markus
Hallo zusammen,
ich habe ein großes problem mit meinem neuen VDR.
Von 10 Neustarts ist die ca. die Hälfte unbrauchbar. Man sieht bei HD Sendern ein lila flackerndes Bild, bzw. ein völlig kaputtes (siehe Anhänge). Bei SD Sendern bleibt der Bildschirm meistens schwarz.
Das OSD wird allerdings korrekt angezeigt. Nach einem Neustart ist das Bild dann stabil und sauber, Klötzenbildung ist auch über längeren Zeitraum nicht feststellbar.
Die Femon Anzeige beim dem flackernden Bild unterscheidet sich nicht von der guten Anzeige.
System:
Asrock Q1900M
Nvidia GT 630 Zone Edition Gk208
DVBSky S952 v3
yavdr 0.5
Kernel 3.13.0-37
nvidia-331
relevante Logs:
---
Oct 26 13:47:55 vdr kernel: [ 10.334452] DVBSky SMI PCIe driver 0000:01:00.0: DVB: registering adapt
er 0 frontend 0 (Montage RS6000(DVBSky))...
Oct 26 13:47:55 vdr acpid: starting up with netlink and the input layer
Oct 26 13:47:55 vdr kernel: [ 10.349950] DVBSky PCIe MAC= 00:18:42:54:55:52
Oct 26 13:47:55 vdr kernel: [ 10.350060] DVB: registering new adapter (SMI_DVB)
Oct 26 13:47:55 vdr acpid: 35 rules loaded
Oct 26 13:47:55 vdr acpid: waiting for events: event logging is off
Oct 26 13:47:55 vdr kernel: [ 10.439664] RS6000 chip, demod id=e8, version=a1.
Oct 26 13:47:55 vdr kernel: [ 10.445224] RS6000 chip, tuner id=64.
Oct 26 13:47:56 vdr kernel: [ 10.692541] m88rs6000_load_firmware: Waiting for firmware upload (dvb-f
e-rs6000.fw)...
Oct 26 13:47:56 vdr kernel: [ 10.692586] m88rs6000_load_firmware: Waiting for firmware upload(2)...
Oct 26 13:47:59 vdr ntpdate[1439]: step time server 91.189.94.4 offset -1.124933 sec
Oct 26 13:48:01 vdr kernel: [ 17.024812] DVBSky SMI PCIe driver 0000:01:00.0: DVB: registering adapt
er 1 frontend 0 (Montage RS6000(DVBSky))...
Oct 26 13:48:01 vdr kernel: [ 17.040526] DVBSky PCIe MAC= 00:18:32:54:55:53
Oct 26 13:48:01 vdr kernel: [ 17.069521] Registered IR keymap rc-dvbsky
Oct 26 13:48:01 vdr kernel: [ 17.069709] input: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:1
c.0/0000:01:00.0/rc/rc1/input20
Oct 26 13:48:01 vdr kernel: [ 17.070214] rc1: IR (DVBSky S952 V3) as /devices/pci0000:00/0000:00:1c.
0/0000:01:00.0/rc/rc1
Oct 26 13:48:01 vdr kernel: [ 17.070343] DVBSky SMI PCIe driver 0000:01:00.0: irq 108 for MSI/MSI-X
Oct 26 13:48:01 vdr vdr: [1904] VDR version 2.0.6 started
---
Oct 26 13:48:02 vdr vdr: [1904] dynamite: probing /dev/dvb/adapter0/frontend0
Oct 26 13:48:02 vdr vdr: [1904] dynamite: probing /dev/dvb/adapter1/frontend0
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter0/frontend0 is a dvb adapter trying to set c
ard index to 0
Oct 26 13:48:02 vdr vdr: [1904] new sub-device number 1
Oct 26 13:48:02 vdr vdr: [1904] DVB API version is 0x050A (VDR was built with 0x0504)
Oct 26 13:48:02 vdr vdr: [1904] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage RS6000(DVBSky)"
)
Oct 26 13:48:02 vdr vdr: [1904] dynamite: attached device /dev/dvb/adapter0/frontend0 to dynamic devic
e slot 1
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter1/frontend0 is a dvb adapter trying to set c
ard index to 1
Oct 26 13:48:02 vdr vdr: [1904] new sub-device number 2
Oct 26 13:48:02 vdr vdr: [1976] tuner on frontend 0/0 thread started (pid=1904, tid=1976, prio=high)
Oct 26 13:48:02 vdr vdr: [1977] section handler thread started (pid=1904, tid=1977, prio=low)
Oct 26 13:48:02 vdr vdr: [1904] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Montage RS6000(DVBSky)"
)
Oct 26 13:48:02 vdr vdr: [1979] tuner on frontend 1/0 thread started (pid=1904, tid=1979, prio=high)
Oct 26 13:48:02 vdr vdr: [1904] dynamite: attached device /dev/dvb/adapter1/frontend0 to dynamic devic
e slot 2
Oct 26 13:48:02 vdr vdr: [1980] section handler thread started (pid=1904, tid=1980, prio=low)
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter0/frontend0 is a dvb adapter trying to set c
ard index to 0
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter0/frontend0 is already attached
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter1/frontend0 is a dvb adapter trying to set c
ard index to 1
Oct 26 13:48:02 vdr vdr: [1904] dynamite: /dev/dvb/adapter1/frontend0 is already attached
Oct 26 13:48:02 vdr vdr: [1904] setting primary device to 10
---
Oct 26 13:48:07 vdr rsyslogd-2177: imuxsock lost 76 messages from pid 1904 due to rate-limiting
Oct 26 13:48:07 vdr vdr: [1983] XVDR: Recordings state changed (169)
Oct 26 13:48:07 vdr vdr: [1971] video directory scanner thread ended (pid=1904, tid=1971)
Oct 26 13:48:07 vdr vdr: [1983] XVDR: Recordings state changed (195)
Oct 26 13:48:07 vdr vdr: [1970] video directory scanner thread ended (pid=1904, tid=1970)
Oct 26 13:48:07 vdr vdr: [1983] XVDR: Recordings state changed (203)
Oct 26 13:48:09 vdr vdr: [1983] XVDR: Starting garbage collection in recordings cache
Oct 26 13:48:11 vdr vdr: video/vdpau: out of surfaces
Oct 26 13:48:11 vdr vdr: audio/alsa: using device 'default'
Oct 26 13:48:11 vdr vdr: audio/alsa: start delay 336ms
Oct 26 13:48:11 vdr vdr: video/vdpau: release surface 0xffffffff, which is not in use
Oct 26 13:48:11 vdr vdr: video/vdpau: out of surfaces
Oct 26 13:48:11 vdr vdr: video/vdpau: decoder rendering failed: An invalid handle value was provided.
Any hints ?
Schonmal vielen Dank
Markus
Ja, funktioniert jetzt wieder.
Vielen Dank
Hallo,
ich verwende yavdr0.5 alpha1, aktuell. Seit dem letzten linux-media-dkms update geht meine Fernbedienung (mittels Atric) nicht mehr. Dazu gab es ja schon einige Threads. Mit dem neuesten Kernel soll linux-media-dkms gegebenenfalls auch nicht mehr notwendig sein. Nur stellt sich mir die Frage, wie finde ich dies heraus? Ich habe eine ausgetauschte Cine S2 Karte, deren Revisionsnummer ich nicht ablesen kann.
ein spci -vvv bringt:
Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
Subsystem: Digital Devices GmbH Device db03
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 17
Region 0: Memory at feaf0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
Address: 0000000000000000 Data: 0000
Capabilities: [90] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 <1us
ClockPM- Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
Kernel modules: ddbridge
Wie finde ich mit Softwaremitteln heraus, welche Version ich besitze und welchen Treiber ich benutze ?
Schonmal vielen Dank für die Hilfe.
Markus
Hallo seahawk1986,
merci beaucoup. Jetzt klappt es natürlich.
Im Logfile steht immer folgendes:
ImportError: No module named gobject
Traceback (most recent call last):
File "/usr/bin/lircd2uinput", line 22, in <module>
import gobject
ImportError: No module named gobjectps ax | grep lirc
1578 ? S<sl 11:26 /usr/bin/vdr --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 0 -Psofthddevice -D -Pchannellists -Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr/plugins/dbus2vdr/shutdown-wrapper --upstart -Pquickepgsearch -Pconflictcheckonly -Pepgsearchonly -Pepgsearch -f /usr/bin/svdrpsend -Pextrecmenu -Pfemon -Piptv -Plive --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages -Pmarkad -Pmenuorg -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Pstreamdev-server -Ptext2skin -Pwirbelscan -Pxvdr -t 10 -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pdynamite
2685 ? S<s 0:00 /usr/sbin/eventlircd -f --socket=/var/run/lirc/lircd
2691 ? Ss 0:00 /usr/bin/irexec /etc/lirc/lircrc
2695 ? Ss 0:00 /usr/sbin/lircd --nodaemon --output=/var/run/lirc/lircd.2695 --device=/dev/lirc_serial.0
2949 pts/0 S+ 0:00 grep --color=auto lircEin status lircd2uinput bringt
lircd2uinput stop/waiting
ein start lircd2uinput bringt zwar eine Prozess Pid mit, beendet sich laut syslog aber sofort wieder.
May 22 22:32:53 vdr kernel: [ 4494.602578] init: lircd2uinput main process (2835) terminated with status 1
May 22 22:32:53 vdr kernel: [ 4494.602818] init: lircd2uinput main process ended, respawningppa´s habe ich folgende eingebuden:
deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/unstable-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/unstable-xbmc/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/unstable-yavdr/ubuntu precise mainHallo,
ich habe yavdr unstable auf Ubuntu 12.04 64 bit installiert. Soweit klappt das auch alles wunderbar. Lediglich die Philips SRU 6008 will an dem Atric rev. 4 nicht im VDR arbeiten.
ein irw /var/run/lirc/lircd.pid liefert z.B. 0000000000000297 00 KEY_OK Philips
ein irw hingegen zeigt keine Tastendrücke.
Die lircd.conf habe ich aus meinem yavdr 0.4 System übernommen, sollte also namespace-konform sein.
Im yavdr Frontend habe ich lirc aktiviert, Home-brew (16x50 UART compatible serial port) und die passende serielle Schnittstelle ausgewählt.
Für die Hilfestellung schon mal vielen Dank.
Habe gerade nocheinmal ein paar Tests gemacht. Es scheint nicht vdr-sxfe abhängig zu sein. Habe jetztmal auf das xine-Frontend gewechselt und der stetige Cpu-Load Anstieg ist auch hier zu vermelden.
Interessant ist auch das nach einem Kanalwechsel die Prozessorlast ersteinmal wieder auf normale Werte zurückgeht. Sie geht dann im Laufe von ca. 15 Minuten auf 100 %.
System:yavdr auf aktuellem Stand, Mystique SaTiX-S2 V2 mit ngene FW 18. Nvidia gt220.
ich habe das Problem leider auch. Solange ich HDMI Stereo auswähle bleibt die Systemlast normal. Bei HDMI-Analog, verbunden habe ich meinen Panasonic TV und meinen Yamaha Verstärker, schnellt die Systemlast immer weiter nach oben. Der vdr-sxfe Prozess ist dann der Übeltäter.
Gibt es hier schon neuere Erkenntnisse?