Beiträge von M-a-v

@easy4me Ich kann es gerne auch testen, wenn du möchtest.

Zitat von easy4me

@Proxan @tobby
Könnt ihr bitte die ältere Version v0.5.2 ausprobieren? Dort war die Mimetype-Änderung noch nicht enthalten:
https://github.com/sunsettrack4/t…58277b8435ce158

Ggf. kann man dann für die kommende Version entsprechende Einstellungsmöglichkeiten hinzufügen.

@easy4me Vermutlich hängt das auch mit meinem Problem zusammen, welches ich auf Seite 15 beschrieben habe. Ich habe es auch mit Version 0.5.2 versucht, aber mein Problem bleibt ebenfalls bestehen.

Wenn ich die Adressen direkt im Browser öffne, dann sehen die Inhalte anders formatiert aus.

Wenn ich z.B. einen Aufruf mit

curl http://<ip and port telerising-old>/index.m3u8?channel=sf_1_hd > test.m3u

ausführe. Dann ist die Datei test.m3u danach sieht man den Inhalt auf der Konsole, die Datei bleibt aber leer. Wenn ich dasselbe mit der neuen API mache, dann wird der Inhalt in die Datei geschrieben.

http://<ip and port telerising-api>/api/wlm/live/sf_1_hd > test-new.m3u

Irgendwas ist bei dem Server anders konfiguriert. Das Verhalten beim neuen Server ist in Version 0.5.2 und 0.5.5 identisch (verwendete Version: Linux).

Ich hatte wie vermutlich andere auch Probleme mit dem alten Perl-API, dass gewisse Sender nicht mehr funktionierten. Die neue API funktioniert soweit sehr gut. Ich verwende tvheadend (via ffmpeg) und DVBViewer (direkt) als Clients. Bei DVBViewer funktioniert es leider nicht mehr, die Senderliste zu importieren. Die Sender werden nicht mehr erkannt.

Folgendes ist mir aufgefallen: Wenn ich die URL eines Senders in einem Browser öffne, dann wurde beim Perl-API der Inhalt direkt angezeigt. Beim neuen Python (?) HTTP-Server wird eine Datei heruntergeladen. Wenn es Sourcen hätte, würde ich auch selber kurz testen. Soweit ich gesehen habe, ist dies bis jetzt nicht vorgesehen.

Ich verwende noch weitere Container (PHP, nginx). Um diese Services zu starten eignet sich am besten Docker Compose. Hier ein Auszug aus meine docker-compose.yml.

version: '2'


services:
  app:
    build: app
    restart: "no"
    container_name: epg-app
    volumes:
      - ./app/channels.m3u:/root/ztvh/channels.m3u
      - ./app/chpipe:/root/ztvh/chpipe
      - ./app/epg:/root/ztvh/epg
      - ./app/logos:/root/ztvh/logos
      - ./app/user:/root/ztvh/user
      - ./app/zattoo_fullepg.xml:/root/ztvh/zattoo_fullepg.xml
  php:
    ...
  web:
    ...

Zitat von M-a-v

Hier ein funktionierendes Dockerfile (.txt musste ich hinzufügen wegen ungültiger Dateiendung).

Es gab noch einen Fehler im Dockerfile. Ich hatte dies nicht mehr getestet. Es wird erwartet, dass sich ztvh.sh im Home-Folder befindet. Dies habe ich noch korrigiert.

Zitat von M-a-v

Besteht Interesse an einem Dockerfile für zattoo_tvh?

Hier ein funktionierendes Dockerfile (.txt musste ich hinzufügen wegen ungültiger Dateiendung).

Die entsprechende xml- und m3u-Dateien, welche erzeugt werden, müssen natürlich noch gemappt werden. Ihr könnt dies gerne als Ausgangsdatei verwenden.

easy4me: Die Short-Links, respektive die aufgelösten Links zu den vorbereiteten EPGs funktionieren nicht mehr. Werden diese wieder aufgeschaltet?

https://github.com/sunsettrack4/x…attoo-epg-ch.gz
https://github.com/sunsettrack4/x…attoo-epg-de.gz

Besteht Interesse an einem Dockerfile für zattoo_tvh?

Wie bereits in einem älteren Beitrag bemerkt wurde, fehlt für das erfolgreiche Kompilieren von App:cpanminus das Paket build-essential. Dies sollte auf der Wiki Seite ergänzt werden.