[Smart TV] Tester für "VDR on Smart TV" gesucht

Hi,

ich bin nun etwas weitergekommen, indem ich folgendes gemacht habe:
- TV ist nun per Ethernet-Kabel vernetzt, die WLAN-Verbindung war schlicht zu langsam (lag wohl an zu großen Entfernungen Fritzbox - Repeater - TV). Die Verbindung ist nun deutlich stabiler und schneller.
- LiveTV funktioniert nun auch bei HD-Kanälen stabil, nachdem ich useDefaultbuffer wieder auf "true" gesetzt habe. Mit anderen Werten gab es Probleme mit dem Ton, der nach einigen Sekunden anfing zu stottern oder ganz verschwand. Allerdings funktioniert das Streamen verschlüsselter Kanäle noch nicht.
- Das Umschalten von LiveTV Kanälen scheint mir (wie Du selbst angedeutet hast) noch etwas hakelig zu sein, manchmal wird wohl keine Verbindung aufgebaut oder der Stream nicht gestartet.
- Mit der im Wiki unter Troubleshooting beschriebenen Methode habe ich mein Aufnahmeverzeichnis nach Fehlern bzgl. UTF-8 Text untersucht, es gab Probleme bei 3 info-Dateien. Diese habe ich mit Textwrangler behoben. Firefox stellt nun die recordings.xml sauber dar. Für die Fehlersuche finde ich Google Chrome einfacher, dort wird direkt die Stelle in der recordings.xml angezeigt wo es hakt.
Das Widget zeigt die Aufnahmen nun an und spielt sie auch ab.
- Der Punkt "media" im Widget funktioniert bei mir noch nicht (es kommt nur die "Eieruhr").

Gruß maz

Hi,
Das ist aber nur für Samsungs?

Nicht für Panasonic?
MfG Stefan

Gesendet von meinem HTC One mit Tapatalk 2

Zitat

Hast Du einen MediaFolder in deiner smarttvweb.conf eingetragen?

Ja, bei mir ist das /media/Video. Auf dieses Verzeichnis wird die USB-Festplatte meiner Fritzbox gemountet, auf der sich alle Mediendateien befinden.

Ein sinnvolles Feature für das Widget wäre noch, wenn man den VDR-Server per WakeOnLAN wecken könnte. Bei mir lässt sich der Server (Mac mini) mittels des Wakeup--Befehls im Webinterface meiner Fritzbox starten, alternativ kann man per telnet auf die Fritzbox zugreifen und mit dem Befehl "etherwake" arbeiten. Hier noch ein älterer Link dazu. Könntest Du Dir vorstellen die Funktion irgendwann mal zu integrieren?

P.S.: Weiß jemand woran das liegen könnte dass LiveTV bei verschlüsselten Kanälen nicht funktioniert?

Gruß maz

Zitat

Hatte ich schon mal drüber nachgedacht. Leider kann der SmartTV keine WOL packete selber schicken. Das einfachste wäre es, per HTTP einen anderes Gerät wie einen Router zu triggern, der dann das WOL packet schickt. Ich muß mal gucken...

Genau das meinte ich ja, die Fritzbox selber soll das WOL packet versenden. Dazu wären folgende Schritte notwendig:
- einloggen per telnet auf die Fritzbox
- Ausführen des etherwake-Befehls auf der Fritzbox.
aus dem Menü des Widgets heraus. Wäre sicherlich ne sinnvolle Funktion, evtl. könnte man den Wakeup auch bei jedem Start des Widgets ausführen lassen.

maz
kenne mich mit der Fritzbox nicht so super aus, allerdings kann man den smart-TV ja regelmäßig anpingen und dann das WOL-Paket senden.
Bieten diese smart-TV's auch nützliche Funktionen wie einen web-server und php-cgi?

Hi,
Hab hier nur n 2010er, der noch dumm ist... Die 2 Samart Panasonics sind bei meinen Eltern (2013er 50' Plasma und 2012er 32' LCD.) ich teste mal in 2 Wochen. Dazu müsste ich aber das Plugin bauen vorher sicher?
MfG Stefan

Gesendet von meinem HTC One mit Tapatalk 2

Ich hatte fast die selben Probleme wie maz (Tonausfall nach ein paar Sekunden bei ÖR HD-Sendern, kein utf-8 bei älteren Aufnahmen). Seltsamerweise hatte ich bei BBC-HD keine Probleme. Nach Änderung der useDefaultbuffer in true scheint es jetzt zu funktionieren. Hab heute morgen nur nen kurzen Test am TV meines Sohnes gemacht, scheint aber mit W-Lan (Verbindungsgeschwindigkeit zwischen 78 und 108 MBit) zu klappen.
Die Datenrate sollte eigentlich dicke reichen, um HD zu streamen (max ~15 MBit/s)
W-Lan-Repeater sind natürlich nicht so der Bringer was stabile Verbindungen betrifft. Ich habe einen Fritzboxumbau mit Richtantennen gemacht und nun überall stabilen Empfang mit 4 Balken.

