Beiträge von ash01

klar, ein VDR ist super... meiner sollte klein und vor allem lautlos sein... da wäre der Raspi ideal ... leider habe ich meinen lautlos umgebauten Acer Revo 3610 nun schon verkauft...

Danke, dann werde ich für SD gleich das TV nehmen - hat einen eingebauten Empfänger. Bei HD finde ich jedoch das Bild über den externen VDR besser und die Bedienung sowieso....

Der Raspberry 3b+ läuft bei mir nun produktiv mit externer SSD als Datenspeicher. Interne Stromversorgung reicht.

DVB-S2 funktioniert sehr gut, auch bei Timeshift gibt es keine Ruckler etc.

Einzig die Wiedergabe von SDTV (Privatsender) ist nicht wirklich erträglich. Der Deinterlacer schafft es bei (schnellen) Bewegungen nicht, ein schönes Bild zu produzieren... Einstellmöglichkeiten habe ich dazu nicht gefunden.

Ist das ein prinzipielles Problem oder kann man da noch was machen?

(ich will noch einen Kühlkörper für den Prozessor nachrüsten - das kann sicher nicht schaden)

Super - funktioniert!!

Sowohl Wechsel von SD auf HD und HD auf SD.

(getestet mit TechnoTrend Connect S2-3600. Dieses Device erzeugt bekanntermaßen kernel meldungen: "pctv452e: I2C error -121". Es gibt ein Firmwareupdate von 2018, das muss ich noch einspielen. Mal sehen, ob das hilft, oder ob die Meldungen langfristig stören, beim yavdr 06 war das nicht relevant)

Mal sehen, ob sich dieses Setup nun im Alltag bewährt - ich muss noch eine größere SSD anschliessen.

Nochmals vielen Dank!

Vielen Dank für die super Arbeit über all die Jahre!

Ich bin seit langen VDR- und yaVDR Nutzer und habe nun mal den Ansible Ansatz auf einem Raspberry Pi 3b+ ausprobiert:

*Minimale Anpassungen vorgenommen in host_vars/localhost

*Dort auch meine channels.conf angegeben

Ergebnis:

+TechnoTrend Connect S2-3600 USB funktioniert incl. Fernbedienung ohne weiteres

+TeVii S660 DVB-S2 USB funktioniert nach Firmware Installation.

(sudo cp dvb-fe-ds3000.fw /lib/firmware/ sudo cp dvb-usb-s660.fw /lib/firmware/)

FB funktioniert, aber manche Tasten brauchen wohl noch Überarbeitung

+Fernbedienung X10 "Medion" funktioniert ohne weiteres

+Empfang und Darstellung von HD und SD (mit gekauftem MPG2 Decode) funktioniert

aber:

-leider bleibt nach Kanalwechsel der Bildschirm schwarz, Ton funktionert meist.

Restart vdr bringt Bild zurück. Habe verschiedene Einstellung in rpihddevice probiert, aber keine Verbesserung.

Zum Vergleich habe ich noch MiniDVBLinux installiert:

Version: 5.4 (stable)

rpihddevice 1.0.4

vdr-plugin-rpihddevice 1:2018.07.16-42+2.4.1.218.26

Mit dieser Installation funktionieren die Kanalwechsel, aber die HD Sender werden sehr stark verzerrt dargestellt.

Was kann man tun, um das Kanalwechselproblem zu lösen?

Danke - dann ist der Adapter noch nicht sooo ähnlich wie der S660.

ich habe inzwischen auch gesucht und z.B. folgendes gefunden.

„Adding new vendor and product IDs to an existing USB driver on Linux“:
http://www.ha19.no/usb/

Darauf aufbauend habe ich folgendes getestet:

lsusb zeigt:
Bus 001 Device 002: ID 9022:d662 TeVii Technology Ltd.

lsmod zeigt nichts in Richtung DVB.
Verfügbare Module anzeigen:
modprobe -l | grep dvb
ergibt eine längere Liste.

Laut Internet ist angeblich diese Modul für die S660 zuständig: dvb-usb-dw2102
Laden:
modprobe dvb-usb-dw2102

