Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Web App]

Zitat von herbertdererste

easy4me

Hallo, welche Python Version nutzt du? Ich kriege bei Übernahme deines Scripts nen Fehler.

Danke und nen angenehmen Restsonntag

ich tipp mal drauf, dass du requests unter python nicht installiert hast

Der Tip war goldrichtig, vielen Dank

passt so weit

reine neugier aber warum kommen bei einigen Sendern ein "Error" wenn man das py script nutzt?

Sind das Sender mit DRM?

Zitat von putzipuh

reine neugier aber warum kommen bei einigen Sendern ein "Error" wenn man das py script nutzt?

Weil entweder die URL Struktur des "Tricks" bei diesen Sendern anders ist, vielleicht doch ein Geoblock vorliegt und man eine wirklich echte IP braucht (VPN wurde bereits getestet) oder aber es wird ein Bezahlpaket oder Internetzugang vom Hauptanbieter (Netplus) benötigt. Ist aber alles nur reine Spekulation von mir.

Zitat von putzipuh

Sind das Sender mit DRM?

Nein. Hier wrid lediglich geprüft, ob die Streamadresse existiert. Wäre es DRM würde auch ein OK kommen. Allerdings wäre beim Abspielen dann kein klares Bild zu erkennen.

Bildqualität ist für 720p50 wirklich top! Für ÖR in DE/AT/CH vermutlich genauso gut wie yallo,zattoo etc.pp.. dafür (bislang) anscheinend unlimitierte Streams. SD-Sender sind aber noch mehr SD als bei yallo und co. und Pixelbrei. Anzahl der Sender scheint eher zufällig zu sein - mit Schweizer IP ist mein Ergebnis verschieden von easy4me mit dem gleichen Script.

Hallo,

ich habe folgendes Problem. Ich betreibe Telerising neue API https://github.com/DeBaschdi/docker.new-telerising-api als docker-container auf einem NAS (open media vault).

Dort habe ich den container mit docker compose wie folgt gestartet:

---
services:
  telerising:
    image: takealug/new-telerising-api:latest
    container_name: telerising
    environment:
      - PUID=${PUID}
      - PGID=${PGID}
      - TZ=${TZ}
      - UPDATE=yes
    network_mode: "container:gluetun"
    volumes:
      - /appdata/telerising/config:/telerising
    restart: unless-stopped

Verbunden ist telerising mit gluetun (proxy docker container), wobei dort ProtonVPN hinterlegt ist. Gluetun funktioniert soweit, es greifen auch andere docker container darauf zu, soweit keine probleme.

Telerising kann ich jetzt unter der lokalen Adresse http://openmedavault:5000 aufrufen und alle Einstellungen vornehmen. Wenn ich allerdings über Webbrowser oder VLC player TV schauen will (yallo mit schweizer IP) funktioniert das nicht, stream startet gar nicht. Aus dem Webbrowser werde ich nicht schlau...

Wenn ich bei Telerising Webinterface unter Einstellungen bei "Custom IP Adress" folgendes eintrage "http://192.168.188:35" (openmediavault server IP) dann sagt VLC dazu:

