Beiträge von matthias1232
-
-
Hallo zusammen,
weiß jemand ob man Telerising auf einem ipv6 only Server starten kann?
Bei mir kommt nur folgendes:
* IPv4 address: 127.0.1.1
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
* Running on all addresses (0.0.0.0)
* Running on http://127.0.0.1:5000
* Running on http://127.0.0.1:5000 -
-
-
Kann ja dann auch am VPS liegen.
Hab as mal analyisert auf dem VPS.
Beim starten des Streams die Auslastung:
Nach etwa 2 Stunden wenn alles häng, geht die Auslastung von ffmpeg auf etwa 40-60% konstant. Nach Stream Neustart funktioniert wieder alles so wie im Bild ganz normal für etwa 2 Stunden.
Habe schon mit ffmpeg v4 v6 und v7 gestestet, das Problem ist immer das gleiche.
-
Okay. Ich wandele meine Feature Idee ab: Ein Freifeld: "additional URL-Parameter" würde mir auch reichen.
(Du muss hierauf nicht eingehen - alles gut)
Falsch!
Wie hast du den Proxy Header mit https zum laufen bekommen? Ich hab das alles schon erfolglos probiert aber mit https Urls hat ffmpeg das ignoriert. Zumindest mit den ffmpeg versionen aus den offiziellen Ubuntu repositories
-
-
-
Hallo zusammen,
immer nach etwa fast exakt 2 Stunden hängt der Stream immer, egal ob HLS/DASH, egal welcher Sender.
An Kodi liegt es nicht, habe das Problem auch mit Wiedergabe in VLC.
Kurzes Sender Stoppen und wieder starten und dann kann man wieder 2 Stunden ohne Probleme Streamen.
Hatte das Problem schon mal jemand anderes?
-
Feature Idee: Könntest du eine weitere Einstellung http proxy hinzufügen? Und entsprechend optional in den gepipeten URLs für ffmpeg die Option -http_proxy <PROXY> mitgeben?
Das würde mir reichen. Natürlich könnte Telerising selbst auch die Einstellung befolgen, wäre mir aber nicht wichtig.
Grüße
Vor allem denke ich nicht, dass es klappen würde, da die Option http_proxy von ffmpeg keine https Verbindungen herstellt.
-
-
jaaa, lokal hab ich das Problem ja nicht... wozu braucht man zu Streamverteilen HW Accleration?
Das benötigt doch maximal TVH zum Transcodieren.
FFMPEG mappt doch nur die Streams, damit TVH damit umgehen kann.
Achso ja ich bin viel unterwegs und wenn das Hotel WLAN Schlecht ist, lasse ich TVHeadend alles auf 240p runter Transcodieren.
TVHeadend ist meine zentrale TV Lösung. Kodi ist auf meinem TV/Tablet etc.. und Android Playern eingerichtet, egal wo ich bin, hab ich immer mein Fernsehen dabei. Eine App von Zattoo etc.. kommt nicht in Frage da ich mehrere TV Quellen nutze. ua. auch das TV Signal aus der Multimedia Dose. und TVHeadend vereint alles -
Alles klar, das macht es dann plausibel... Dann zieht der Tvheadend-Server halt um.... der API ist es ja egal, wo Sie dann werkelt.
Thx
edit: Nee, die Api muss umziehen, da ja dort ffmpeg auch werkeln muss ..... ergo, dort wo ffmpeg läuft wird die IP gezogen....
Man man man, soviel Verwirrung
Also bei mir läuft in der Schweiz einfach ein selbst gehosteter DNS Proxy und lokal die API und FFMPEG.
Grund: Lokaler PC hat Grafikkarte und kann HW Accleration machen was die VM in der Cloud nicht kann. -
Hallo zusammen,
ich habe auch etwas beigetragen und habe auf Github einen DNS Proxy zur Verfügung gestellt.
Ihr braucht nur einen Container oder einen KVM Server in der Schweiz mit z.B. Ubuntu 20.04 mit den Paketen python, dnsmasq und sniproxy
Danach habt ihr euren eigenen SmartDNS Proxy.
Ich habe einen großteil der Domains schon hinzugefügt.
Teleboy, Wilmaa, blue TV und Zattoo funktionieren. Die Anderen Dienste konnte ich nicht testen.https://github.com/matthias1232/dnsproxy
Viel Spaß.
Das Projekt ist ein Fork und ich habe es angepasst, damit es mit sniproxy und mit den Telerising Diensten funktioniert
Vielleicht schaffe ich es in nächster Zeit noch auf python3 umzustellen. -
Hi zusammen,
ich wollte nochmal fragen ob es Möglichkeiten gibt in der Telerising API einen Proxy Server anzugeben?
VPN ist zu langsam für die API aber über einen Umgeleiteten Squid Proxy ging es schnell genug.
Die Umleitung macht aktuell eine Firewall davor aber ich würde gerne direkt sagen, dass die Telerising API einen Proxy Server nutzen soll. -
Ein Autocheck / Reconnect ist aus bereits erklärten Gründen nicht sinnvoll, da man sonst evtl. in Gefahr läuft, den Floodschutz auszulösen. Außer man würde im Code expliziet definieren, dass nur bei Timeout ein Reconnect durchgeführt wird.Dann würde ich es eher für sinniger halten den Timeout-Wert im Code von 5 auf vielleicht 10 Sekunden zu erhöhen.
Für noch sinniger würde ich es halten, wenn du dir eine alternative für SmartDNS suchst.Edit:
Ich kann mich auch so ausdrücken:
Man passt nicht ein Programm einer schlechten Internetverbindung an, sondern seine Internetverbindung den Vorraussetzungen des Programms.Waren doch alles nur Verbesserungsvorschläge.
Aber welchen Dienst nutzt du btw.?
Ich habe nen VPS in der Schweiz aber seit ein paar Wochen blockiert mir Zattoo meinen Server und ich schaue nach was neuem. -
-
-
@matthias1232
Wie gesagt, ein Reconnect / Retry dürfte bei blue TV und Teleboy erst nach über 10 Minuten erfolgen. Weil sich das sonst immer wieder weitere 10 Minuten nach hinten schieben würde.
Ist halt deren Flood-Schutz, dass nach X Loginversuchen innerhalb Zeit Y erstmal garnichts mehr bei denen geht.
Ob das jetzt wirklich Sinn macht kann zwar letztendlich nur @easy4me entscheiden, aber aus meiner Sicht ist es eher unnötig.
Würde evtl. noch Sinn machen, wenn es wirklich ein Problem seitens des Providers geben würde, aber ich sehe das Problem eher bei SmartDNS.Edit:
Achja und ein "Timeout" heißt ja, dass der Server nicht erreicht wurde. Und wenn du der einzige mit dem Problem bist, dann wird es wohl der SmartDNS Server sein, der gerade nicht (schnell genug) reagiert.Ja es könnte ja auch mal zuhause ein Problem mit dem Internet sein temporär. Ein Auto Reconnect Check wenn es mal rot ist, schadet glaube ich generell nicht. Das erspart einem ab und zu den einen oder anderen Neustart.
-