Beiträge von GuenterH

Dein Vorgehen ähnelt stark dem meinem. Nur mach ich halt alles über SAT>IP Networks. Es lassen sich ja beliebig viele davon einrichten, und die problematischen HD-Kanäle eines Transponders verteile ich halt auf meine z.B. 3 SAT>IP Networks. Dann brauch ich gar nicht auf eine andere Network-Klasse (sprich IPTV) ausweichen, und Prioritäten sind auch nicht nötig.

oelsi: Danke, Frage beantwortet, VLC läuft! Wenn EPG tatsächlich auch noch kommt, wäre das evtl. ein weiterer gangbarer Workaround. Aber erst mal bleibt bei mir alles beim Alten, never change a running system...

Sehr interessant! Klingt logisch, bis auf den Bereich pids=. Wo bekomm ich denn diese kommaseparierte Liste her? Sind das die Video- und Audio-PIDs usw? In welcher Reihenfolge?

Allerdings wenn das EPG dadurch verloren geht, ist das wirklich keine Lösung für TVH. Habe keine Lust, mir das EPG dann wieder durch irgendwelche nicht gepflegte Download-Listen zu holen. Aber interessant ist das Ganze allemal.

Jetzt bin ich etwas verwirrt. Was haben M3U-Playlisten mit Sat>IP zu tun? Das gehört doch eigentlich nur in die IPTV-Ecke. Oder kann ich meine Sat>IP Kanäle in irgendwelche IPTV-Stream-Request-Strings packen? Wenn ja, was wäre das für eine Syntax?

Ist ja interessant, dass ich mit meinem im vorigen Beitrag gelinkten Thema nicht ganz allein bin.

Ich bin aber leider ebenso wenig weitergekommen. Nachdem ich im Sourcecode von TVH so einiges ausprobiert habe, bin ich zu dem Schluss gekommen, dass aufgrund der Datenstrukturen es einfach nicht möglich ist, einen 2. Tuner für einen 2. Kanal von ein und demselben Transponder anfordern zu lassen (zumindest ohne dass man TVH komplett umkrempelt). Schade...

Einen Weg, das Problem zu umgehen, gibt es aber immerhin: Man richtet in TVH z.B. 3 Networks für Sat>IP ein und verteilt die 3 HD-Kanäle aus einem Bouquet auf diese 3 Networks (mehr HD-Kanäle gibt es in der Regel nicht in einem Bouquet). Bei den SD-Kanälen gibt es bei mir ja kein Problem, die kann man dann jeweils gesammelt auf diese 3 Networks verteilen (also alle SD-Kanäle eines Bouquets in ein Network). Dann gibt es keine Konflikte und alles läuft reibungslos.

Wie weiter oben berichtet, gleicht die Firmware der Selfsat-Antenne wohl in gewisser Weise der von Megasat und Xoro, und wir haben es möglicherweise mit dem gleichen Problem zu tun - und zwar ein Problem außerhalb von TVH. Das ist zumindest im Augenblick mein Eindruck.

Zitat von CvH

Zu heiß, schlechtes Netzteil oder defekte SD Karte

Könnte höchstens die SD-Karte sein, der Rest ist ja gleich geblieben. Vielleicht probier ich mal bei Gelegenheit eine andere Karte.

Zitat von CvH

du dokters da an einer 2 Jahre alten Tvh Version herum

Für mich macht das insofern Sinn, da die Version bei mir völlig problemlos läuft und keinerlei sichtbare Macken hat. Sollte meine TVH-Anpassung zum Erfolg geführt haben, und LE8 den Accesspoint irgend wann aufs LAN durchreichen können, kann ich das ja dann immer noch darauf portieren.

Zitat von CvH

also unpack, ändern, bauen

Danke für die Anleitung - das war genau, was ich gesucht habe. Hab ich so prägnant nirgends im Netz gefunden. create_addon läuft jetzt sauber durch.
Jetzt hab ich einige Sachen durchprobiert, um zu erreichen, dass TVH immer einen neuen Tuner anfordert. Ich hätte auch die Stelle gefunden, wo entschieden wird, ob TVH einen neuen Tuner anfordert oder einen bestehenden verwendet (in input/mpegts/mpegts_mux.c: if (mm->mm_active)...), nur wenn ich das einfach rausschmeiße, bricht mir das Ganze zusammen, da wohl innerhalb eines network kein 2. Tuner für ein und denselben Mux möglich ist. Das muss ich mir doch noch etwas weitreichender anschauen....
Melde mich wenn ich weiter gekommen bin. Aber erst mal ganz großes Dankeschön für die Hinweise und Unterstützung!

Streams brechen bei HD immer noch ab...