main debug: using stream_filter module "playlist"
main debug: stream filter added to 0x7fa7b0002bb0
main debug: looking for stream_filter module matching "any": 26 candidates
main debug: no stream_filter modules matched
main debug: looking for stream_directory module matching "any": 1 candidates
main debug: no stream_directory modules matched
main debug: attachment of directory-extractor failed for http://192.168.188.35:5000/api/y3o/file/channels.m3u
main debug: looking for stream_filter module matching "record": 26 candidates
main debug: using stream_filter module "record"
main debug: creating demux: access='http' demux='any' location='192.168.188.35:5000/api/y3o/file/channels.m3u' file='(null)'
main debug: looking for demux module matching "any": 54 candidates
es debug: cannot peek
es debug: cannot peek
es debug: cannot peek
es debug: cannot peek
es debug: cannot peek
prefetch debug: end of stream
main debug: using demux module "directory"
main debug: looking for meta reader module matching "any": 2 candidates
main debug: no meta reader modules matched
main debug: `http://192.168.188.35:5000/api/y3o/file/channels.m3u' successfully opened
main debug: deleting item `channels.m3u'
main debug: incoming request - stopping current input
main debug: EOF reached
main debug: removing module "directory"
main debug: removing module "record"
main debug: removing module "playlist"
main debug: removing module "prefetch"
main debug: removing module "access"
http debug: connection failed
main debug: dead input
main debug: processing request item:  SRF 1, node: Playlist, skip: 0
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 285 items, index 0
main debug: starting playback of new item
main debug: resyncing on  SRF 1
main debug:  SRF 1 is at 0
main debug: creating new input thread
main debug: Creating an input for ' SRF 1'
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using default timeshift path
main debug: `http://192.168.188:35:5000/api/y3o/live/sf-1' gives access `http' demux `any' path `192.168.188:35:5000/api/y3o/live/sf-1'
main debug: creating demux: access='http' demux='any' location='192.168.188:35:5000/api/y3o/live/sf-1' file='(null)'
main debug: looking for access_demux module matching "http": 18 candidates
main debug: no access_demux modules matched
main debug: creating access: http://192.168.188:35:5000/api/y3o/live/sf-1
main debug: looking for access module matching "http": 30 candidates
main debug: looking for meta fetcher module matching "any": 1 candidates
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching "any": 2 candidates

http error: invalid URL
main debug: no access modules matched
main debug: dead input
main debug: changing item without a request (current 0/285)

Wenn ich dort aber gar nichts eintrage und versuche mit dem VLC player die m3u playlist zu starten, dann probiert er wohl die docker interne IP adresse von gluetun aufzurufen (was logischerweise von einem anderen Rechner im LAN nicht funktioniert...):

lua debug: Trying Lua scripts in /usr/share/vlc/lua/meta/art
main debug: no art finder modules matched
http debug: connection failed
access error: HTTP connection failure
http debug: querying proxy for http://172.23.0.2:5000/api/y3o/live/sf-1
http debug: no proxy
http debug: http: server='172.23.0.2' port=5000 file='/api/y3o/live/sf-1'
main debug: net: connecting to 172.23.0.2 port 5000
main debug: looking for meta fetcher module matching "any": 1 candidates
lua debug: Trying Lua scripts in /home/edwardenglish/.local/share/vlc/lua/meta/fetcher
lua debug: Trying Lua scripts in /usr/lib/x86_64-linux-gnu/vlc/lua/meta/fetcher
lua debug: Trying Lua scripts in /usr/share/vlc/lua/meta/fetcher
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching "any": 2 candidates
lua debug: Trying Lua scripts in /home/edwardenglish/.local/share/vlc/lua/meta/art
lua debug: Trying Lua scripts in /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art
lua debug: Trying Lua playlist script /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art/00_musicbrainz.luac
lua debug: Trying Lua playlist script /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art/01_googleimage.luac
lua debug: Trying Lua playlist script /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art/02_frenchtv.luac
lua debug: Trying Lua playlist script /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art/03_lastfm.luac
lua debug: Trying Lua scripts in /usr/share/vlc/lua/meta/art
main debug: no art finder modules matched
main error: connection failed: Network is unreachable
http error: cannot connect to 172.23.0.2:5000

Hat jemand eine Idee??

EDIT: gerade noch einen test gemacht, was ich gar nicht verstehe, wenn ich z.B. von meinem windows rechner,der als client auf telerising zugreifen soll selbst protonvpn aktiviere, dann per VLC auf die m3u-Datei zugreife, dann funktioniert es?!?!

Zitat von kodikunde

Wenn ich bei Telerising Webinterface unter Einstellungen bei "Custom IP Adress" folgendes eintrage "http://192.168.188:35" (openmediavault server IP) dann sagt VLC dazu:

Hier solltest du glaube ich auch noch den Port hinten anhängen. http://192.168.188:35:5000

Zitat von kodikunde

EDIT: gerade noch einen test gemacht, was ich gar nicht verstehe, wenn ich z.B. von meinem windows rechner,der als client auf telerising zugreifen soll selbst protonvpn aktiviere, dann per VLC auf die m3u-Datei zugreife, dann funktioniert es?!?!

Ja, das ist richtig.

Die schweizer IP, also der VPN, wird auf dem Telerising-Server UND auf den Abspielclienten benötigt.

Edit:

Wenn du den VPN auf den Clients nicht nutzen willst, dann solltest du auf dem Telerising-Server TVheadend installieren, dort die Telerising Streams einbinden und dann die TVheadend M3U auf den Clients nutzen.

Zitat von Publish3r

Die schweizer IP, also der VPN, wird auf dem Telerising-Server UND auf den Abspielclienten benötigt.

Edit:

Wenn du den VPN auf den Clients nicht nutzen willst, dann solltest du auf dem Telerising-Server TVheadend installieren, dort die Telerising Streams einbinden und dann die TVheadend M3U auf den Clients nutzen.

Danke für den Tipp. Das war mir gar nicht bewusst, ich dachte bisher, dass lediglich die API, also Telerising per VPN ins Netz muss. Das ändert natürlich einiges, macht Sinn. Dankeschön!

Ich versuche vergeblich, den Stream von Teleboy oder Yallo mit einem pi 3B+ und ffmpeg abzuspielen, damit nur der pi mit der Schweiz verbunden sein muss.

Ich habe den pi neu aufgesetzt, telerising installiert, und wenn ich den Stream direkt über telerising abspiele, funktioniert es auch super. pi ist über NordVPN mit der Schweiz verbunden, alternativ habe ich dns4me ausprobiert.

Dazu habe ich xTeVe und alternativ TVHeadend installiert. Aber immer, wenn ich den Stream über xTeVe oder TVHEadend mit ffmpeg abspiele, stockt der Stream am Anfang und dann alle paar Sekunden. Ich habe schon sämtliche Einstellungen bei telerising ausprobiert.

Jemand eine Idee, was ist falsch mache? ffmpeg ist Version 5.1.6.0. Auf einem Pi 4 habe ich das gleiche Problem. 2. Audiospur ist deaktiviert.

Mit Systeme wie Xbian (Kodi mit int. Debian)kannst du api über die Konsole starten und auch direkt mit PVR IPTV Simple - die Performance dazu mit 3b+ Raspi ist grenzwertig, daher nur api oder nur TvHeadend/PVR auf dem Raspi laufen lassen

Gute Kombi ist api über Raspi laufen lassen und direkt am TV über TVHeadend oder M3U IPTV direkt am TV (DNS) dann das Signal streamen

Hallo,

Mein Setup ist ein Shield pro mit aktuellem Kodi, da läuft dann dann IPTV Simple Client.

Dieser greift über die m3u auf ein VPS in der Schweiz zu auf dem Telerising läuft und dort nur die blue TV Air Sender bereitstellt.

Diese Anbieter ist auf DASH, 2160p und Stereo eingestellt. Einen besonderen DNS oder Proxy nutze ich nicht.

Nun hab ich das Problem, dass das ganze auch meistens gut läuft aber von Zeit zu Zeit bleibt das Bild einfach stehen und der Cache hängt bei 0% fest.

Wenn ich stop mache, kann ich den Sender auch gleich wieder neu starten und er läuft auch weiter. Ich hab das auch schon eine Weile auf 0% stehen lassen aber da ändert sich nix.

Besonders oft fällt mir das bei Puls Acht auf (kann aber auch zufall sein).

kennt jemand das Problem und weiß ob/wie man es fixen kann?

PS: wie kann ich hier im Forum die Formierung ändern, dass mein Text nicht so komisch aussieht als hätte ich immer ne Zeile dazwischen frei gelassen?

Zitat von easy4me

Mehrere parallele Streams funktionieren dort nicht. Wird ein neuer Stream gestartet, schaltet der Anbieter den zuvor gestarteten Stream ab.

es läuft immer nur ein Stream. der Account ist personalisiert.

Zitat von easy4me

Ich habe sogar zwei Accounts in tvHeadend eingebunden und entsprechend priorisiert/jeweils auf einen Stream begrenzt, und es gibt keinerlei Abbrüche. Parallele Streams funktionieren mit einem Account nun mal nicht und führen zu den Abbrüchen.

wieso parallel? ich sag ja ich hab nur einen Account eingebunden und nutze auch nur einen und schau an dem einen auch nicht 2 streams gleichzeitig oder so.

Habe aktuell ebenfalls keine Probleme mit blue TV. Bei mir läuft jetzt schon knapp 40 Minuten blue ZOOM D. Keine Abbrüche, Ausetzer, Buffering o.ä.