Beiträge von Woti

Nun hab ich das verstanden glaub ich

Zeitzone Oslo weil ich denke das paßt am Besten für Norwegen.
Die IP-adresse weil ich 2 Netzwerkports habe und die Kommunikation nur über den einen gehen soll.

Also so? /config/data hab ich aber nicht bei easyepg. Weil wenn ich /config/data unter /xml anlege habe ich ja immer noch das Problem das die guide.xml unter /xml angelegt wird und nicht unter /xml/config/data.

sudo podman run -d --name=tvheadend -e PUID=1000 -e PGID=1000 -e TZ=Europe/Oslo 
-v /mnt/multimedia/Kodi_IPTV/tvheadend:/config
-v /mnt/multimedia/Kodi_IPTV/easyepg:/xml 
-v /mnt/multimedia/Kodi_IPTV/Records:/recordings
-p server-ip:9981:9981 -p server-ip:9982:9982 --device /dev/dri:/dev/dri --restart unless-stopped --net="bridge" ghcr.io/linuxserver/tvheadend

Zitat von toab90

du musst /config/data per "-v" zeigen, in welchem Ordner deine guide.xml liegt.

Beispiel:
-v /ordner/mit/epg:/config/data \

Oohhh also der -v /config/data Ordner von tvheadend container muss auf dern Ordner von easyepg zeigen dort wo die guide.xml drinnen liegt? Hab ich das richtig verstanden?
Dachte der tvheadend config Ordner hatte was mit tvheadend zu tun.

Also bedeutet, ich müsste da wo steht -v /mnt/multimedia/Kodi_IPTV/tvheadend:/config ändern nach -v /mnt/multimedia/Kodi_IPTV/easyepg:/xml

sudo podman run -d --name=tvheadend -e PUID=1000 -e PGID=1000 -e TZ=Europe/Oslo -v /mnt/multimedia/Kodi_IPTV/tvheadend:/config -v /mnt/multimedia/Kodi_IPTV/Records:/recordings -p server-ip:9981:9981 -p server-ip:9982:9982 --device /dev/dri:/dev/dri --restart unless-stopped --net="bridge" ghcr.io/linuxserver/tvheadend

Zitat von Woti

Wie bekomme ich den nun die erstellte guide.xml von easyepg aus dem xml Ordner automatisch in das Verzeichnis /config/data von tvheadend damit tvheadend mit /usr/bin/tv_grab_file darauf zugreifen kann?

Wenn ich die Anleitung folge: https://github.com/linuxserver/docker-tvheadend und den Befehl ausführe:
podman exec -it -u abc tvheadend /usr/bin/tv_grab_file --configureBekomm ich eine Fehlermeldung weil --configure nicht unterstützt wird...Manuelles kopieren der guide.xml in tvheadends /config/data kann ich machen und alles funzt dann aber das ist ja doof.Also Container sind kompliziert wenn man das nie gemacht hat

Zitat von easy4me

Nein

Muss man noch irgendwelche speziellen Einstellungen machen in tvh 4.3.x?

Zitat von toab90

habe den TVH Client komplett in Kodi deaktiviert.Es läuft bei mir nur noch der TVH Server. Aufnahmen landen auf dem NAS und mit Kodi kann ich darauf zugreifen.

Okay danke

Zitat von toab90

Gute Frage.
Für mich bedeutet das, dass der Tvheadend nur noch für meine gelegentlichen Aufnahmen dient und livetv nun bei mir über nen iptv pvr simple client läuft

Wie schaltest du das im Kodi um? Häng da grad in der Luft. iptv kann keine Aufnahmen machen?

@easy4me stocken deine Sendungen auch bei HLS7?

@toab90 und was bedeutet das nun?

Zitat von Woti

@toab90 das werde ich probieren. Wird nur nicht vor nächste Woche. Danke für den Tip

Guten Morgen,
habe das jetzt probiert.
Wenn ich die Aufnahme abspiele wird diese ohne Stocken abgespielt und mit DD+ Ton.

Zitat von toab90

Hmm. Also bei mir funktioniert es so, allerdings bin davon überzeugt, dass es an TVHeadend liegt.
Grund: --> wenn der stream über TVHeadend stockt, habe ich parallel einfach mal den stream direkt selbst über ffmpeg auf die festplatte speichern lassen. und siehe da; die aufnahme ist ohne stocken und sogar mit allen tonspuren.

@Woti
Kannst du mal bitte folgendes probieren:
1) Live-TV mit HLS7 starten und schauen, ob der Stream stockt
2) Falls es stockt, Stream stoppen und stattdessen eine Senderaufnahme beginnen. Ca. 30 Sekunden warten
3) Sender wieder abspielen --> Jetzt müsste dich Kodi fragen, ob du die Aufnahme abspielen oder zum Live-TV wechseln möchtest --> bitte Aufnahme abspielen.

Stockt die Aufnahme?

@toab90 das werde ich probieren. Wird nur nicht vor nächste Woche. Danke für den Tip

Zitat von toab90

Hast du die zweite Audio-Spur deaktiviert und verwendest nur Stereo?Das hat zumindest bei mir geholfen.