Mit LE8 habe ich jetzt noch 2 zusätzliche Probleme:
1) Das WLAN als Accesspoint zu konfigurieren funktioniert zwar, man kommt aber bei WLAN-Verbindung nicht mehr über das LAN ins Internet. Da scheint die Bridging-Funktion nicht mehr zu funktionieren. Eine Lösung habe ich auf die Schnelle nicht googlen können - einige Posts dazu gibt es zwar, aber scheinbar keinen Fix.
2) Ich bekomme ab und an Reboots vom RPi3. Zeigt sich, dass sich der Fernseher unvermittelt über HDMI einschaltet - ganz unschön.

Drum bin ich erst mal auf die Schnelle zurück zu OE7.
Jetzt wollte ich mir doch mal die Sources von TVH vorknöpfen und ein paar Sachen ausprobieren - ein paar interessante Stellen hätte ich schon gefunden, um jeder Senderanforderung einen eigenen Tuner zu gönnen. Entwicklungssystem ist auch aufgesetzt, und OE+TVH kompiliert sich auch schön mit create_addon. ABER: Wie kriege ich jetzt meine versuchsweisen Änderungen zum Kompilieren?
Ich mach Folgendes:
- Änderungen an den Sourcen unter http://OpenELEC.tv/build.OpenELEC-RPi2.arm-7.0-devel/tvheadend-ac9e47d/src
- Erneutes Aufrufen von PROJECT=RPi2 ARCH=arm ./scripts/create_addon tvheadend
Damit er überhaupt was tut, habe ich das zip unter target gelöscht, aber das neue zip enthält wieder die ursprüngliche Version. Meine Änderungen werden nicht reinkompiliert.
Wahrscheinlich habe ich einen grundsätzlichen Denkfehler, wie man zu einer neuen TVH-Version kommt. Bitte Unterstützung!

Genau das ist ja das Problem, dass TVH versucht, Kanäle vom gleichen Transponder auf ein und den selben Tuner zu legen, um Tuner zu sparen. Davon hätte ich aber genug...
Unter Status wird definitiv kein weiterer Tuner angezeigt, wenn mehrere Kanäle auf dem gleichen Transponder liegen.

Aber es gibt neue Erkenntnisse: Ich habe um deine Frage zu beantworten nochmal versucht mehrere Streams vom gleichen Transponder aufzuzeichnen, nur diesmal aus dem RTL-Bouquet, das ja nur in SD frei empfangbar ist. Und siehe da, es geht!!! Ich habe gleich mal den ultimativen Test mit 6 RTL-Kanälen gemacht - alles über den selben Tuner und alles perfekt bei einer Gesamtbandbreite von 37 Mbit/s. Das ist auch mehr als 2 HD-Kanäle benötigen würden, also an der Bandbreite kann es eigentlich nicht liegen. Wohl eher an der Kodierung, da die SD-Kanäle in der Regel in MPEG-2 576i ausgestrahlt werden, die HD-Kanäle aber normalerweise in MPEG-4 720p.

Aber zurück zu meiner Frage: Wäre eine Spezialversion von TVH denkbar, die für jede neue Kanalanforderung immer auch einen neuen Tuner verwendet?

Das sind die Standardeinstellungen, die der Assistent vorgegeben hat:

Wenn es tatsächlich an der Antenne liegt, wäre es doch ein akzeptabler Workaround, wenn man TVH dazu zwingen könnte, für jede Streamanfrage einen neuen Tuner anzufordern, selbst wenn es schon einen Tuner mit der Frequenz gibt. Eine solche Einstellung gibt es wohl nicht, oder? Ich stell mir vor, dass aber eine solche Spezialversion nicht schwierig zu implementieren sein sollte, in dem man die Abfrage, ob es bereits einen Tuner mit der gewünschten Frequenz gibt, streicht.

So, jetzt läuft LibreELEC mit TVH 4.1.2490. Erst mal großes Kompliment an die TVH-Macher, der neue Einrichtungsassistent ist genau, was noch gefehlt hat, um das Ganze aus der Bastelecke zu bekommen. Klasse!

Leider, leider, leider - die neue Version löst nicht mein ursprüngliches Problem. Sobald ich von ein und demselben Tuner mehr als einen Channel abonniere, brechen beide Streams nach spätestens 3-4 Sekunden zusammen. Es gelingt TVH also einfach nicht, aus dem selben Bouquet mehr als nur einen Channel rauszubekommen. Muss man vielleicht doch noch irgend was besser konfigurieren, damit sich die SelfSat Antenne und TVH gegenseitig verstehen?

Allerdings stellt sich mir inzwischen auch die Frage, wer da wirklich der Schuldige ist. Theoretisch könnte die Ursache ja auch bei der SelfSat IP21 Antenne selbst liegen. Irgend eine Idee, wie man das per log-Files o.ä. überprüfen könnte? Ich käme auch per SSH auf das Linux der Antenne, die meldet sich als [AS-B3S100-Server], aber ob einen das weiter bringt, ist fraglich.