thlo
das Plugin ist echt spitze, vielen Dank für deine Arbeit. Ich bin total begeistert. Es war der Grund, dass der kleine Terrorist einen Samsung Smart TV zu Weihnachten bekommen hat.

Hi,

mit dem LiveTV hab ich noch immer Probleme. Hab schon verschiedene Warte in der widget.conf und smarttvweb.conf geändert, aber dadurch ist es eher noch schlechter geworden. Bei FTA Sendern bekomme ich meist ein Bild, oft sehe ich nur die "Eieruhr" auf dem TV; bei verschlüsselten Sendern bekomme ich gar kein Bild. Anbei mal ein Auszug aus /var/log/syslog während des "Zappens":
Schade, das Plugin ist ansonsten Spitze

root@macmini:~# tail -f /var/log/syslog | grep streamdev
Jan 17 11:56:45 macmini vdr: [12948] streamdev-writer thread started (pid=12480, tid=12948, prio=high)
Jan 17 11:56:45 macmini vdr: [12949] streamdev-livestreaming thread started (pid=12480, tid=12949, prio=high)
Jan 17 11:56:45 macmini vdr: [12604] streamdev-server: closing HTTP connection to 192.168.178.31:58084
Jan 17 11:56:45 macmini vdr: [12948] ERROR: streamdev-server: couldn't send 73376 bytes: Datenübergabe unterbrochen (broken pipe)
Jan 17 11:56:45 macmini vdr: [12948] streamdev-writer thread ended (pid=12480, tid=12948)
Jan 17 11:56:45 macmini vdr: [12949] streamdev-livestreaming thread ended (pid=12480, tid=12949)
Jan 17 11:56:45 macmini vdr: [12953] streamdev-livestreaming thread started (pid=12480, tid=12953, prio=high)
Jan 17 11:56:45 macmini vdr: [12952] streamdev-writer thread started (pid=12480, tid=12952, prio=high)
Jan 17 11:57:00 macmini vdr: [12952] ERROR: streamdev-server: couldn't send 628432 bytes: Datenübergabe unterbrochen (broken pipe)
Jan 17 11:57:00 macmini vdr: [12952] streamdev-server: closing HTTP connection to 192.168.178.31:58093
Jan 17 11:57:00 macmini vdr: [12604] streamdev-server: closing HTTP connection to 192.168.178.31:58093
Jan 17 11:57:00 macmini vdr: [12952] streamdev-writer thread ended (pid=12480, tid=12952)
Jan 17 11:57:01 macmini vdr: [12953] streamdev-livestreaming thread ended (pid=12480, tid=12953)
Jan 17 11:57:01 macmini vdr: [12973] streamdev-livestreaming thread started (pid=12480, tid=12973, prio=high)
Jan 17 11:57:01 macmini vdr: [12972] streamdev-writer thread started (pid=12480, tid=12972, prio=high)
Jan 17 11:57:02 macmini vdr: [12972] ERROR: streamdev-server: couldn't send 26136 bytes: Datenübergabe unterbrochen (broken pipe)
Jan 17 11:57:02 macmini vdr: [12972] streamdev-server: closing HTTP connection to 192.168.178.31:58133
Jan 17 11:57:02 macmini vdr: [12972] streamdev-writer thread ended (pid=12480, tid=12972)
Jan 17 11:57:03 macmini vdr: [12973] streamdev-livestreaming thread ended (pid=12480, tid=12973)
Jan 17 11:57:03 macmini vdr: [12979] streamdev-writer thread started (pid=12480, tid=12979, prio=high)
Jan 17 11:57:03 macmini vdr: [12980] streamdev-livestreaming thread started (pid=12480, tid=12980, prio=high)
Jan 17 11:57:03 macmini vdr: [12984] streamdev-livestreaming thread started (pid=12480, tid=12984, prio=high)
Jan 17 11:57:03 macmini vdr: [12983] streamdev-writer thread started (pid=12480, tid=12983, prio=high)
Jan 17 11:57:03 macmini vdr: [12604] streamdev-server: closing HTTP connection to 192.168.178.31:58143
Jan 17 11:57:03 macmini vdr: [12984] streamdev-livestreaming thread ended (pid=12480, tid=12984)
Jan 17 11:57:03 macmini vdr: [12983] streamdev-writer thread ended (pid=12480, tid=12983)
Jan 17 11:57:03 macmini vdr: [12480] streamdev: channel 4 (RTL HD) changed
Jan 17 11:57:03 macmini vdr: [12480] streamdev: channel 9 (VOX HD) changed
Jan 17 11:57:03 macmini vdr: [12480] streamdev: channel 56 (n-tv HD) changed
Jan 17 11:57:07 macmini vdr: [12480] streamdev: channel 7 (RTLII HD) changed
Jan 17 11:57:20 macmini vdr: [12979] ERROR: streamdev-server: couldn't send 2892 bytes: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Jan 17 11:57:20 macmini vdr: [12604] streamdev-server: closing HTTP connection to 192.168.178.31:58142
Jan 17 11:57:20 macmini vdr: [12979] streamdev-server: closing HTTP connection to 192.168.178.31:58142
Jan 17 11:57:20 macmini vdr: [12979] streamdev-writer thread ended (pid=12480, tid=12979)
Jan 17 11:57:20 macmini vdr: [12980] streamdev-livestreaming thread ended (pid=12480, tid=12980)
Jan 17 11:57:27 macmini vdr: [13023] streamdev-livestreaming thread started (pid=12480, tid=13023, prio=high)
Jan 17 11:57:27 macmini vdr: [13022] streamdev-writer thread started (pid=12480, tid=13022, prio=high)
Jan 17 11:57:28 macmini vdr: [13022] ERROR: streamdev-server: couldn't send 14608 bytes: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
Jan 17 11:57:28 macmini vdr: [13022] streamdev-server: closing HTTP connection to 192.168.178.31:58151
Jan 17 11:57:28 macmini vdr: [13022] streamdev-writer thread ended (pid=12480, tid=13022)

