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

@bennySB

bei xteve auf settings streaming buffer auf ffempeg stellen und nicht vergessen bei FFmpeg binary path den ffmpeg pfad eingeben danke nochmal an @metthahn für die lösung.

Bei mir habe ich alles in eigenen Docker laufen, also xteve und Plex, wer benötigt denn ffmpeg (xteve als bereitstellende Stelle oder Plex als absoielende Stelle)?

Edit:
Hab es jetzt doch am laufen. Es läuft nun auch mit FFMPEG, warum jetzt und vorher nicht weiß ich nicht, aber es geht nun.
Einzige Einschänrkung, mit dem übertragenen 5.1 Dolby Signal hat Plex Probleme. Gemäß xTeVe Wiki musste ich den FFMPEG Parameter auf -hide_banner -loglevel error -i [URL] -c:a libmp3lame -vcodec copy -f mpegts pipe:1 ändern, damit geht es.

Den Tag über mal am Fernsehr über die Anlage testen, wie da der Sound dann noch klingt.

Hat noch jemand das Problem, dass die HLS7-Streams i. V. m. TVHeadend nicht richtig funktionieren?
Egal wie ich den Stream öffne (Kodi TVH Client, VLC, oder anderer Player), die Streams ruckeln. Aufnahmen sind jedoch okay.

@easy4me
Ein Switch auf HLS5 führt dazu, dass meine komplette Internetleitung belegt wird - bei sonst gleichen Parametern wie bei HLS7.

Weiß schon jemand wieso Wilmaa über dns4me immer noch Down ist?

EDIT: Update auf 0.5.5 hat geholfen, Wilmaa geht wieder.

Hallo @easy4me

gibt es eine Möglichkeit die Releases für Linux so bereitzustellen, dass ich deine Releases automatisch mit "git pull" wieder updaten kann und dann automatisiert den API Service neu starten kann?

Im Moment muss ich mir nun immer die ZIP Files holen.

Also ich bekomme es einfach nicht hin. Auf der Shield läuft mein CH Account mit dns4me. Unter Windows beim Anmelden immer: Connection error: Please check your internet connection.

ipinfo.io habe ich bei dns4me eingetragen. Was mache ich falsch?

Edit: Läuft jetzt.

easy4me das sind

Zitat von easy4me

Dann ist es ein Problem von den DNS-/Proxy-Anbietern - damit hat das Skript nichts zu tun. Das Update mit einer möglichen Fehlerbehebung bzgl. Emby ist für dieses Wochenende geplant.

Ein Traum, ich bin voller Erwartungen ^^. Vielen Dank für deine großartige Arbeit.

Zwei Fragen als Beginner:

Läuft es auf dem Raspberry Pi 2 oder was sind die Mindestanforderungen?

Wie binde ich die M3U für Live-TV und die M3U für Aufnahmen in IPTV Simple oder Tvheadend gleichzeitig ein? So wie ich das sehe, kann man in den dortigen Einstellungen nur eine angeben.

Ein Pi 2 reicht locker.... die API läuft hier auf einem alten Pi 1b und zwar 24/7.
Man sollte dann auch auf den Energieverbrauch achten

Wenn keine zwei m3u Files möglich sind, kannst du doch sicher beide mit einem Editor zu einem zusammenfügen...

Hallo, irgendwie bin ich zu blöd.
Die Skript version lief auf meinem RP4.
Jetzt findet TVD die Muxes aber der Scan laüft schief.
ffmpeg ist eingetragen.
Der Server macht beim scan? diese Ausgabe:

192.168.178.47 - - [03/Apr/2021 17:17:38] "GET /api/1u1/file/channels.m3u?ffmpeg=true HTTP/1.1" 200 -
 * Missing EPG ID for kabel1_doku in module ztt, version XX
 * Missing EPG ID for skyD_natgeo_wild in module ztt, version XX
 * Missing EPG ID for hgtv_de in module ztt, version XX
 * Missing EPG ID for nickelodeon in module ztt, version XX
 * Missing EPG ID for mtvgermany in module ztt, version XX
 * Missing EPG ID for bbc-world-service in module ztt, version XX
 * Missing EPG ID for rheinmaintv in module ztt, version XX
 * Missing EPG ID for sat1_rp_hessen in module ztt, version XX
 * Missing EPG ID for swr-fernsehen-rp in module ztt, version XX
 * Missing EPG ID for hse24 in module ztt, version XX
 * Missing EPG ID for br_nord in module ztt, version XX
 * Missing EPG ID for ndr-hamburg in module ztt, version XX
 * Missing EPG ID for ndr-mv in module ztt, version XX
 * Missing EPG ID for ndr-schleswig-holstein in module ztt, version XX
 * Missing EPG ID for rbb-brandenburg in module ztt, version XX
 * Missing EPG ID for sat1_bayern in module ztt, version XX
 * Missing EPG ID for sat1_hamburg_sh in module ztt, version XX
 * Missing EPG ID for sat1_ns_bremen in module ztt, version XX
 * Missing EPG ID for sat1_nrw in module ztt, version XX
127.0.0.1 - - [03/Apr/2021 17:24:29] "GET /api/1u1/file/channels.m3u?ffmpeg=true HTTP/1.1" 200 -

Aber beim Versuch einen Stream mit TVH abzuspielen garkeine.
VLC kommt mit den einzelstreams klar, aber nicht mit der Kanalliste (m3u)

Gruß Thomas

Sorry war schon so, hatte nur in TVH händisch 127.0.0.1 versucht.
Hat aber leider nichts geändert.

Gruß Thomas

Danke das wars, durch Blindheit geschlagen.

Zitat von toab90

Hat noch jemand das Problem, dass die HLS7-Streams i. V. m. TVHeadend nicht richtig funktionieren?
Egal wie ich den Stream öffne (Kodi TVH Client, VLC, oder anderer Player), die Streams ruckeln. Aufnahmen sind jedoch okay.

@easy4me
Ein Switch auf HLS5 führt dazu, dass meine komplette Internetleitung belegt wird - bei sonst gleichen Parametern wie bei HLS7.

ja, gleiches Problem mit HLS7 und TVHeadend habe ich auch. Hatte schon den DNS Dienst gewechselt, TVHeadend neu aufgesetzt und Kodi im Verdacht gehabt. Hast du eine Idee woran das liegen könnte? So kann man nicht fernsehen, bleibt bei manchen Sendern alle 20 s hängen und puffert dann in Kodi. Habe auch noch eine zweite API und zweiten TVH aufgesetzt, dort hängt die gleiche Sendung zu anderen Zeitpunkten, hat also nichts mit zat**o zu tun.

TVHeadend Server mit HLS7 führt zu dem Ruckeln/Buffern.
Gleiches System, gleicher VPN-Anbieter + gleicher VPN-Server führen mit HLS7 nicht zum Ruckeln, wenn die Playlist direkt bzw. mit PVR IPTV Client angesteuert wird.

Es hängt alles im Ethernet und Ursache VPN würde ich daher ausschließen.
Vermutlich liegts an ffmpeg/pipe?