@DeBaschdi
Das Problem kommt mir bekannt vor. gab's das nicht schon mal bei mir vor längerem? Du hast dann irgendwie von TCP auf UPD den Socket Aufruf geändert. (oder so ähnlich) kann das sein?
Edit: okay kann nicht sein. Er nutzt nicht den Socket
@DeBaschdi
Das Problem kommt mir bekannt vor. gab's das nicht schon mal bei mir vor längerem? Du hast dann irgendwie von TCP auf UPD den Socket Aufruf geändert. (oder so ähnlich) kann das sein?
Edit: okay kann nicht sein. Er nutzt nicht den Socket
Denke es liegt am Aufnahmeformat.
Nimmst du in mkv auf? Dann stelle bitte auf pass, damit er in ts aufnimmt
@easy4me
Ich nutze die API aktuell nur mit einem Audiostream wg. tvheadend.
Nachdem der IPTV Simple Client allerdings mit zwei Audiospuren zurecht kommt, hätte ich dort gerne beide Audiospuren. Ich habs schon mit ?profile=3 probiert, allerdings wird der Parameter ignoriert.
Sieht die neue Api einen URL-Parameter für zwei Audiospuren vor?
Nein, Config-Data ist der Ordner im tvheadend config Ordner.
-v /mnt/multimedia/Kodi_IPTV/easyepg/xml:/config/data
heißt übersetzt:
binde mir den Ordner "/mnt/multimedia/Kodi_IPTV/easyepg/xml" als /config/data im tvheadend-Ordner ein.
Vorausgesetzt, dass unter "/mnt/multimedia/Kodi_IPTV/easyepg/xml" deine guide.xml liegt.
Der tv_grab_file-Grabber sucht im Container von TVHeadend dann unter /config/data nach einer xml-Datei und wird fündig.
Edit:
@Woti Warum verwendest du "TZ=Europe/Oslo" und bei -p noch die server-ip? Ich hab dir mal den CLI-Befehl erstellt.
sudo podman run \
-d \
-e PUID=1000 \
-e PGID=1000 \
-e TZ=Europe/Berlin \
-p 9981:9981 \
-p 9982:9982 \
-v /mnt/multimedia/Kodi_IPTV/tvheadend:/config
-v /mnt/multimedia/Kodi_IPTV/easyepg/xml:/config/data
-v /mnt/multimedia/Kodi_IPTV/Records:/recordings
--restart unless-stopped \
--name=tvheadend \
--net="bridge" \
--device /dev/dri:/dev/dri
ghcr.io/linuxserver/tvheadend
Alles anzeigen
Nein. Du brauchst einfach nur ein weiters -v, dass tvheadend den xml-Ordner unter /config/data bereitstellt.
Also müsste dann wie folgt lauten (sofern der Ordner-Pfad, worin die XML liegt, stimmt):
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 -v /mnt/multimedia/Kodi_IPTV/easyepg/xml:/config/data -p server-ip:9981:9981 -p server-ip:9982:9982 --device /dev/dri:/dev/dri --restart unless-stopped --net="bridge" http://ghcr.io/linuxserver/tvheadend
du musst /config/data per "-v" zeigen, in welchem Ordner deine guide.xml liegt.
Beispiel:
-v /ordner/mit/epg:/config/data \
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?
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.
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?
habe auch das Profil "htsp" als default-Profil eingestellt --> hatte bei manchen Sendern was gebracht, bei den HD-Sendern, die ich ausprobiert hatte nicht. Habe dann aber die "Number max input streams" von 3 auf 2 gestellt und aktuell läuft auch HD ruckelfrei. Verstanden habe ich es immer noch nicht.
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?
Ich gebs auf. Schon genug Zeit investiert. Dann bleibt es bei HLS5 und max. 1 Stream oder ich switch auf IPTV Simple Client (der kann mittlerweile zumindest timeshift) und nutze für Aufnahmen die Recording-Funktion der Anbieter.
@Rumpelpumpel @napslar @matthias1232
Ich glaube ich habs. TVHeadend hat standarmäßig "pass" als Streaming-Profil hinterlegt.
Bei mir läuft nun HLS7 problemlos mit Standardprofil HTSP füs Streaming und Matroska für Aufnahmen.
Könnt ihr mal probieren, ob das auch für euch zum Erfolg führt?
- Wird in Kodi der offizielle TvHeadend HTSP Client als PVR Addon genutzt? Ist die neueste Version 8.3.0 installiert?
Ja - 8.3.0 ist installiert.
- Welche Streaming-Profile sind in tvHeadend freigegeben? Ist es möglich, auf der tvHeadend-Weboberfläche aus dem EPG heraus mit "matroska" einen Stream zu starten? (Dafür auf das TV-Symbol eines EPG-Eintrages klicken, dann das matroksa-Profil auswählen und ggf. 1-2x den Sender wechseln.)
Habe in dem Client den Admin-User eingetragen. Dieser hat Zugriff auf "Basic, Advanced, HTSP".
Wenn ich in der Weboberfläche einen Stream starten will (egal ob matroska oder pass), dann erhalte ich immer "An unknown error occurred." Wenn ich im TVheadend Client das Streaming-Profil "matroska" eintrage, dann kommt die Meldung "Streaming-Profil matroska ist nicht verfügbar".
- Welche tvHeadend-Version ist auf dem Server installiert? Welches OS kommt dabei zum Einsatz?
Raspian OS aktuellste Version (Buster, 32Bit).
HTS Tvheadend 4.3-1941 Build: 4.3-1941~g817a8d4e4 (2021-03-12T04:43:37+0100)
Vielleicht bringt es etwas, den Zattoo-Server anzupassen (siehe Provider-Einstellungen / Settings > Advanced). Zudem könnte auch der DNS-Server des Internetproviders das Buffering verursachen. Andere Ansätze gibt es ohne Logs nicht.
Ich habe einen speziellen Zattoo-Server ausgewählt und diese Einstellung nicht auf "AUTO" gelassen.
Dolby wird von Zattoo mit HLS5 nicht mehr bereitgestellt. Da kann ich leider nichts machen.
Ich werde morgen mal nen Sender mit [definition=12,0]debug[/definition] starten und den [definition='1','0']log[/definition] posten. Habe vor ein paar Tagen schon mal mit VLC Player den tvheadend stream aufgerufen und mir das fehlerprotokoll angesehen. sinngemäß glaube ich war der Fehler bzw die Ursache für das buffern, dass Video und Audio stream unterschiedliche längen haben.