Also wenn ich DASH aktiviere und neu scanne bekomme ich keine Services mehr zugeordnet. Für was sind eigentlich die File Extensions? Die waren bei mir aktiviert. Diese habe ich deaktiviert und neu gescannt. Wie gesagt alle Service sind jetzt Status Fehler.
Stell ich wieder auf HLS7 um sind alle Zattoo Services wieder OK.
Muss da in TVH noch etwas spesiell angepaßt werden für DASH?
Halli,
Veränderungen können schön oder auch nicht schön sein. In diesem Falle finde ich die Veränderung wie man Sky bei Zattoo hinzufügen kann weniger schön. Habe Zattoo Ultimate und ab und an buche ich Sky Sport hinzu. Dies hatte ich immer direkt via Zattoo gemacht, funktionierte wunderbar.
Konnte man dann entweder via Telerising direkt oder TVH abspielen.
Heute wollte ich wieder Sky Sport über Zattoo buchen da bekam ich die Meldung ich müsse das Paket direkt über Sky buchen und dann mit Zattoo verknüpfen. Ok, Paket über Sky direkt gebucht aaabber wie verknüpfe ich das nun mit Zattoo???
Ok, dachte ich: probier ich über Telerising. Da kann ich neuerdings zwischen HLS7 und DASH wählen. Jaja solange Sachen laufen ändere ich nix. Aber Sky Sport bekomm ich nicht zum laufen.
Was muss man eigentlich beachten wenn man DASH wählt? Müssen die Streams mit aktivierten ffmpeg eingelesen werden oder nicht? Muss im Kodi etwas geändert werden?
Bei Zattoo benutze HLS7 mit aktivierten ffmpeg via Kodi. Wenn ich auf DASH ändere müssen die Streams im TVH neu eingelesen werden und wenn ja, mit aktiviertem ffmpeg oder ohne?
Beste Grüße,
Woti
Ja das sind schon heftige Preise. Ein Monat kann man auch buchen bei Blue Sport und Dazn aber sind auch gleich 10 Euro teurer 
Mal eine etwas andere Frage, keine Ahnung ob diese hier passt?
Habe Zattoo Ultimate mit Sky Sport über Zattoo. Wie kommt man als nicht Schweizer an Champion League ran? Blue Sport? Kann ich über Sky Sport nicht buchen eidiweil gebucht via Zattoo. Gibt es irgendwelche Möglichkeiten die dann auch mit Telerising laufen?
Ich hatte, wie andere hier auch, in den letzten Wochen Probleme mit dem Telerising + Tvheadend + FFmpeg Setup.
Ich habe mir das näher angeschaut und FFmpeg wirft denselben Fehler wie den bei adastra, während die verfügbare Bandbreite nicht vollständig ausgenutzt wird. Auch andere FFmpeg-Versionen (4.2.4, 4.3, 4.3.4) halfen nicht. Die zweite Audiospur war wohlgemerkt deaktiviert.
Ich bin dann auf Streamlink gestoßen. Bei einem Test lief der Stream sehr flüssig und die verfügbare Bandbreite wurde ausgenutzt. Daher dachte ich, ich versuche Tvheadend mit Streamlink zu kombinieren. Da es für Kodi (bzw. LibreElec) leider kein Addon (mehr) gibt, war ich dazu gezwungen Tvheadend für Streamlink mittels Dockercontainer neu aufzusetzen. (Mehr dazu hier [1][2][3]).
Mit Streamlink läuft der Stream besser als vorher und bisher ohne Probleme (habe es aber noch nicht mit zwei Audiospuren getestet). Damit die Playlist-Einträge als Streams erkannt werden muss man in den Telerising-Einstellungen m3u8-Links aktivieren. (Man muss es nicht gleich in Tvheadend integrieren, man kann es mit Videoplayern wie VLC ausprobieren um zu sehen ob's besser läuft).
Ich wollt das jetzt bei mir auch mal ausprobieren und Streamlink zu tvheadend hinzufügen. Hab die Container Variante von linuxserver.io. Installation lief alls durch und Streamlink läuft aber wenn ich einen Stream öffnen möchte bekomme ich einen Rechtefehler auf das Verzeichnis config/.config/streamlink/config Im tvheadend Container existiert das Verzeichnis nicht.
Habe mein Problem auf Github Permission error when using with Fedora Podman gepostet bleibe jetzt aber an der stelle mit dem Verzeichnis hängen.
das war's bei mir tatsächlich auch. Krass.
Vielen Dank!
Gestern getestet und ja ohne 2. Audiospur ruckelfreies Abspielen 🙂 Interessant 🤔
1. Also ich habe bei mir SmartDNSproxy laufen und das lief mit tvheadend und HLS5 problemfrei. Seit nur noch HLS7 geht ist nur noch Stocken angesagt. EasyEpg, Telerising und tvheaden laufen als Podman auf einen Fedora Server. Philips Android TV mit Kodi, Nvidia Shield mit Kodi und Tablets mit der M3U IPTV (hier aus dem Forum) sind die Clienten die die Streams empfangen. Jetzt natürlich mit stocken.
Nun hab ich die URL von tvheadend in den Tablets gegen die von Telerising direkt getauscht. Nvidia Shield und Android TV habe ich gegen IPTV simpleclient getauscht mit der URL von Telerising. Ergebnis alles läuft Ruckelfrei und ich bilde mir ein das dass Bild schärfer ist.
Natürlich kann es sein das die Technik bei manchen Leuten funktioniert, bei manchen nicht. Ich habe Lust herauszufinden wieso tvheadend bei mir stockend läuft. Werde mir dementsprechend ein Testsystem aufsetzen und dann berichten 
Ob ich es heraus finde was das Problem ist bleibt abzuwarten
2. Habe das Problem mit den fehlenden EPG Informationen gelöst. Ob es der richtige Weg war weiß ich nicht. In EasyEPG wähle ich großteils die Sendernamen mit den Buchstaben HD. Also z.B. "Das Erste HD" anstatt "Das Erste" und damit gibt es wohl Probleme bei manchen ID's.
In tvheadend hatte ich alle Senderkennungen manuell zu geordnet, was bei direkten streamen von Telerising ja nicht geht. Daher mappen in EasyEpg. Hab jetzt die Sendernamen ohne "HD" gewählt und siehe da alle Infos da
Dumme Frage aber es gibt kein Workaround für tvheadend dazu zu bewegen Inputstream zu verwenden?
Dafür gibt es das Mapping-Tool, mit dem man den Sendern die korrekten IDs verpassen kann.
Hmmm ja aber entweder bin ich zu doof dazu oder es funzt nicht 100%ig. Selbst wenn man die korrekten ID's zuweisen tut, fehlen EGP Informationen.
Telerising lässt sich nicht unter Fedora installieren. Centos hab ich gerade keine installierte Umgebung um zu testen ob es sich dort installieren lässt.
Nix Problem Werd mir mal'ne Linuxkiste aufsetzen mit Telerising direkt drauf und testen.
Podman container https://github.com/linuxserver/docker-tvheadend:
ffmpeg version 4.4.1 Copyright (c) 2000-2021 the FFmpeg developers
built with gcc 10.3.1 (Alpine 10.3.1_git20211027) 20211027
Wenn zuvor HLS5 aktiviert war, musst du ggf. den Provider einmal löschen und wieder neu hinzufügen.
Gemacht funktioniert aber leider buffern die Kanäle jetzt wieder. Ist nicht guckbar. Ist wohl das Beste weg von tvheadend und dann eben entweder IPTV simple client oder Zattoo addon. ![[bn]](https://www.kodinerds.net/wcf/images/smilies/smiley77.gif "bn"){kind=small}
Woti Wie probiere ich das denn mit Kodi, so daß es funzt, die Stream-URL direkt mit dem Raspi, bitte?
Mit dem IPTV simple client addon im Kodi und dort hinterlegst du die URL von Telerising.
easy4me hab soeben von Telerising 0.10.6 auf 0.10.8 aktualisiert. So wie du schriebst ist die Auswahl von HLS5 und HLS7 entfernt worden. Nun ist aber AC-3 Dolby Digital ausgegraut. Das kann ich nicht mehr aktivieren. Soll das so sein?
Zattoo ohne HLS5:
a) durch die Umstellung von HLS5 auf HLS7 von Zattpoo CH im Premium-Account holt mich, wie wahrscheinlich viele andere, das Problem ein, dass HLS7-Streams nach 20-40 Minuten einfach stoppen. HLS5 liefen seit Jahren auf verschiedenen Plattformen stabil (PIs native, Linux-Maschinen, Proxmox, etc). Zuletzt/aktuell: Telerising im Docker (lucas held und telerising.minimal) und TVHEADEND im Docker (linuxserver). Mit einem HLS7 ist nach 20 Minuten immer Schluss. Ich nutze eine 200MBIt Leitung über KabelDeutschlandd/Vodaphone.
Da dieses Problem mit HLS7 schon seit Jahren im Forum wiederkehrend hochkommt: Hat irgendjemand hierfür eine Lösung?
b) Im Telerising kann ich zudem zum Manifest einstellen, was ich will, im Ergebnis kommt immer ein Stream mit 1280 und 50fps raus. Alle Einstellungen werden irgnoriert, auch Neustarts helfen nicht. Hat hier jemand eine Idee, woran das liegt? Ich würde gern die Stabilität der HLS7-Streams testen, wenn ich die maximale Qualität runterregele - nur wird ja jede EInstellung ignoriert und am Ende wird immer die maximale Qualität erzeugt...
Für jede Art von Hilfe wäre ich sehr dankbar.
zu a) Schön ich bin nicht alleine mit dem stockenden HLS7 Problem
zu b) ja das stimmt ist bei mir auch so. Keine Ahnung warum. Wenn ich aber im tvheadend ein separates Streamingprofil anlege mit bspw 720p25 dann wird das auch so abgespielt.
Liegt wohl eher an ffmpeg...
und das könnte dann evntl. vielleicht doch die alte CPU sein? Ehrlich keine Ahnung was da im Hintergrund für Sachen ablaufen, ob da irgendwas transcodiert wird usw. usf.
Hab das jetzt noch mal getestet mit HLS7 und auch mit der App von M3U IPTV .
Muss meinen obrige Kommentar korrigieren. Wenn ich die Stream-URL von tvheadend nehme mit aktiviertem HLS7 in Telerising dann buffert es auch in der alternativen App. Generell dauert das Laden länger der einzelnen Kanäle länger.
Nehme ich aber die Stream-URL direkt von Telerising, ist kein Buffern und kein verzögertes Laden zu bemerken.
Hab das auch noch mal mit Kodi probiert und da funzt es auch.
Nur hab ich keine Aufnahmemöglichkeit wenn ich direkt von Telerising streame.
Dann liegt das mit dem Buffern mit HLS7 doch eher an tvheadend? 
Mag sein, dass die Verbindung zwischen deinem Anbieter und Zattoo dennoch gedrosselt wird.
Mit 50 MBits/s DSL habe ich kein Buffering bei den HLS7-Streams, selbst mit der CH Proxy-Umleitung nicht. Läuft auf dem RaspberryPi 4 mit tvHeadend und Kodi. Hatte das Problem auch mal mit der LTE-Verbindung + Proxy-Umleitung, aber jetzt nicht.
Nur dann hätte ich doch das selbe Problem mit HLS5 oder nicht?
Kann es sein das es am Kodi selber liegt?
Habe mal probiert mit alternative App und da hab ich das Problem nicht.
Eine vernünftige (gute/schnelle) Internetverbindung ist Voraussetzung.
100/100 Mbit Glasfaser sollte doch ausreichen? Ich sehe das die Geschwindigkeit zwischen ein paar Mbit bis ca. 80 Mbit hochschnallt, aber das habe ich bei HLS5 auch.
Mit HLS7 wird fast im 3 Sekundentakt gepuffert 🤷🏼♂️