Ja hatte ich probiert. Keine Änderung.

Zitat von Woti

Halli,

tvheadend Podman krieg ich nicht wirklich zum laufen. IP und Port wird weitergeleitet.

Code

podman ps
CONTAINER ID  IMAGE                                 COMMAND  CREATED        STATUS            PORTS                                NAMES
9335c74e1694  ghcr.io/linuxserver/tvheadend:latest           3 minutes ago  Up 3 minutes ago  10.0.0.136:9981-9982->9981-9982/tcp  tvheadend

Aber wenn ich mich über Browser einloggen will bekomm ich nur 403 Forbidden:
10.0.0.24 ist der Client mit dem ich einloggen will.

Code

[  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403
2021-03-27 19:09:18.724 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /favicon.ico -- 403
2021-03-27 19:11:14.242 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403
2021-03-27 19:11:37.922 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403

Ich habe das Problem nicht mit deinem New-Telerising-API Container. Der läuft einwandfrei.

Hab es hinbekommen. Es war SELinux was den Zugriff verweigert hatte. Nun läuft tvheadend 4.3 und die neue Telerising API via Podman und ja endlich Dolby Digital Audio.
Problem ist nur HLS7 ruckelt und buffert ohne Ende. HLS5 läuft geschmeidig nur gibbet da kein DD-Audio.
Via IPTV-client läuft HLS7 ruckelfrei mit DD-Audio.

Zitat von toab90

Die HLS7-Streams laufen bei mir in dieser Kombi nur mit 1 Audio-Spur flüssig.Mit zwei Audio-Streams kommt tatsächlich wieder das stocken, wenn auch nicht ganz so schlimm.

Vermutlich hast du einen Sender getestet, der standardmäßig nur einen Stream zurück liefert.
Wenn ich in der Telerising Api den zweiten Stream deaktiviere, dann laufen alle Sender.

@easy4me: Bei dir läuft hls7 mit zwei Audiostreams flüssig?

Gibbet hier schon was Neues? Bekomme bei mir auch keine flüssigen hls7 streams hin. Weder Zattoo noch Wilmaa über tvheadend. Mit IPTV-client in Kodi dagegen laufen die hls7 streams flüssig.

Halli,

tvheadend Podman krieg ich nicht wirklich zum laufen. IP und Port wird weitergeleitet.

podman ps
CONTAINER ID  IMAGE                                 COMMAND  CREATED        STATUS            PORTS                                NAMES
9335c74e1694  ghcr.io/linuxserver/tvheadend:latest           3 minutes ago  Up 3 minutes ago  10.0.0.136:9981-9982->9981-9982/tcp  tvheadend

Aber wenn ich mich über Browser einloggen will bekomm ich nur 403 Forbidden:
10.0.0.24 ist der Client mit dem ich einloggen will.

[  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403
2021-03-27 19:09:18.724 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /favicon.ico -- 403
2021-03-27 19:11:14.242 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403
2021-03-27 19:11:37.922 [  ERROR] http: 10.0.0.24: HTTP/1.1 GET (1) /extjs.html -- 403

Ich habe das Problem nicht mit deinem New-Telerising-API Container. Der läuft einwandfrei.

Danke dir. Grad probiert und funzt

was denn für ein Update?

Bridge hab ich nicht gemacht. Ports sind gewählt.
Bedeutet also das die Docker Nertzwerkschnittstellen zum Host gebrückt werden müssen?

Telerising kann ich trotzdem über hostip:5000 aufrufen nur halt tvheadend nicht.

Ich probiere zu brücken

Zitat von DeBaschdi

Gute Frage, kekne Ahnung

Tvheadend 4.2 ist jedenfalls total veraltet.
Schau dir mal dss aktuelle 4.3-1940 XYZ an,
dazu empfehl ich den docker von linuxserver.io, das hat sein eigenes ffmpeg.

habe mir mal das Docker von Linuxserver.io installiert. Im Log steht aktive IP: 0.0.0.0:9981 und kann nicht über meine Server IP auf den Dienst zugreifen.

Wenn ich dein Docker mit der neuen API starte sehe ich im Log meine Server IP und Portnummer und kann auf den Dienst zugreifen.

Erste mal das ich Docker / Podman benutze. Hänge damit grad inne Luft.

Zitat von Woti

Werd ich probieren ob das geht.

Und ja es geht

Zitat von DeBaschdi

dann mach einen symbolischen link mit ln -s auf /etc/ssl/certs/ca-certificates.crt ?

Werd ich probieren ob das geht.

Zitat von DeBaschdi

apt install ca-certificatesfertig.

Genau ist bei mir Standardmäßig installiert. Bei Fedora / CentOS sind die Pfade bzw. Zertifikatnamen anders als bei Ubuntu.
Soll ich das in Github als Fehler melden mit den Pfadangaben für RedHat basierte Systeme? Das muss wohl @easy4me im Code fixen.

Also ich meine die meisten von euch benutzen Ubuntu aber wenn schon zugänglich auf Github für alle dann sollte es auch für andere Distros funzen oder?