Eine S905X-Box mit Coreelec 9.2.1 dreht das Bild wie gewünscht mit
echo 1 > /sys/class/graphics/fb0/osd_reverse
echo 2 > /sys/class/ppmgr/orientationQuelle: https://discourse.coreelec.org…screen-180-degrees/7732/5
Habe ich ausprobiert, funktioniert 
Gruss
plego
Ja, Aufnahmen gehen, sogar aus dem dem EPG heraus.
Und man kann die Aufnahmen auch auf ein NAS machen.
Das mögliche Zusammenspiel der Komponenten ist so flexibel, dass sich jeder seine eigene Wunschlösung bauen kann.
Der eine wird mit der einen Lösung glücklich, der andere mit einer anderen Lösung.
Bei mir ist die KI pro nur deshalb aktuell VNSI Server für Live TV Tests, weil
- ich die Box ultragünstig bei Ebay geschossen habe
- Ich die Digibit R1 ungenutzt rumliegen hatte
- ich die anderen Clients eh hatte
- ich mal sehen wollte, was 2018 so alles möglich ist bzw. wo die Grenzen sind
- ich keine Lust hatte, meinen x86 VDR deshalb mit aktuellem VDR samt VNSI zu versehen oder sonstwie umzubauen.
Trotzdem werde ich KI pro nicht als "produktiven" Server einsetzen, allein schon deshalb, weil die Box dann 24/7 laufen müsste.
Da lobe ich mir das perfekte timergesteuerte Wakeup meines x86 VDRs und wake-on-LAN funktioniert da auch prima
Ich halte es da wie TheChief: Als Client kann ich die Boxen wirklich empfehlen, ich habe sogar mit UHD/HDR rumgespielt inkl. Downscaling auf FullHD
Gruss
plego
Ich habe mich mal auf den Weg durch das Treppenhaus gemacht
Kurze Version: Drei VNSI Clients gleichzeitig mit unterschiedlichen Sendern auf unterschiedlichen Transpondern an einem VNSI Server sind kein Problem
Lange Version:
- drei unterschiedliche Transponder (Client 1 ARD HD, Client 2 ZDF HD, Client 3 Servus TV HD) ok, drei Tuner belegt
- Client 2 und Client 3 schalten auf ARD HD um (also alle drei Client jetzt auf demselben Sender), auch ok, nur ein Tuner wird belegt
- Client 1 schaltet auf Pro Sieben um, auch ok, zwei Tuner belegt (klar, sind jetzt ja zwei Transponder beteiligt)
- Client 2 schaltet auf SAT.1 um, Client 3 schaltet auf kabel eins um, ebenfalls ok, nur ein Tuner noch belegt (weil alle drei Sender auf demselben Transponder liegen)
Gruss
plego
Warum? Mit dem VNSI Addon erscheinen doch auch die VDR Aufnahmen bei den Quellen.
Ja, das VNSI Addon kann prima auf die Aufnahmen eines VNSI Servers zugreifen.
Aber der x86 VDR hat kein passendes VNSI Server Plugin
Es ist eine uralte Installation, funktioniert aber prima und daher wird sie (noch) nicht angefasst.
Gruss
plego
VNSI lässt doch IIRC aber keine parallelen Zugriffe zu, d.h. immer nur ein Client zu einer Zeit?
Die Einschränkung habe ich noch nicht bemerkt und ich bin etliche Male durchs Treppenhaus gelaufen, um zu sehen, ob noch alles läuft, wie ich es mir vorstelle und ob zusätzliche Tuner für die anderen Transponder am Digibit R1 an- bzw. ausgegangen sind. Aber ich werde es heute Abend nochmal explizit testen.
Das README zum Plugin sagt jedenfalls :
The vdr-plugin-vnsiserver is able to handle serveral KODI clients connecting
via the VNSI addon.Gruss
plego
Bin total am Anfang meiner Suche, kann ich VDR unter Kodi/LE installieren?
Gibts den VNSI Server in den Repos?
Ja, VDR samt einiger sinnvoller Plugins (u.a. VNSI-Server) ist im LE-Repo als Addon unter "Dienste" verfügbar, der VNSI-Client unter "PVR-Clients".
Gruss
plego
Ich lasse seit 6 Wochen eine Mecool KI pro (S905D mit LibreElec 8.2.3.1) als VNSI Server für eine X96 (S905X mit LibreElec 8.2.3.1) und einen Amazon Fire TV Stick 2. Gen (mit Kodi 17.6) im quasi Wirkbetrieb für Live TV laufen. Neben dem internen Tuner der KI Pro kommen auch noch zwei Tuner zum Einsatz, die per SAT>IP von einer Digibit R1 mit aktueller satip-axe Firmware an die KI Pro geliefert werden.
Die KI pro wird auch zum Live TV genutzt,
Aufnahmen laufen (noch) über einen bestehenden x86 VDR und werden mittels vdrnfofs und NFS-Freigabe in die Medienbibliotheken der Kodi-Instanzen eingebunden.
Das Setup ist aus einer Bastellaune heraus entstanden und läuft stabil genug, um den harten Familienfernsehalltag zu überstehen.
Im gleichen Setup hatte auch mal einen RPi3 als VNSI Server und einen RPi2 als VNSI Client eingebunden, das hat allerdings nicht so butterweich hingehauen.
Gruss
plego
Nein, vdrnfofs ist kein Plugin, das läuft auch ohne VDR.
http://www.vdr-wiki.de/wiki/index.php/Vdrnfofs
Wenn das NAS ein bisschen flexibel ist (sprich: Linux-basiert und man kann selber Software installieren), dann passt das auf das angedachte Szenario.
Man kann die resultierenden Dateien auch runterkopieren und auf einem Laptop mit dem Player der Wahl anschauen.
Gruss
plego
Lösumg ohne Plugin: Aufnahmeverzeichnis mit vdrnfofs mounten und dann als NFS-Freigabe in Kodi einbinden.
Gruss
plego
Wenn ich mir das hier anschauen
https://www.paradigma.de/s-touch-app/
dann ist das wohl "Cloud"-basiert und die Vertrauensstellung (wenn man es so nennen darf) zwischen Heizung und App beruht darauf, dass beide Komponenten im selben WLAN sind (also SSID gleich). Und das ist eben nicht der Fall, wenn sich das Handy von aussen per VPN ins heimische Netz einwählt.
Genaueres kann aber wohl nur der Entwickler der App sagen.
Gruss
plego
Es ist ein Unterschied im Vorgehen, ob man ein Update der Stock-Firmware macht oder satip-axe von perex einspielt.
Tipp: Erst Update der Stock-Firmware über Webfrontend (neueste Version unter perexg/satip-axe/firmware) und dann einspielen von satip-axe Version 10 per USB-Stick. Dazu die .usb-Datei in idl4k.scr umbenennen, die .fw-Datei genau so nehmen.
Wenn Version 10 in den Flash soll, dann .flash-Datei in idl4k.scr umbenennen.
Gruss
plego
Update:
satip-axe-201504082030-4 running for 8 hours now and no stucked channel issue, I did some hardcore zapping after breakfast.
Just got a "[pll_wait_for_lock] pll locking timeout" in dmesg for the very first switch this morning. I will try to reproduce that.
Regards
plego
perex
You are doing a great job!
Shame on me, I should write in english.
I tried the basic functions of todays release and they are looking good.
I had an issue with Mondays release: After approx. 30 minutes of doing nothing (nothing in terms of just watching tv, no zapping), I wasn`t able to switch to another channel. I was stucked to the actual tuned channel and vdr did not throw the "channel not available". kill -9 to minisatip fixed it.
I will test this for todays release and open an issue, if it is still there.
Regards
plego
Ich kann ja mal beschreiben, wie ich minisatip auf Digibit R1 zum laufen gebracht habe.
Ausgangssituation:
- Digibit R1 mit FW 1.16.0.120
- Raspi mit MLD 4.01
- alles über einen 100 MBit-Switch verbunden
- git clone https://github.com/perexg/satip-axe (gestern gemacht)
- Raspi läuft mit Digibit Stock-FW sehr gut
erster Versuch:
- die Versionen aus satip-axe/dist/ vom 31.3. und 6.4. gemäss README per USB ausprobiert
Ergebnis:
- ssh ok
- minisatip läuft
- kein Server im satip-Plugin sichtbar
- kein Stream wird abgespielt
zweiter Versuch:
- Firmware 1.17.0.120 aus satip-axe/firmware/ per Stock-Webfrontend eingespielt
- Version aus satip-axe/dist/ vom 6.4. auf USB
Ergebnis:
- ssh ok
- minisatip läuft
- erstmal kein Server im satip-Plugin sichtbar
- aber Stream läuft trotzdem
- Server nach einiger Zeit (automatischer Restart von minisatip) im satip-Plugin sichtbar
- Streams auch mit Zapping stabil (teste aber erst seit einer Stunde)
Bemerkenswert:
- Die angezeigten STR/SNR Werte sind mit satip-axe vom 6.4. wesentlich besser als mit Stock-Firmware
Gruss
plego
weitere Ideen, die ich dann direkt mit testen kann?
Ja, deaktiviere auf dem Client das IPTV-Plugin, damit es dort ein Eingabedevice weniger gibt.
Gruss
plego
Wie sieht es denn aus, wenn sowohl auf Server- als auch Client-Seite keine IPTV-Kanäle in der channels.conf sind? Oder habe ich diesen Test und das Ergebnis schlicht überlesen?
Gruss
plego
Hallo,
so wie es aussieht, fehlt dir auf Clientseite tatsächlich noch das Ausgabedevice.
Das könnte z.B. vdr-sxfe sein, wofür Du dann aber ein lokales xineliboutput auf dem Client brauchst, wenn Du über streamdev gehen willst. Versuch doch mal, auf dem Dockstar xineliboutput laufen zu lassen und vdr-sxfe auf dem Client zeigt dann auf die IP des Dockstar. Könnte Dir auf dem Client die lokale VDR-Installation sparen.
Gruss plego
curl -s -H "X-Forwarded-For: "<ip_aus_der_schweiz> <url_vom_wilmaa_Stream> | vlc -
Gruss
plego
UPDATE: Aktuell reicht für die Wilmaa-Streams ein modifizierter http-Header nicht mehr aus. Der Stream startet zwar mit der oben beschriebenen Methode inkl. Bild und Ton, jedoch bricht er nach 12-14 Sekunden ab.
Die Wilmaa-Streams lassen sich ganz einfach über das iptv-Plugin in vdr einbinden.
Das Geoblocking erschlägt man bei Bedarf mit einem curl vor dem vlc.
EPG per tmv2vdr dazu und schon kann man wie gewohnt zappen und bequem Aufnahmen programmieren.
Bildqualität ist natürlich nicht mit DVB-S, -C oder -T vergleichbar, aber erträglich.
Weiterleiten per streamdev funktioniert (noch nicht) richtig.
MVP über vompserver funktioniert, sofern man nicht zwischen den Wilmaa-Streams zappt. Dann sieht man plötzlich mehrere Streams neben-, auf- und untereinander.
Das ganze ist keine Theorie sondern im realen Einsatz.
Gruss
plego