Gruß maz

Wie ist die Qualität bei Aufnahmen, besser oder?

Scheint mir eher ein Streamdev-Server Problem zu sein.

Bei Aufnahmen gibt es keine Probleme, die Verbindung klappt immer. Ich habe auch schon versucht den LiveBuffer von streamdev-server zu verändern, auch das nichts gebracht.

Vielleicht solltest du die Einstellungen des Streamdev-Servers wieder auf die Defaultwerte zurücksetzen. Ich glaube, ich habe daran überhaupt nichts eingestellt nur die Buffereinstellungen des Widgets wie in meinem vorherigen Post beschreiben eingestellt.

Es ist halt auch immer so eine Sache mit den unterschiedlichen Distris, die sich unterscheiden und ganz anders auf die gleichen Dinge reagieren können.

Hab ich schon probiert, hab sowohl die streamdev-Server Einstellungen zurückgesetzt als auch UseDefaultBuffer auf true gesetzt.
Parallel habe ich mal getestet, ob mit einem anderen http streaming client (EasyStream) alles funktioniert. Es läuft damit zwar besser, aber auch damit gibt es manchmal ein schwarzes Bild nach dem Umschalten.

Kannst du mal sagen was in du in den Plugineinstellungen des Streamdev-Servers übers OSD eingestellt hast? Dann können wir die mit meinen vergleichen.

Hier sind die Einstellung aus meiner setup.conf (liegt bei mir in /var/lib/vdr):

streamdev-server.AllowSuspend = 0
streamdev-server.HideMenuEntry = 0
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPPriority = 0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.IGMPBindIP = 0.0.0.0
streamdev-server.IGMPClientPort = 1234
streamdev-server.IGMPPriority = 0
streamdev-server.IGMPStreamType = 0
streamdev-server.LiveBufferMs = 50
streamdev-server.LoopPrevention = 0
streamdev-server.MaxClients = 3
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartIGMPServer = 0
streamdev-server.StartServer = 0
streamdev-server.StartSuspended = 2
streamdev-server.VTPBindIP = 0.0.0.0
streamdev-server.VTPPriority = 0

In meiner Setup.conf steht leider gar nichts streamdev-server betreffend, wahrscheinlich weil ich nichts verändert habe. Schau mal übers Menü was für einen Http-Streamtyp du eingestellt hast. Ich weiß nicht welcher Typ streamdev-server.HTTPStreamType = 0 ist. Bei mir ist TS eingestellt.

Hier noch mal die Settings von streamdev-server aus dem OSD:

Sieht bei mir genauso aus. Aber irgendwas muss komisch sein, da du geschrieben hast, dass du mit anderen Streamingclients auch Probleme hast. Vielleicht solltest du mal die Suche bemühen und wirst fündig oder machst ein neues Thema hier dazu auf.