FFMPEG Version für Windows erstellen
kann ich machen. wird aber ne weile dauern muss erstmal allelibs zusammen suchen.
FFMPEG Version für Windows erstellen
kann ich machen. wird aber ne weile dauern muss erstmal allelibs zusammen suchen.
kann ich machen. wird aber ne weile dauern muss erstmal allelibs zusammen suchen.
Das eilt nicht, ich finde es schon super, das Du dieses machst
Eben kam wieder der Fehler vom telerising
Kann mir nicht vorstellen das das an DNS4me liegt
Und was steht in der exceptions.txt ganz unten?
musste mein letztes build nochmal revoken und baue es gerade nochmal neu. hab mal wieder kacka gebaut
Und was steht in der exceptions.txt ganz unten?
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/etc/telerising/requests/adapters.py", line 486, in send
File "/etc/telerising/urllib3/connectionpool.py", line 845, in urlopen
File "/etc/telerising/urllib3/util/retry.py", line 517, in increment
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='zba6-2-hls7-live.zahs.tv', port=443): Max retries exceeded with url: /HD_rtl_schweiz/t_track_video_bw_7800000_num_0_tid_1_nd_1600_mbr_8000.m3u8?z32=MF2WI2LPL5RW6ZDFMNZT2YLBMMTGG43JMQ6TCOBWGM3DCOKCGFCUKMRTIRCTSLJXGM2UINRZGVBUIQ2GHA2DCNJSEZWWC6DSMF2GKPJVGAYDAJTVONSXEX3JMQ6XIZLMMVRG66J2HJ3WKYTTNF2GKLJTGBQTMNLFMRRWGNRTGJRDIMBWGM2GCYJWGYZTKYZUHEZTCODFMFRTSYTDG5RGKNJGOY6TAJTTNFTT2MJWL4ZWIZBQMUYWMYRXGMYDKNZSG4YWCY3BMNSWCMRZMZRTGN3EGA3GE (Caused by SSLError(SSLEOFError(8, '[SSL: UNEXPECTED_EOF_WHILE_READING] EOF occurred in violation of protocol (_ssl.c:1000)')))
Kann es das sein?
Da wird immer die Verbindung unterbrochen, irgendwas stimmt mit der Leitung nicht, was vermutlich an DNS4me liegt
ansonnsten wen du eine deutsche ip hast, dann teste mal ein anderen anbieter wie zbs zattoo de ohne account da haste ein paar sendern zum testen
darauf hast du nie geantwortet.. wenn das laeuft kann man es auf dns4me eingrenzen.
da das problem sporadisch auftreten tut und es um ssl abbrueche geht empfehle ich zu test zwecken den mtu deiner netzwerkverbindung zu minimieren.
1370 ist der minimalste wert und sollte mla probiert werden.
sollte das nicht zur loesung fuehren, liegt es an dns4me das sie ein ssl algo nutzen der nicht verstanden wird und damit gibs die abrueche.
just 4 fun bitte mal:
ueber dns4me
Und was steht in der exceptions.txt ganz unten?
Traceback (most recent call last):
File "/etc/telerising/flask/app.py", line 1463, in wsgi_app
File "/etc/telerising/flask/app.py", line 872, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 0, in handle_user_exception
File "/etc/telerising/flask/app.py", line 870, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 855, in dispatch_request
File "/etc/telerising/app/routes/views.py", line 17, in home
File "/etc/telerising/flask/templating.py", line 150, in render_template
File "/etc/telerising/flask/templating.py", line 131, in _render
File "/etc/telerising/jinja2/environment.py", line 1301, in render
File "/etc/telerising/jinja2/environment.py", line 936, in handle_exception
File "/etc/telerising/app/templates/status.html", line 1, in top-level template code
{% extends "base.html" %}
File "/etc/telerising/app/templates/base.html", line 24, in top-level template code
{% block content %}
File "/etc/telerising/app/templates/status.html", line 63, in block 'content'
Account type: <span id="{{item}}-account-text">{{availability[item]['info']['type']}}</span>
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/etc/telerising/jinja2/environment.py", line 466, in getitem
jinja2.exceptions.UndefinedError: 'dict object' has no attribute 'info'
ERROR:app.main:Exception on / [GET]
Traceback (most recent call last):
File "/etc/telerising/flask/app.py", line 1463, in wsgi_app
File "/etc/telerising/flask/app.py", line 872, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 0, in handle_user_exception
File "/etc/telerising/flask/app.py", line 870, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 855, in dispatch_request
File "/etc/telerising/app/routes/views.py", line 17, in home
File "/etc/telerising/flask/templating.py", line 150, in render_template
File "/etc/telerising/flask/templating.py", line 131, in _render
File "/etc/telerising/jinja2/environment.py", line 1301, in render
File "/etc/telerising/jinja2/environment.py", line 936, in handle_exception
File "/etc/telerising/app/templates/status.html", line 1, in top-level template code
{% extends "base.html" %}
File "/etc/telerising/app/templates/base.html", line 24, in top-level template code
{% block content %}
File "/etc/telerising/app/templates/status.html", line 63, in block 'content'
Account type: <span id="{{item}}-account-text">{{availability[item]['info']['type']}}</span>
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/etc/telerising/jinja2/environment.py", line 466, in getitem
jinja2.exceptions.UndefinedError: 'dict object' has no attribute 'info'
ERROR:app.main:Exception on / [GET]
Traceback (most recent call last):
File "/etc/telerising/flask/app.py", line 1463, in wsgi_app
File "/etc/telerising/flask/app.py", line 872, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 0, in handle_user_exception
File "/etc/telerising/flask/app.py", line 870, in full_dispatch_request
File "/etc/telerising/flask/app.py", line 855, in dispatch_request
File "/etc/telerising/app/routes/views.py", line 17, in home
File "/etc/telerising/flask/templating.py", line 150, in render_template
File "/etc/telerising/flask/templating.py", line 131, in _render
File "/etc/telerising/jinja2/environment.py", line 1301, in render
File "/etc/telerising/jinja2/environment.py", line 936, in handle_exception
File "/etc/telerising/app/templates/status.html", line 1, in top-level template code
{% extends "base.html" %}
File "/etc/telerising/app/templates/base.html", line 24, in top-level template code
{% block content %}
File "/etc/telerising/app/templates/status.html", line 63, in block 'content'
Account type: <span id="{{item}}-account-text">{{availability[item]['info']['type']}}</span>
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/etc/telerising/jinja2/environment.py", line 466, in getitem
jinja2.exceptions.UndefinedError: 'dict object' has no attribute 'info'
Alles anzeigen
So hatte den Fehler grad wieder und das ist die letzte Seite von dieser txt
Alles anzeigendarauf hast du nie geantwortet.. wenn das laeuft kann man es auf dns4me eingrenzen.
da das problem sporadisch auftreten tut und es um ssl abbrueche geht empfehle ich zu test zwecken den mtu deiner netzwerkverbindung zu minimieren.
1370 ist der minimalste wert und sollte mla probiert werden.
sollte das nicht zur loesung fuehren, liegt es an dns4me das sie ein ssl algo nutzen der nicht verstanden wird und damit gibs die abrueche.
just 4 fun bitte mal:
ueber dns4me
Also bei dem curl Befehl kommt das raus
curl -v https://zba6-2-hls7-live.zahs.tv
* Host zba6-2-hls7-live.zahs.tv:443 was resolved.
* IPv6: (none)
* IPv4: 193.108.119.105
* Trying 193.108.119.105:443...
* Connected to zba6-2-hls7-live.zahs.tv (193.108.119.105) port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 / prime256v1 / RSASSA-PSS
* ALPN: server did not agree on a protocol. Uses default.
* Server certificate:
* subject: CN=*.zahs.tv
* start date: Jul 22 00:00:00 2025 GMT
* expire date: Aug 22 23:59:59 2026 GMT
* subjectAltName: host "zba6-2-hls7-live.zahs.tv" matched cert's "*.zahs.tv"
* issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=RapidSSL TLS RSA CA G1
* SSL certificate verify ok.
* Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* using HTTP/1.x
> GET / HTTP/1.1
> Host: zba6-2-hls7-live.zahs.tv
> User-Agent: curl/8.5.0
> Accept: */*
>
< HTTP/1.1 401 Unauthorized
< Server: Zattoo/20250703.062737~ea2cf7fa
< Date: Tue, 09 Sep 2025 09:10:05 GMT
< Content-Type: text/html
< Content-Length: 0
< Access-Control-Allow-Origin: *
< Cache-Control: no-cache, no-store
< Connection: keep-alive
<
* Connection #0 to host zba6-2-hls7-live.zahs.tv left intact
Alles anzeigen
Wie stelle ich dieses mtu um? Bzw wo?
Doch doch ich hatte den DNS doch mal rausgenommen und Dir dann die Meldungen geschickt ich hätte ihn nur mal länger laufen lassen sollen ob dieser Abbruch nochmal kommt auch ohne DNS4me
laufen lassen sollen ob dieser Abbruch nochmal kommt auch ohne DNS4me
ja und kamen abbrueche? das wollt ich wissen:)
mtu:
dev=$(ip r g 193.108.119.105|sed -n 's#.* dev \([a-zA-Z0-9]\+\) .*#\1#p');echo $dev
# spuckt dein interface aus wo die route drauf liegt.
mtu=$(cat /sys/class/net/$dev/mtu);echo $mtu
# die zeigt dir deine aktuelle mtu.
# nun neue mtu setzen
ip l s dev $dev mtu 1370
# jetzt teste ob du weiterhin probleme hast.
# um alles wieder rueckgaengig zu machen:
ip l s dev $dev mtu $mtu
ja und kamen abbrueche? das wollt ich wissen:)
Das weiß ich nicht weil ich nicht lange genug getestet hatte. Hatte das ca ne halbe Stunde an
ich probiere es nochmal wenn das mit dem mtu nicht funktioniert
Ist immer nur ein bisschen Action den DNS rauszunehmen bin nich so firm mit dem ganzen
mtu:
Codedev=$(ip r g 193.108.119.105|sed -n 's#.* dev \([a-zA-Z0-9]\+\) .*#\1#p');echo $dev # spuckt dein interface aus wo die route drauf liegt. mtu=$(cat /sys/class/net/$dev/mtu);echo $mtu # die zeigt dir deine aktuelle mtu. # nun neue mtu setzen ip l s dev $dev mtu 1370 # jetzt teste ob du weiterhin probleme hast. # um alles wieder rueckgaengig zu machen: ip l s dev $dev mtu $mtu
Das habe ich nun drin, vielen Dank
Mal sehen hoffentlich klappt es. Das das Thema endlich mal erledigt ist
Ich bin der Meinung das das Problem entstanden ist als ich das neue Ubuntu installiert habe weil auf dem alten das telerising nicht mehr lief. Ob das auf dem neuen Ubuntu auch mal glatt lief kann ich jetzt gar nicht sagen.
Aber nochmals danke und drück mir die Daumen
Danke für das tolle Projekt und die ganze Arbeit, die da drin steckt! Habe am Wochenende zum ersten Mal davon gelesen und es direkt ausprobiert mit der Docker Version (auf einem Raspberry Pi). Auch Yallo war mir neu. Bin seit Jahren Zattoo Ultimate Abonnent (Schweiz) und kannte bisher nur Teleboy als kostenlose Alternative.
Das funktioniert einwandfrei mit Yallo. Lediglich die Umschaltzeiten sind relativ lang via Telerising. Nachdem ich das API von Yallo.tv genau analysiert habe (über die Browser Dev Tools), kann ich mir schon vorstellen, warum das so ist. Ich habe mir jetzt ein kleines Shell-Script gebastelt, das einmal am Tag (nachts) die direkten Stream-URLs für alle mir wichtigen Sender generiert. Die sind bekanntlich immer ca 24 Stunden lang gültig. Diese Playlist nutze ich dann für iPlayTV (am AppleTV) bzw. VLC (am Mac). Damit sind die Umschaltzeiten jetzt sehr schnell.
falls es noch der eine oder andere nicht mitbekommen hat. waipu -50% monatlich fuer 1 jahre.
Danke.
Ich hatte grade erst das "kleine" Comfort Paket bestellt, weil mir das Perfect Plus inzwischen zu teuer war und mein bisheriges Perfect Plus Jahrespaket diesen Monat (genauer am 21.) ausläuft. Das Comfort ließ sich aber noch kündigen und ich habe es auf das 50% Rabatt Angebot umstellen können. So läuft das nahtlos weiter, nur eben billiger statt teurer. Nächstes Jahr im September wird Waipu dann 10 Jahre alt, da kann man sicherlich wieder ein Schnäppchen machen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!