Habe keine ansteigenden Continuity Fehler festgestellt. Die in der Status-Page gezeigten stammten wohl vom Aufsetzen der Streams und decken sich mit der Beobachtung von Bildfehlern während der ersten 10-20 Sekunden. Das mag sogar von der Antenne stammen und muss nicht unbedingt was mit Kodi zu tun haben, ist aber schwer zu sagen.

Ich seh schon, mit OE bin ich auf dem falschen Weg. Werde mich mal auf LibreELEC konzentrieren, da ist die TVH-Entwicklung wohl in besseren Händen... Melde mich mit den Ergebnissen, wenn ich es aufgesetzt habe.

Und natürlich: Ich hatte noch nie das Bedürfnis, wirklich 7 Programme aufzuzeichnen und eins zu gucken - nur ist es beruhigend zu wissen, dass selbst das noch gerade so funktionieren würde. Dann hat man keine Bauchschmerzen, wenn man unter realen Umständen 1 Channel live anschaut, vielleicht noch an einem 2. Kodi einen weiteren, und noch die Möglichkeit zum Aufzeichnen von 1-2 Streams hat.

Ich habe anfangs mit TVH 4.1.1945 (aus Superrepo) unter OpenELEC getestet, und da hatte ich deutlich mehr Probleme, v.a. häufig einfrierende Bilder. Drum bin ich wieder auf die 'stabile' 0-er Version aus dem inoffiziellen Repo zurückgegangen, was ja auch bis auf das geschilderte Problem sehr gut lief. Gibt es für OE irgendwo eine 4.1.24xx Version rumliegen, oder sollte ich besser zu LibreElec wechseln?

Zur Performance meines RPI3: Habe heute nochmal den Test gemacht: 1 HD-Channel live anschauen, 3 HD-Channels und 4 SD-Channels aufzeichnen, geht tatsächlich alles parallel; man mag es kaum glauben. Von der Antenne zum RPI benötigt das 80 Mbit/s (ca. 4x15Mbit/s für HD, 4x5Mbit/s für SD). Das geht über das 100Mbit/s-Ethernet mit Ach und Krach drüber (TVH Server und Client auf dem selben RPI, also muss nichts wieder auf die Leitung zurück). Ein paar wenige Störungen in den Aufzeichnungen gabs nur innerhalb der ersten 10-20 sec. bis sich alles schön synchronisiert hat, danach praktisch störungsfrei. Die Auslastung beim RPI war durchaus hoch, im Durchschnitt jeder Kern bei 50-60%, und vorübergehend 100% bei einem Kern war auch drin. Die USB-2.0-Festplatte macht auch mit. Wenn man von realistischen 30 MByte/s Schreib-Performance ausgeht, wären das 240 MBit/s und damit weit mehr, als das Fast-Ethernet hergibt. Und es scheint tatsächlich keine versteckten Flaschenhälse zu geben; das ist durchaus erstaunlich. Hier mal der Screenshot von der TVH-Status-Page:

Hallo,
habe mir eine Satellitenflachantenne IP21 von SelfSat mit Sat>IP-Ausgang aufs Dach geschraubt und per TVHeadend an Kodi auf RPI3 angekoppelt. Das funktioniert soweit einwandfrei, und auch alle 8 eingebauten Tuner der Antenne lassen sich sauber parallel aufrufen. Damit lassen sich bis zu 8 Streams live anschauen oder aufzeichnen - klappt einwandfrei, solange alle Channels in unterschiedlichen Bouquets liegen, also unterschiedliche Frequenzen aufweisen.
Wenn ich aber 2 Kanäle mit der selben Frequenz anschauen bzw. aufzeichnen möchte, gibt es Probleme: Die Streams halten nicht lange, nur ein, zwei Sekunden, dann hängen sie sich auf, das Bild steht bzw. die Aufnahme stoppt.
Bei DVB-T hatte ich das Problem nie, da konnte man problemlos mehrere Streams aus dem selben Bouquet ansehen/aufzeichnen, und das mit nur einem Tuner.
Ist das eine Kinderkrankheit der Sat>IP Implementation von TVHeadend (verwende 4.0.9), oder kann man an den TVHeadend-Parametern irgendwo drehen?

Ein Dreh, wie man doch 2 Streams gleichzeitig aus einem Bouquet bekommt, habe ich gefunden: Mehrere Networks für unterschiedliche Tuner einrichten, damit TVHeadend gezwungen wird Streams mit gleicher Frequenz auf unterschiedliche Tuner zu legen. Das ist aber eine äußerst unbefriedigende Lösung, auf die ich gerne verzichten möchte.