Kurze Frage zu Wilmaa noch einmal: Funktioniert wilmaa nur mit HLS5? Ich will eigentlich nur den HLS Stream um die App SmartIPTV verwenden zu können...
Also kurze Zusammenfassung, weil ich schon bisschen Verwirrung gestiftet habe:
- wilmaa.com als Anbieter mit telerising 0.3.1-0.3.4 funktioniert nicht mit HLS (ohne 5)
- HLS5 Playlists funktionieren bei mir jetzt in SmartIPTV (siptv.eu App) auf dem Fire TV Stick 4K - auf dem FireTV 1gen ging es nicht (wahrscheinlich Codec Problem)
Kann es sein, dass wilmaa nicht mehr geht?
Bekomme nur: API ERROR: Invalid file request by client
Und am Raspberry sagt er:
==== API CONFIGURATION ====
INFO - Custom IP address or domain "xxxx" will be used.
INFO - Custom port "64041" will be used.
INFO - YOUR DEFAULT SETTINGS
PLATFORM: undefined
BANDWIDTH: undefined
AUDIO2: undefined
DOLBY: undefined
LOGLEVEL: undefined
IGN_MAX: undefined
INFO - YOUR ACCOUNT TYPE: WILMAA
INFO - COUNTRY: SWITZERLAND
INFO - LOGIN OK!
==== API STARTED! ====
Host IP address: xxxxx:64041
X 2020-03-30 23:25:28 Invalid file request by client
X 2020-03-30 23:25:28 Invalid request by client
X 2020-03-30 23:25:31 Invalid file request by client
X 2020-03-30 23:25:31 Invalid request by clientDie result.txt ist leider leer.
Hab sogar mit chmod 777 und sudo befehl gearbeitet.
Wurde angepasst für Ubuntu 
Sollte jetzt gehen. Einfach neu runterladen, der Fehler war wie weiter oben hingewiesen die Funktion round-trip.
Die result.txt ist leider leer.
Hab sogar mit chmod 777 und sudo befehl gearbeitet.
Komisch, hab es gerade noch einmal an einem Raspberry mit Debian 9 getestet.
Das Ergebnis sollte direkt angezeigt werden.
wget https://gist.githubusercontent.com/derd3000/6c21f9b73632105536ae0431ec70b4d2/raw/9b1b96f581ae50d67a7915e5af7e67cc1f78dbbf/ping_zattoo.sh
wget https://gist.githubusercontent.com/derd3000/9fffe0ea0be14fecce3833a97be582b9/raw/417b6322f4ef1c6faf23f4113ea9829b0577705f/websites.txt
bash ping_zattoo.shIch hab ein kleines Script umgeschrieben mit dem man den "schnellsten" Zattoo-Server am jeweiligen Standort herausfinden kann. Sollte auf sämtlichen UNIX Plattformen funktionieren.
Script selbst gibt es hier:
https://gist.github.com/derd3000/6c21f…6ae0431ec70b4d2
und die im Arbeitsverzeichnis erforderliche websites.txt gibt es hier:
https://gist.github.com/derd3000/9fffe…e3833a97be582b9
Ausführung dann mit
bash pingall_zattoo.shMerkwürdig, selbst wenn ich Kodi auf dem Macbook installiere kommt es dazu 
Hm, irgendwie ist bei bw=8000 zur Zeit bei kodi bei mir alles mega asychron, vor allem wenn ich umschalte? Kennt jemand das Problem?
Beim Umschalten bleibt das Bild schwarz und sobald es dann kommt ist der Ton 3 Sekunden herum voraus. Allerdings nicht bei jedem Sender, was die Sache verkompliziert :O (natürlich das ganze über TvHeadend)
@derd Habe den Fehler gesehen und behoben, siehe: https://github.com/sunsettrack4/t…ases/tag/v0.3.3
Es funktioniert! Perfekt, was für ein Hammerservice!
Kurze Frage: Macht es Sinn - Bandbreitenbedingt bei der pipe in Tvheadend von mpegs zu hls zu switchen wie hier einige Posts davor vorgeschlagen?
Wenn auf dem VPS kein Schweizer VPN läuft, darf auch auf dem Client kein Schweizer VPN laufen. Der Stream ist in dem Fall nur für die Nutzung außerhalb der Schweiz freigegeben.
Tatsächlich. Dachte nicht dass das funktioniert, allerdings funktionieren dabei keine HLS5 Streams bei mir. Ist das normal? Wenn ich eine HLS5 Pipe ohne CH IP am Server erstelle und bei tvheadend hinzufüge findet er auch keine Services.
Greife ich nur auf HLS zu funktioniert es ohne Probleme :-/ Weder Server noch Client haben eine schweizer IP. Die API gibt beim Zugriff auf bw=8000 und HLS folgendes aus (hatte noch VLC laufen mit Zugriff auf ITV, deswegen stehen dort mehrere Clients):
Es kommt leider kein Bild - sobald ich auf bw=5000 und HLS zugreife geht es. bw=5000 und HLS5 geht nicht. Also scheint es am HLS5 zu liegen was scheinbar nicht außerhalb der Schweiz funktioniert?? Oder hab ich einen Config-Fehler?
* 2020-03-21 10:10:02 PVR-TV ard | 8000 | hls5 - Requesting EPG
* 2020-03-21 10:10:02 Video segments list sent to client (2) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:02 PVR-TV ard | 8000 | hls5 - Add recording
* 2020-03-21 10:10:02 PVR-TV ard | 8000 | hls5 - Loading PVR URL
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Loading channel configuration
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Loading M3U8
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Remove recording
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Recording removed
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Creating segments M3U8
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Playlist sent to client
* 2020-03-21 10:10:03 PVR-TV ard | 8000 | hls5 - Playlist resent to client
* 2020-03-21 10:10:03 Audio segments list sent to client (1) - params: channel=HD_ard, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:03 Video segments list sent to client (1) - params: channel=HD_ard, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:05 Video segments list sent to client (3) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:07 Video segments list sent to client (1) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:08 Video segments list sent to client (4) - params: channel=HD_ard, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:10 Video segments list sent to client (2) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:10 Video segments list sent to client (2) - params: channel=HD_ard, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:13 Video segments list sent to client (3) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:13 Video segments list sent to client (3) - params: channel=HD_ard, bandwidth=undefined, platform=hls5
* 2020-03-21 10:10:15 Video segments list sent to client (1) - params: channel=HD_itv1, bandwidth=undefined, platform=hls5Also an der VPN Verbindung liegt es schon einmal nicht, dass das Bild auf dem FireTV mit SimpleIPTV in FullHD mit Zugriff auf TvHeadend ruckelt...
Hab einen deutschen Zattoo Account erstellt und das ganze ohne VPN versucht. Ruckelt immer noch. Scheint irgendwo zwischen TvHeadend und FireTV zu hängen.. Im Moment ist die Konstellation so:
Zattoo CH <----> NordVPN <---> VPS in AT <----> TvHeadend, pass profile <---> FireTV mit SmartIPTV
@Publish3r Du hast und hattest recht! Ich hatte eine falsche Einstellung und noch einen SmartDNS Server hinterlegt. Ohne TvHeadend als Zwischenstelle muss auch der Client bei dem Skript im schweizer Netz sein!
Doch, braucht er. Der Server stellt meines Wissens, bitte berichtige mich @easy4me falls ich falsch liege, nur die generierte URL zur Verfügung, das eigentliche Streaming verrichtet der Client.
Edit:
Wenn du natürlich TVH auf dem API Server nutzt und die Streams per Transkoding durchgereicht werden, dann könnte das mit der Swiss IP natürlich beim Clienten wegfallen.
Kann nur jetzt von Ultimate CH sprechen. Wenn der Server eine IP aus CH hat dann kann ich direkt auf das Telerising API zugreifen mit einer IP aus AT. Free kann ich nicht ausprobieren.
@derd Du brauchst einmal eine Swiss IP auf dem API Server und auch der Client braucht ne Swiss IP (bei Ultimate bin ich mir nicht ganz sicher, aber bei Free auf jeden Fall). Dann kommt noch hinzu: Swiss IP ist nicht gleich Swiss IP. Bzw. nicht jede funktioniert. Es gibt auch Swiss IPs die von Zattoo geblockt werden. Falls du nen VPN nutzt würde ich die Swiss IP einmal per Browser testen, ob die überhaupt genommen wird.
Also, dass der Server bei dem die IP läuft eine Swiss IP benötigt war mir bisher klar (bis vorhin, als kurz das Thema aufkam, warum ich einen VPN dafür nutze). Scheinbar funktioniert Zattoo Ultimate aus Deutschland auch ohne all die Späße und auch aus dem Ausland. Das geht lt. Zattoo Website nicht. Der Client, der auf die API von Außen zugreift braucht allerdings keine schweizer IP Adresse. Das würde auch bisschen den Sinn des Skripts aushebeln oder nicht? Zattoo bekommt ja von dem Client nichts mit, da nur die API "schaut" und den Stream weiterleitet @easy4me bin ich da soweit auf dem richtigen Dampfer?!
Daran habe ich mir auf Ubuntu auch schon die Zähne ausgebissen. Erfolglos.Den einzigen Erfolg hatte ich auf meinem Windows Lappi mit ner Ubuntu VirtualBox. Da hab ich dann ein zweites Netzwerk angelegt und die entsprechenden Ports darüber geleitet. Da geht das ja auch ziemlich leicht in den Settings per Maus. Aber welche Befehle auf nem richtigen Server dafür nötig sind - 0 Ahnung.
Ich habe dazu ein Mini-Skript geschrieben, welches auf Ubuntu und mit OpenVPN bzw OpenPYN für NordVPN läuft. Sollte auch gehe wenn ihr ganz normal OpenVPN verwendet. Das ganze funktioniert so, dass OpenVPN sobald die Route hinzugefügt wird ein route-up Skript lädt. Damit eben das route-up Skript geladen wird sieht meine openpyn.service Daten im Ordner /etc/systemd/system wie folgt aus:
[Unit]
Description=NordVPN connection manager
Wants=network-online.target
After=network-online.target
After=multi-user.target
[Service]
Type=simple
User=root
WorkingDirectory=/usr/local/lib/python3.6/dist-packages/openpyn/
ExecStartPre=/bin/sleep 5
ExecStart=/usr/local/bin/openpyn ch -t 20 -o '--route-noexec --route-up /home/derd/route-up.sh --ping 10 --ping-restart 30'
ExecStop=/usr/local/bin/openpyn --kill
StandardOutput=syslog
StandardError=syslog
[Install]
WantedBy=multi-user.targetWas wird gemacht bei ExecStart? openpyn will sich nach CH verbinden und testet randomisiert 20 Server und verbindete sich mit dem schnellsten, route-noexec bedeutet keine Route-Einträge vom OpenVPN Server werden akzeptiert und in die Routingtabelle geschrieben (wichtig), route-up bedeutet ein Skript wird geöffnet welches die Routen manuell anlegt.
Das Skript welches aufgerufen wird fragt als erstes die IPs die von Zattoo verwendet werden ab, damit genau diese und eben nur diese im weiteren Verlauf über den VPN geroutet werden. Das sieht dann wie folgt aus:
#!/bin/bash
# WICHTIG: USE –route-noexec AND THEN THIS FILE WITH –route-up
zattoo1_ranges=$(curl https://ipinfo.io/AS8302 | grep -e "^ *[0-9]\{2,3\}\.[0-9]\{2,3\}\.[0-9]\{2,3\}\.0/24" | tr -d " ")
zattoo2_ranges=$(curl https://ipinfo.io/AS16509 | grep -e "^ *[0-9]\{2,3\}\.[0-9]\{2,3\}\.[0-9]\{2,3\}\.0/24" | tr -d " ")
zattoo3_ranges=$(curl https://ipinfo.io/AS15517 | grep -e "^ *[0-9]\{2,3\}\.[0-9]\{2,3\}\.[0-9]\{2,3\}\.0/24" | tr -d " ")
zattoo4_ranges=$(curl https://ipinfo.io/AS16509 | grep -e "^ *[0-9]\{2,3\}\.[0-9]\{2,3\}\.[0-9]\{2,3\}\.0/24" | tr -d " ")
# Routes to Zattoo use VPN 1
for range in $zattoo1_ranges; do
/sbin/ip route add $range via $route_vpn_gateway dev $dev
done
# Routes to Zattoo use VPN 2
for range in $zattoo2_ranges; do
/sbin/ip route add $range via $route_vpn_gateway dev $dev
done
# Routes to Zattoo use VPN 3
for range in $zattoo3_ranges; do
/sbin/ip route add $range via $route_vpn_gateway dev $dev
done
# Routes to Zattoo use VPN 4
for range in $zattoo4_ranges; do
/sbin/ip route add $range via $route_vpn_gateway dev $dev
done
/sbin/ip route add 91.123.0.0/16 via $route_vpn_gateway dev $dev
/sbin/ip route add 79.125.22.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 104.20.54.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 104.103.0.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 62.65.130.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 52.212.210.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 80.238.248.0/24 via $route_vpn_gateway dev $dev
/sbin/ip route add 104.26.0.0/16 via $route_vpn_gateway dev $devAm Schluss des Skripts werden noch einmal von mir manuell herausgefundene IP Blöcke von Zattoo in die Routingtabelle eingetragen. Das liegt daran, dass ipinfo.io irgendwann Fehler ausgespuckt hat, weil zu viele Zugriffe auf die Free-API waren und dann die Route Einträge nicht geschrieben werden konnten. Mit den manuellen IP Blöcken am Ende hat man halt doppelte Sicherheit.
Tatsache ist aber - hin oder her - FullHD über einen NordVPN OpenVPN Tunnel so wie er hier beschrieben ist funktioniert nicht einwandfrei. Die Bandbreite scheint irgendwie das Problem zu sein. Der VPS auf dem das läuft ist mit 1Gbit angebunden, 1Core, 1GB RAM 5GB NVME SSD.
Ist Replay aktiviert?
Ja
Folgendes beim Starten des Skripts (Version 0.3.3):
==== API CONFIGURATION ====
INFO - Custom IP address or domain "xxxxxxxxxx" will be used.
INFO - Custom Zattoo server "zh2-9" will be used.
INFO - Custom port "64xxx" will be used.
INFO - YOUR DEFAULT SETTINGS
PLATFORM: undefined
BANDWIDTH: undefined
AUDIO2: undefined
DOLBY: undefined
LOGLEVEL: undefined
IGN_MAX: undefined
INFO - LOGIN OK!
INFO - COUNTRY: SWITZERLAND
INFO - YOUR ACCOUNT TYPE: ZATTOO ULTIMATE
INFO - No Swiss IP address detected, using PVR mode for Live TV.
==== API STARTED! ====
Host IP address: xxxx:64xxxFolgendes dann im Player (z.B. VLC):
Es scheint daran zu liegen, dass das mit Zattoo CH nicht geht?! Nur mit deutschen Premium oder Ultimate Accounts scheinbar?!
https://support.zattoo.com/hc/de/articles…-Ausland-nutzen
Wieso nutzt man bei Zattoo Ultimate nicht die Funktion des Skripts ohne VPN?
Okay.. Ich stehe auf dem Schlauch. Beim Starten des Script kommt bei mir dann:
INFO - LOGIN OK!
INFO - COUNTRY: SWITZERLAND
INFO - YOUR ACCOUNT TYPE: ZATTOO ULTIMATE
INFO - No Swiss IP address detected, using PVR mode for Live TV.
==== API STARTED! ====Und wenn ich dann auf die Playlist zugreifen will, also auf einen Sender: "Unfortunately streaming is not permitted in this country." (VPS steht in AT).
@derd Warum nutzt du für VLC denn den Umweg über TVH? Welchen Vorteil bringt dir das?
Warum nicht gleich den Direktlink mit Parameter &platform=hls ? Das funzt doch dann.Edit:
Oh, ich glaub es geht um Wilmaa, dann vergiss, was ich geschrieben habe. Wilmaa geht glaub ich nur noch per hls5...
Alles klar! Nein es geht im engeren Sinn um Kodi und Zattoo Ultimate CH. Ich hätte nur gerne, dass meine Eltern noch auf den Full HD Stream zugreifen können mit ihrem FireTV Stick 4K und der App SmartIPTV (siptv.eu) - an die App sind sie gewöhnt.... Leider scheint es irgendwo zu hapern, dass die Streams nicht ruckelfrei funktionieren - also es ist sicherlich ein Bandbreitenproblem. Alles läuft auf einem VPS mit 1Gbit Leitung, was jetzt nicht der Flaschenhals ein wird. Dann kommt eine VPN Verbindung über NordVPN in die Schweiz - wahrscheinlich liegt es daran... (der direkte Zugriff auf den Telerising HLS5 Stream funktioniert leider nicht mit SmartIPTV am FireTV).
Der Direktlink mit platform=hls bringt ja kein FullHD oder? FullHD geht doch nur über HLS5 oder hat sich da mittlerweile etwas geändert?
kann ich nur bestätigen, 1a auf htsp oder transcoding profile.
Wenn ich htsp auswähle als profile geht er trotzdem automatisch auf pass, wenn ich den Stream aus tvheadend in VLC starte? Wie bekommt ihr das hin, dass das auf htsp läuft?
Der Streamlink sieht bei mir zB so aus:
http://xxxxx:9981/stream/channel…72&profile=htsp
Edit:
Selbst wenn ich pass gar nicht erlaube für den Benutzer wird es verwendet...
Also meine Wunschkombination VPS (steht leider in AT) -> NordVPN in die Schweiz -> TvHeadend und dann Stream nach Hause funktioniert leider nicht wirklich. NordVPN scheint zu wenig Durchsatz zu haben, sodass extrem viel gebuffert werden muss. An der Leitung des VPS selbst kann es glaube ich nicht liegen...
Testing download speed................................................................................Download: 3980.15 Mbit/s
Testing upload speed................................................................................................Upload: 1005.14 Mbit/s
Erst einmal vielen vielen Dank für das super Script! Wäre natürlich ein Traum wenn auch wilmaa integrierbar wäre, aber das wurde ja schon erwähnt, dass das irgendwann kommen kann/wird.
Wilmaa scheint gestern die klassischen Streams abgeschaltet zu haben, die unter streams.wilmaa.com... erreichbar waren. Auch die WilmaaNEW Playlists sind leider nicht mehr zu erreichen. OLD geht nach wie vor. Nur für mein Verständnis: Warum geht z.B. jetzt die NEW Playlist nicht mehr?
Edit:
Bei Pro 7 wird angezeigt. Die Session ist abgelaufen, bitte versuchen sie es erneut. Wie gesagt, nicht bei meiner eigenen Instanz vom Skript sondern den New Playlists. Damit beantwortet sich meiner Frage natürlich auch größtenteils 
Edit 2:
Noch eine Anmerkung zur pipe m3u. Wenn ich mir diese erstellen lasse wird die Channel-Adresse in " " gesetzt. Füge ich sie dann bei TvHeadend zu kommt im Log: No File or Directory found - durch das Entfernen der " " lässt sich dieses Problem lösen. Es hat bisschen gedauert bis ich das gecheckt hab. ' ' löst es nicht.
