Beiträge von bendsch
-
-
-
krass. habe jetzt herausgefunden woran es liegt, wenn mein pihole (adblocker) läuft, kriegt telerising keine verbindung mehr zu teleboy. wenn ich pihole abschalten läuft alles wie erwartet.
werde mal testen, ob ich durch spezifisches whitelisting die länderabfrage im pihole durchwinken kann ohne es abschalten zu müssen.
-
-
-
-
Danke (nochmal ^^) für den Tipp! Puh, es läuft aber es ist schon echt frickelig... Hab jetzt erst 5 Streams gemappt, aber die laufen (auch wieder im geliebten TV Mosaic). Die Channelnummern werden noch falsch eingelesen, Streams erscheinen nicht im Fullscreen als Letterbox usw... Wird wohl noch etwas Arbeit, aber das es prinzipiell geht macht mir Mut... Wie gesagt, wenn die Telerising API nen einfachen Proxy (ohne das ganze Pre-Mapping) mit an Board hätte, wäre das klasse und wohl auch etwas einfacher (Das bislang eingebaute ffmpeg mit ?ffmpeg=true lief bei mir gar nicht.) Nochmal danke!
keine ursache, ich bin hier auch noch am rumexperimentieren. wenn telersing das remapping übernehmen würde, wäre das natürlich traumhaft, allerdings sehe ich hier die schwachstelle schon eher bei jellyfin (bzw. mosaic welches ich nicht kenne), die nun nicht in der lage sind, audio und video separat einzulesen.
ffmpeg in telerising habe ich bislang auch noch nicht zum laufen gebracht.
-
Moin ihr Lieben!
Ich bastle schon seit einigen Tagen an der Telerising API wegen Providerwechsel und dem Wegfall echten IPTVs via M3U. Und danke schonmal für diese tolle API, ich habe lange nach genau so etwas gesucht.
Bitte entschuldigt, dass ich mir nicht alle 200+ Seiten des Threads durchgelesen habe, ob dieses Problem (wenn es eins ist), schon jemandem aufgefallen ist:
Die M3U läuft prima ohne Probleme im VLC und im MPHC. Dort ist mir in den Codecinformationen aufgefallen, dass alle Streams immer erst mit Audio, dann mit Video gekapselt sind; also Stream #0 Audio#1; Stream #4 Audio#2; Stream #5 Video AVC (wobei sogar die Audiostreams (Haupt- und Nebenstream vertauscht sind). Ich fürchte, dass das der Grund ist, warum TVMosaic (ich weiß tot und kein Support mehr aber beste UI) und Jellyfin (orientieren wir uns daran, habe Probleme dazu schon hier gelesen) die Streams gar nicht (TVMosaic) oder erst nach 3 Minuten ohne Ton (Jellyfin) abspielen.
Mein Setting:
- Zattoo DE Ultimate
- Telerising im Docker und besagte Apps direkt, alles auf einer Syno Intel x64
- HLS7, mit M3U8 Extension, IP des LAN-Interface manuell eingetragen (mit http & Port natürlich)
- Auch alles mit DASH und verschiedenen Audioeinstellungen (Dolby / AAC) rumprobiert.
- Die Channel werden von allen Apps erkannt und problemlos importiert
Ich hatte erst telerising-minimal 0.11.7 und jetzt new-telerising 0.11.8 probiert. Mit den ffmpeg Options kenne ich mich leider nicht so gut aus (bei so langen cvar-strings bin ich schnell raus...)
Gibt es einen einfachen ffmpeg-String mit dem man die Reihenfolge korrigiert kapseln kann ohne die Streams selbst Codieren zu müssen (falls ja, wie implementiere ich das) oder ließe sich diese oder eine ähnliche Option in der API zukünftig direkt einbauen?
Danke & viele Grüße!
bin mittlerweile auch dazu übergegangen mir eine m3u aus verschiedenen quellen zusammenzubasteln.
über https://github.com/Threadfin/Threadfin, nachfolger von xteve, lässt sich diese auch in jellyfin einbinden. mit hls streams funktioniert das ganz ohne transcoding.
wollte ich hier nur mal teilen, weil es zu jellyfin wenig hier im forum gibt.
habe gerade heute den link zu diesem m3u proxy gepostet, dessen aufgabe besteht im wesentlichen nach meinem verständnis darin, ton und video signal in einem stream zusammenzufassen, da jellyfin nur solche streams mit bild und ton zusammen abspielen kann. dies passiert über einen separat gebufferten stream, wofür entweder vlc oder ffmpeg verwendet werden kann.
die umschaltzeiten auf andere kanäle sind in jellyfin immernoch schlechter als mit vlc direkt beispielsweise, aber ich habe durch etwas fine tuning durchaus akzeptable resultate erzielen können. am schnellsten reagieren bei mir mit 1-2 sekunden verzögerung die teleboy streams. blue und yallo sind etwas langsamer.
-
dash streams funktionieren mit threadfin leider nicht, zumindest bei mir nicht. ich war von tvheadend "leicht" überfordert und bin daher froh mit threadfin eine recht simple lösung gefunden zu haben.
zu den settings in threadfin kann ich aber tatsächlich einige tips geben:
- als buffer vlc nehmen, das erzeugt am wenigsten cpu-overhead
- den buffer und das timeout für neue verbindung möglichst klein halten, um lange umschaltzeiten zu vermeiden
- den buffer im ram laufen lassen (Store buffer in RAM), ohne den entsprechenden haken funktioniert gar nichts
zudem empfehle ich auf hardwareschwachen geräten (habe alles auf einem rpi5 laufen), die location für die streamdateien (sowohl im threadfin als auch im jellyfin) auf ein externes usb-gerät zu setzen. das schreiben direkt auf die sd-karte mit dem OS erzeugte bei mir eine hohe system load, da durch das schreiben der streams offenbar alle anderen laufenden prozesse nicht mehr mit dem schreiben nachkamen.
das ergebnis kann sich im jellyfin aber dann durchaus sehen lassen. finde die guide und das gesamte interface eigentlich recht ansprechend gestaltet.
grüsse
bendsch
-
bin mittlerweile auch dazu übergegangen mir eine m3u aus verschiedenen quellen zusammenzubasteln.
über https://github.com/Threadfin/Threadfin, nachfolger von xteve, lässt sich diese auch in jellyfin einbinden. mit hls streams funktioniert das ganz ohne transcoding.
wollte ich hier nur mal teilen, weil es zu jellyfin wenig hier im forum gibt.
-
-
-
-
-
-
ich lasse telerising api auf meinen raspberry pi laufen und wenn man nicht per ffmpeg davon streamt, nimmt die api ja auch kaum ressourcen weg, insofern alles tiptop.
war wohl lediglich verwöhnt, da es mit der oben zitierten wilmaa m3u für recht lange zeit eine sehr einfache möglichkeit gab, die sender direkt mit externer ip einzuspeisen.der einzige nachteil, der für mich nun entsteht ist, dass ich mich nun jedes mal per vpn mit dem pi verbinden muss, wenn ich auf einem anderen gerät und ausserhalb des heimnetzwerks schauen möchte. aber eventuell schalte ich das api-webinterface einfach per reverse proxy nach aussen frei. entweder per basic-auth oder via certificate auth. meiner erfahrung nach gibt es allerdings bei letzterer methode bei manchen webanwendungen das problem, dass das zertifikat nicht eingelesen werden kann. hat jemand vielleicht nocht tips dazu?
lg
bendsch -
verstehe! ich hatte jetzt nämlich einige zeit lang die hier verwendet: https://raw.githubusercontent.com/sunsettrack4/z…wilmaa-free.m3u
hat bis jetzt problemlos funktioniert, nur hat nun wilmaa zu yallo gewechselt.
gibt es manuell, also per cli eine möglichkeit eine permanente m3u zu erstellen oder ist das aufgrund der cookies ohnehin sinnlos? ich würde entweder yallo oder teleboy verwenden.
lg
-
Hallo zusammen, danke für das grossartige tool!
Ich hätte eine frage: ist es mit der api auch möglich, die m3u mit den externen ip-adressen des providers zu generieren? also gewissermassen einmalig, sodass man die api im grunde nur laufen lassen muss, wenn man die kanäle updaten möchte.
liebe grüsse
bendsch