und die IDs des Adapters bekannt machen:
echo 9022 d662 > /sys/bus/usb/drivers/dw2102/new_id

Tuner ab- und anstecken.
Es wurde etwasgeladen:

lsmod | grep dw
dvb_usb_dw2102 53796 0
dvb_usb 24528 1 dvb_usb_dw2102

Im dmesg steht nun:
[ 1080.058921] usbcore: registered new interface driver dw2102
[ 1555.516603] usb 1-1: USB disconnect, device number 2
[ 1558.912062] usb 1-1: new high-speed USB device number 4 using ehci_hcd

Im syslog steht:
Jan 3 12:43:50 r3600 kernel: [ 1558.912062] usb 1-1: new high-speed USB device number 4 using ehci_hcd
Jan 3 12:43:51 r3600 mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:04.1/usb1/1-1"
Jan 3 12:43:51 r3600 mtp-probe: bus: 1, device: 4 was not an MTP device

Das reicht wohl noch nicht….
Ich warte/probiere wohl noch dieses Wochenende, sonst schicke ich die S662 zurück...

Hallo,
danke, genau das meine ich - nur leider weiss ich nicht, wie das geht....
Bitte um kurzen Hinweis.
Vielen Dank

Hallo,

ich hatte mir eigentlich eine TeVii S660 bestellt, aber der Händler hat eine TeVii S662 geliefert.
Das ist angeblich eine verbesserte Version, sie soll zumindest USB3.0 kompatibel sein.
(Der Stecker ist aber ein herkömmlicher USB2.0 Mini-Typ)
Ich möchte die Karte an einem yaVDR 0.5 betreiben.
Sie wird nicht standardmäßig erkannt - ich finde keine Einträge im syslog oder dmesg.
Mit lsusb meldet sie einen Produktcode 'd662' - die S660 soll wohl stattdessen 'd660' melden.

Hier gibt es eine sehr ähnliche Diskussion:
http://www.synology-forum.de/s…S2-Box-wird-nicht-erkannt
aber der User hat aufgegeben...

Kann man dem System evtl. die Firmware der S660 unterschieben?

Wer kann mir Tipps geben, ob - und wie ich die Box zum Laufen bringe?

Vielen Dank!

Liebe vdr Experten,

nachdem ich mir bislang immer irgendwie selbst helfen konnte, benötige ich jetzt doch mal aktive Hilfe.

Ich nutze seit einigen Jahren den vdr. Kürzlich habe ich die ctvdr Distribution 6.2 (mit ctvdr 1.6.0.8 ) auf einer größeren Platte installiert.
Alles läuft soweit OK, bis auf das LCD-Display.
Mit der selben Hardware und den gleichen Einstellungen in der LCDd.conf ging es problemlos in meiner Vorgängerversion (ct-vdr 1.4.2, lcdproc 0.0.10, vdr-plugin-lcdproc 0.0.10-17)
Jetzt sieht man je nach Lust und Laune des Systems kurz Ausgaben vom vdr auf dem LCD, dann bricht die Verbindung ab und es bleibt nur noch der Serverscreen vom LCDd sichtbar.
Je länger er läuft, desto mehr Clients zeigt er an, z.B.
Clients: 10
Screens: 0

Für mich sieht das aus wie ein timing-problem in der Kommunikation zwischen Client und Server oder der client schickt irgendwelche ungültigen Zeichen?
Verschiedene Änderungen in der Konfiguration, den Rechten, Neuinstallation etc. haben nichts gebracht.

Wer bitte hat noch welchen praktikablen Hinweis, wie das Problem zu lösen ist???
Vielen Dank!!!

Die verwendeten Software-module:

apt-get install vdr-plugin-lcdproc
..
Wähle vormals abgewähltes Paket lcdproc.
Entpacke lcdproc (aus .../lcdproc_0.4.5-1.1_i386.deb) ...
Wähle vormals abgewähltes Paket vdr-plugin-lcdproc.
Entpacke vdr-plugin-lcdproc (aus .../vdr-plugin-lcdproc_0.0.10-jw5-1_i386.deb) ...
Richte lcdproc ein (0.4.5-1.1) ...
Starting LCDd CVS-stable-0-4-3-20020127: LCDd.

