Es wird anfangs nur rudimentär sein, es wird wie erwähnt noch daran gearbeitet. Die Parser und Videoaufbereitung für den Streamer ist soweit schon fertig, das Streamen wird derzeit bearbeitet.
Beiträge von sundtek
-
-
Hallo,
mit dem Treiber hat das nichts zu tun.
Wir müssen unseren eigenen Streamingserver erst mal fertigmachen, dann sehen wir ja ob sich dadurch etwas ändern lässt.
Die ersten Tests mit VLC waren recht positiv (Umschaltzeiten 1-2 Sek), aber wer weiss wie XBMC die Sender dekodiert. -
Achso du verwendest Openelec,
verbinde dich mit Putty ja (ich denke du wirst dort noch via samba/Windows Freigabe eine ssh_enable Datei anlegen müssen damit ssh überhaupt gestartet wird?)
http://wiki.openelec.tv/index.php/OpenELEC_FAQ#SSH_Disabled
Bei OpenElec lautet der Befehl für DVB-S/S2:
mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band=UNIVERSAL(auf allen anderen Systemen /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band=UNIVERSAL)
Abbruch mit STRG-C -- das läuft endlos, readsignal=N (wie oft das Signal ausgelesen werden soll, 0=unendlich was für's Monitoring ganz nützlich ist).
-
Dem kann Ich mich nicht so ganz anschließen. In meinem alten htpc hatte ich eine technotrend Budget s2-1600 und da waren die Umschaltzeiten auch mit tvheadend um die knappen 2 Sekunden. Also praktisch ist es schon möglich.
Könnte es evtl. Daran liegen, dass es über USB läuft?
Starte /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
danach schaltest du bei XBMC um, schau das die Frequenz gleich bleibt -- somit bist du auf dem gleichen Transponder und hast keine Umschaltwege dabei. Das sind die optimalsten Umschaltzeiten und schneller geht das mit keinem Gerät.
Es gibt beim Umschalten 3 Faktoren:
1. Umschalten auf einen anderen Transponder, die Frequenz ändert sich (dort kommen dann in der Tat Umschaltzeiten hinzu)
2. Umschalten auf einen anderen Sender auf dem gleichen Transponder (das ist dann pur Software -- denn die Daten für die Sender sind ja bereits da).
3. Wenn der Tuner im Standby ist und das LED aus ist benötigt das erste einschalten 1-2 Sekunden um den Tuner aus dem Tiefschlaf (=Energiesparmodus) zu holen, das ist aber bei tvheadend üblicherweise nicht der FallWie schon in unserem Forum erwähnt wir sind dabei einen eigenen Streamingserver zu testen, und dort schreiben wir auch die Header um damit Applikationen wie VLC die Sender schneller initial dekodieren können.
-
Das ist nur ein Verbinden mit einem Programm wie putty und eintippen von ein paar Zeilen.
Google: sundtek synology ... spuckt ne Menge daz
Das geht recht einfach mittels dem Synology PaketmanagerPackage Center -> Settings -> Package Sources
Auf "Add" klickenName: Sundtek
URL: http://sundtek.de/synology
OK (und die Settings mit OK bestätigen)Community Repositories im linken Paketmenü auswählen und auf "refresh" klicken danach sieht man ein Paket namens "Sundtek TV Tuner Driver" und dies dann einfach installieren. Dort sind aktuelle TVHeadend Pakete hinterlegt:TVHeadend Synology Repository: http://syno.dierkse.nl/ -
Also es sollte klappen, Ich habe hier ein kleines Video aufgenommen bei dem ein HD Sender vom Raspberry PI zu Windows gestreamed wird.
https://www.youtube.com/watch?v=ZUIbd_bjNLA&feature=youtu.be
Irgendwie konnte TVHeadend das Video bei dem Setup nicht so richtig in HD Streamen (wird aber wohl ein Setupproblem von TVHeadend sein).
Nachtrag hier: tvheadend streamed UDP und das scheint bei unserem Netzwerk nicht zu klappen. Mit besserem Netzwerkequipment klappt's.Das Treiberinterne Netzwerkstreaming verwendet einen sehr großen Puffer, dadurch können auch Netzwerkschwankungen abgefangen werden (daher ist die CPU Last damit auch etwas höher bei dem Setup, ca 50% (Treiber inkl. Streaming)) Es kam soweit zu keinerlei Aussetzern (wir verwenden TCP).
Dieses Setup lässt sich so auch auf einem anderen Raspberry PI einbinden (nicht nur im Windows).
Was ein Kunde letzte Woche geschrieben hat:
Zitat
hat sich alles erledigt. Das Kabel war nicht ok, damit die Fehlerrate zu hoch. Jetzt geht sogar HD auf dem Pi in XBMC (alles auf einem PI)PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1018 pi 20 0 302m 47m 19m S 14.6 12.8 4:27.49 xbmc.bin
972 root 20 0 79824 11m 6264 S 10.5 3.0 4:55.92 mediasrv
1708 pi 20 0 165m 12m 6020 S 4.4 3.4 1:39.58 tvheadend
3461 pi 20 0 3380 1376 984 R 1.6 0.4 0:00.38 topDas setzt voraus das TVHeadend bei ihm ordentlich zu XBMC gestreamed hat.
Der verwendete einen Raspberry PI B+, wir empfehlen aber im Allgemeinen 2 Raspberries zu verwenden einen mit TVHeadend und dem Device, einen zweiten mit XBMC.
http://support.sundtek.com/index.php/topic,178.0.html (Netzwerkstreaming Linux -> Linux)
http://support.sundtek.com/index.php/topic,834.0.html (Netzwerkstreaming Linux -> Windows) -
Sundtek MediaTV I und II Benutzer können sich ja bei uns melden, da sollte sich sicherlich eine Lösung finden lassen eventuell durch Rückgabe des alten eventuell eine Vergünstigung des neuen, Ab Version III ist im Allgemeinen ein Verstärker integriert.
Ab Version IV haben wir mit unserem vorigen Chipsatzlieferanten Schluss gemacht wir hatten eine ziemlich dedizierte Zusammenarbeit mit dem alten wodurch wir auf deren Chipsätze limitiert waren, die Neuen wurden nun auch ziemlich lange in Berlin getestet.
SkyTV IV unterstützt neben DVB-S/S2 jetzt auch S-Video, Composite und Line-In Audio.
Zur Temperatur, dies ist auch abhängig vom LNB, je mehr Strom dieser benötigt desto mehr muss der Tuner dafür arbeiten.
Wo man vorher noch einen Mac benötigt hat um einen Campingsat zu betreiben lief das bei unseren Tests nun mit einem normalen USB 2.0 Notebook:
Externer Inhalt sundtek.deInhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.(Getestet wird bei uns in Berlin mit dieser Camping-Schüssel im Park)
Der Sat kann direkt am Tuner angeschlossen werden, und der Tuner direkt (ohne Netzteil) am Notebook, vorausgesetzt der LNB benötigt nicht zu viel Strom. Hier haben wir ein paar Standard-LNBs von Ebay mit einem ca 15m Kabel getestet.
Der neue Tuner erlaubt nun auch einen Statusabruf via Software ob ein Kurzschluss aufgetreten ist. Sollte der LNB mehr Strom benötigen als verfügbar fängt der Tuner an zu blinken und schaltet die Stromzufuhr zum LNB komplett ab.Für jene welche den /opt/bin/mediaclient -e Befehl benutzen, das sieht dann so aus:
Code
Alles anzeigen**** List of Media Hardware Devices **** device 0: [Sundtek SkyTV Ultimate IV] DVB-S/S2, REMOTE-CONTROL [INFO]: STATUS: ACTIVE / STANDBY [BUS]: ID: 8-5 [SERIAL]: ID: U140519052820 [DVB-S/S2]: FESTATUS: ACTIVE / STANDBY LNBVOLTAGE: ENABLED / DISABLED LNBSUPPLY: USBPOWER / ACADAPTER LNBSTATUS: OK / SHORTCIRCUIT FRONTEND: /dev/dvb/adapter0/frontend0 DVR: /dev/dvb/adapter0/dvr0 DMX: /dev/dvb/adapter0/demux0 [REMOTECONTROL]: INPUT0: /dev/mediainput0
(die Ausgabe listet mögliche Anzeigen)
Empfangsleistung ist sehr gut, Signalstärkeanzeige ist in Realtime da hier auch ein neuer Low Power Chipsatz verwendet wird.
-
NAch einem FW-Update auf dem NAS habe ich auch damit ein Bild hinbekommen.
Umschaltzeiten sind entsprechend langsamer (so rund 3-4 Sekunden).
Nur sobald man irgendwas am NAS macht (Daten draufschieben) bricht der Stream in sich zusammen.
Das packt dann die schwache CPU des NAS nicht.
Interessant ist es aber schon.Versuche mal den Treiber zu aktualisieren, seit dem 7. Februar wurde die CPU Last unter Linux um die hälfte gesenkt (also von 20% auf 10% bzw. von 6 auf 1-3%. Auf MacOSX sind wir nun ebenfalls von 50% auf 2-3% gekommen. Beim Netzwerktransfer sollte das im Allgemeinen auf jeden Fall spürbar sein.
Außerdem wurde das Scannen noch etwas überarbeitet.