In den log-files finden sich folgende Hinweise:
/var/log/messages:
Feb 14 11:43:47 vdr vdr: connection to LCDd at localhost:13666 established.
Feb 14 11:43:47 vdr vdr: LCD output thread started (pid=2208 ), display size: 4x27
Feb 14 11:43:53 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
Feb 14 11:45:55 vdr vdr: connection to LCDd at localhost:13666 established.
Feb 14 11:45:55 vdr vdr: LCD output thread started (pid=2208 ), display size: 4x27
Feb 14 11:46:00 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
...
Feb 17 17:57:11 vdr vdr: connection to LCDd at localhost:13666 established.
Feb 17 17:57:11 vdr vdr: LCD output thread started (pid=2213), display size: 4x27
Feb 17 17:57:11 vdr LCDd: added a screen (VDR) to the display
Feb 17 17:58:14 vdr vdr: Connection to LCDd at localhost:13666 lost, trying to reestablish.
Feb 17 17:58:14 vdr LCDd: removed a screen (VDR) from the display
Feb 17 17:58:16 vdr LCDd: closed socket for #6

Und später mit höherem Loglevel in LCD.conf

Syslog:
Feb 20 17:58:02 vdr vdr: [2221] starting plugin: lcdproc
Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
Feb 20 17:58:03 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:4116 on #5
Feb 20 17:58:03 vdr LCDd: drivers_getkey()
Feb 20 17:58:03 vdr vdr: LCDd at localhost:13666 does not respond.
Feb 20 17:58:03 vdr vdr: LCDproc-Plugin started at localhost:13666.
..
Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
Feb 20 17:58:03 vdr LCDd: read_from_client()
Feb 20 17:58:03 vdr LCDd: read_from_client()
Feb 20 17:58:03 vdr LCDd: drivers_getkey()
Feb 20 17:58:03 vdr LCDd: Screen->Client List has timeout->-1
Feb 20 17:58:03 vdr LCDd: drivers_getkey()
..
Feb 20 17:58:04 vdr LCDd: Screen->Client List has timeout->-1
...
Feb 20 17:58:08 vdr vdr: [2221] connect from 127.0.0.1, port 2941 - accepted
Feb 20 17:58:08 vdr LCDd: Screen->Client List has timeout->-1
Feb 20 17:58:08 vdr LCDd: drivers_getkey()
Feb 20 17:58:08 vdr vdr: [2221] closing SVDRP connection
Feb 20 17:58:08 vdr LCDd: Screen->Client List has timeout->-1
Feb 20 17:58:08 vdr LCDd: drivers_getkey()
Feb 20 17:58:08 vdr vdr: [2221] connect from 127.0.0.1, port 2942 - accepted
Feb 20 17:58:09 vdr LCDd: Screen->Client List has timeout->-1

Messages:
Feb 20 18:04:04 vdr LCDd: drivers_getkey()
Feb 20 18:04:04 vdr vdr: LCDd at localhost:13666 does not respond.
Feb 20 18:04:05 vdr LCDd: drivers_getkey()
Feb 20 18:04:36 vdr last message repeated 90 times
Feb 20 18:05:37 vdr last message repeated 176 times
Feb 20 18:06:04 vdr last message repeated 80 times
Feb 20 18:06:05 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:2261 on #9
Feb 20 18:06:05 vdr LCDd: drivers_getkey()
Feb 20 18:06:05 vdr vdr: LCDd at localhost:13666 does not respond.
Feb 20 18:06:05 vdr LCDd: drivers_getkey()
Feb 20 18:06:36 vdr last message repeated 89 times
Feb 20 18:07:37 vdr last message repeated 176 times
Feb 20 18:08:05 vdr last message repeated 81 times
Feb 20 18:08:05 vdr LCDd: sock_poll_clients: Connect from host 127.0.0.1:1902 on #10

Die genutzte /etc/apt/sources.list:
deb http://ftp2.de.debian.org/debian etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib non-free
deb http://www.debian-multimedia.org/ etch main
deb http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch
deb http://e-tobi.net/vdrdevel-experimental etch vdr-multipatch
deb http://www.heise.de/ct/projekte/vdr/v62 debs/