Tvheadend Kodi Aufnahmen nicht vollständig

  • Hallo Leute,

    seit dem Update auf Kodi 18 erlebe ich, dass Aufnahmen häufig unvollständig sind... Frust! ?( Und das obwohl die EPG Daten stimmen.

    Hat jemand eine Ahnung was los sein kann?

    Auffällig dabei sind 2 Sachen:
    Die Aufnahme erscheint danach nicht in kodi unter Aufnahmen, ist aber wohl im hts Ordner.
    Und die unvollständigen Aufnahmen hören alle bei 2:09 Stunden auf (und ich meine 9,7 GB, bin mir aber nicht ganz sicher). Seltsam.

    Zum Aufnehmen benutze ich EPG, ich habe schon die Post-Recording-Zeit auf 15 Min. verlängert, nix hilft. Danach übernimmt der PVR manager das Hoch- und Herunterfahren (kann er Schuld sein? Er lief mit der früheren Kodi Version tadellos). Die Uhr am PC stimmt. Was soll ich noch prüfen?

    Ich hoffe, ihr könnt mir helfen, das Problem zu lösen.

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

  • Danach übernimmt der PVR manager das Hoch- und Herunterfahren

    Nein, denn er richtet sich nach dem Aufnahmestatus, welcher ihm von TVHeadend geliefert wird.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • OK, danke...hmmm, hast du dann eine Ahnung, was ich prüfen könnte?

    P.S. habe gerade eine Testaufnahme eingestellt, auf 3 Std. und die Parameter in Tvheadend überprüft. Die Aufnahmeparameter stimmen.

    Habe mir auch die Fehlermeldungen v. Tvheadend angeschaut, dort steht "Time missed" obwohl Anfang und Endzeiten passen. Und es spielt keine Rolle ob die Endzeit in dem neuen Tag liegt. [errorbox][/errorbox]

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

    3 Mal editiert, zuletzt von JeF (10. Juni 2019 um 10:32)

  • Hallo Leute, ich bringe das Thema wieder nach oben...hat wirklich niemand keinen Lösungsansatz? Ich habe übrigens den Speicherplatz auch gecheckt, die Festplatte des Home-Verzeichnisses hat noch 150 GB frei, daran liegt es also nicht.

    Könnte es damit zu tun haben, dass die Ordnerrechte nicht i.O. sind? Hier sind sie:

    Code
    sudo ls -al /home/
    
    
    drwxr-xr-x  6 root root  4096 Aug 26  2018 .
    drwxr-xr-x 24 root root  4096 Jun 30 22:02 ..
    drwxrwxr-x 29 htpc htpc  4096 Jul 22 18:42 htpc
    drwxrwxrwx  4 hts  hts   4096 Jul 22 19:06 hts
    drwxr-xr-x  3 kodi kodi  4096 Aug 26  2018 kodi

    Wie sollen ggf. die Rechte sein?

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

    4 Mal editiert, zuletzt von JeF (22. Juli 2019 um 19:49)

  • Das Verhalten wird noch merkwürdiger…ich machte gestern 2 Testaufnahmen, ohne PVR Manager. Die Erste war OK, die zweite sollte um 01:00 enden, der PC schaltete sich um 01:20 ab, mittels Befehl shutwown. Die Testaufmanme machte ich mit manueller Timer-Programmierung, nicht über EPG. Als ich heute Morgen den PC startete, zeige kodi mit dem roten Punkt an, die 2 Aufnahme sei noch am Laufen. Ich öffnete die Datei mittels Dateimanager, die Aufnahme war auch zu kurz (2:14 statt 2:45 Std).

    Ich füge noch die 3 Logdateien hinzu (kodi & tvheadend), vielleicht entdeckt jemand etwas, bitte bitte...wäre klasse

  • Code
    2019-07-23 00:28:56.817 T:140082475518080   DEBUG: LogindUPowerSyscall: Received PrepareForSleep with arg 1
    2019-07-23 00:28:56.817 T:140081970497280   DEBUG: CAnnouncementManager - Announcement: OnSleep from xbmc
    2019-07-23 00:28:56.817 T:140081970497280   DEBUG: GOT ANNOUNCEMENT, type: 8, from xbmc, message OnSleep
    2019-07-23 00:28:56.818 T:140082475518080   DEBUG: ------ Window Init (DialogBusy.xml) ------
    2019-07-23 00:28:56.818 T:140082475518080  NOTICE: OnSleep: Running sleep jobs
    2019-07-23 00:28:56.818 T:140082475518080   DEBUG: CApplication::CloseNetworkShares: Closing all network shares
    2019-07-23 00:28:56.818 T:140082475518080   DEBUG: LogindUPowerSyscall - delay lock sleep released


    Hier hast Du offensichtlich den Rechner runtergefahren. Bei einem manuellen Ausschalten und TVHeadend auf dem gleichen Rechner werden dann natürlich auch laufende Aufnahmen abgewürgt.

    Das hier wiederholt sich zyklisch ab heute 07:00 Uhr:

    Code
    2019-07-23 07:06:31.558 T:140080215746304   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to write (Invalid argument)
    2019-07-23 07:06:31.558 T:140080215746304   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to transmit
    2019-07-23 07:06:31.558 T:140080215746304   ERROR: GetEPGForChannel: Add-on 'Tvheadend:127.0.0.1:9982' returned an error: server error
    2019-07-23 07:06:31.558 T:140080215746304   ERROR: Update: Failed to update table 'hr-fernsehen'

    und

    Code
    2019-07-23 07:06:52.218 T:140080207353600   ERROR: GetDriveSpace: Add-on 'Tvheadend:127.0.0.1:9982' returned an error: server error
    2019-07-23 07:06:57.131 T:140081780344576   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - Command hello failed: No response received
    2019-07-23 07:06:57.131 T:140081780344576   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to send hello
    2019-07-23 07:07:01.202 T:140082475518080   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - Getting play position 0 for recording ZDF FIlm
    2019-07-23 07:07:02.132 T:140080341571328   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - new connection requested
    2019-07-23 07:07:02.132 T:140080341571328   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - connecting to 127.0.0.1:9982
    2019-07-23 07:07:02.132 T:140080341571328   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - connected
    2019-07-23 07:07:02.132 T:140081780344576   DEBUG: AddOnLog: Tvheadend HTSP Client: pvr.hts - sending hello
    2019-07-23 07:07:07.132 T:140081780344576   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - Command hello failed: No response received
    2019-07-23 07:07:07.132 T:140081780344576   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to send hello

    Offensichtlich hat TVHeadend ein Problem, sich mit Kodi zu verbinden, dazu kommt, das TVH nicht in der Lage ist den Plattenplatz zu ermitteln.

    Erzähl mal was zu deiner Hardware, Konfiguration und Netzwerk-Infrastruktur.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Danke, dass Du Dich einschaltest BJ1 :)

    hmmmm... manuell ausgeschaltet habe ich nicht, ich bin so vorgegangen: ich habe für die Aufnahme lt. LOG "ZDF FIlm, desc:22.07.2019 von 22:15 bis 23.07.2019 01:00" manuell einen timer gesetzt, Aufnahmeende 01:00. Die Aufnahme startete pünktlich im Dateimanager konnte ich sehen, wie die Datei erzeugt wurde und wie die Dateigröße stätig wuchs. Dann habe ich per terminal sudo shutdown -h 01:20 angegeben, das Terminalfenster bestätigte den Shutwown am 23.7., um 01:20 Uhr. Danach ging ich schlafen, bis heute morgen. Und wenn ich die Kiste nicht abgeschaltet habe, interpretiere ich die Logzeilen richtig, der Sleepbefehl um 00:28:56 Uhr kam v. Kodi?

    Hardware Gigabyte GA-MA785GMT-UD2H mit einer Radeon HD 4200 On-Board-Graphik, TV-Karte DD Cine S2, Xubuntu 18.04, Tvheadend 4.2.8-23, Kodi Leia (inzwischen 18.3)als Addons kaum etwas, im Wesentlichen nur den PVR Manager, der tadellos funktioniert, das Openweather und das Addon ZDF Mediathek. Ich hatte zwar auch das Nefflix-Addon, es lief aber bei mir sehr dürftig, ich habe es nach kurzer Zeit deinstalliert (nur das Addon deinstalliert, nicht evtl. "dependancies" wie z.B. Widevine).

    Sonst ist auf dem PC nicht viel, im Wesentlichen VLC, NoMachine, das war's aber auch.

    Netzwerk: der HTPC ist i.d.R. Offline. Ich verbinde ihn mittels Powerline (TP-Link) mit dem Router (Fritzbox) "nur bei Bedarf".

    Als ich mir gestern Tvheadend in der Webinterface angeschaut habe, waren die Festplattenspeicherwerte übrigens zu sehen, auch Kodi zeigt sie.

    Habe ich brauchbare Infos geliefert?

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

  • Ok danke für die Infos. Also ist das letztendlich ein Standalone System unter Ubuntu mit Kodi/TVHeadend und eingebauter Cine S2.

    Ich habe mal ins TVH-Log geschaut. Da sind mir sehr viele Timer aufgefallen. Machst Du viele Auto-Recordings? Ich würde mal übers TVH-Webinterface gehen (localhost:9981) und mal sowohl in die Timerliste als auch bei den Autorecs nachschauen, ob da was schief läuft.

    Aus dem TVH-Log (die Meldungen kommen hintereinander!):

    Code
    2019-07-22 19:57:13.377 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:14.777 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:16.130 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:17.530 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:18.883 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:20.260 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD
    2019-07-22 19:57:21.612 [  DEBUG]:epg: arm channel timer @ 2019-07-22;20:00:00(+0200) for Das Erste HD

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Zusätzlich scheinst Du ein Treiberproblem zu haben. Schaltest Du den HTPC richtig aus oder geht der nur in Bereitschaft/Suspend whatever?

    Hier sollte die Aufnahme (Start 22:13 UTC) bereits 1 Minute laufen:

    Code
    2019-07-22 22:14:29.028 [  DEBUG]:dvr: File "/home/hts/ZDF FIlm.ts" -- Datei oder Verzeichnis nicht gefunden -- Using for recording

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Zusätzlich scheinst Du ein Treiberproblem zu haben. Schaltest Du den HTPC richtig aus oder geht der nur in Bereitschaft/Suspend whatever?

    In diesem Fall hatte sich der PC mittels shutdown Befehl ausgeschaltet, die Mehrfachsteckdose blieb an die ganze Zeit. Sonst benutze ich nur den PVR Manager wenn Aufnahmen anstehen und lasse die Mehrfachsteckdose logischerweise auch an. Ich meine in beiden Fällen geht der PC in S5 (soft off) Status, oder? Wenn gar nichts geplant ist, schalte ich die Mehrfachsteckose kpl. aus, da einige weitere Geräte sonst stets im Standby-Modus bleiben.

    Hier sollte die Aufnahme (Start 22:13 UTC) bereits 1 Minute laufen:

    Ich gab 22:15 ein, spielt die Pre-Padding-Zeit vielleicht eine Rolle? Aber wieso "nicht gefunden"?? Die Datei ist da, länge 2:14 Std.

    Die DD Treiber sind ab Ubuntu 18.04 direkt im Kernel. Und wenn ich TV schaue, ohne Aufzunehmen ist alles tadellos ?(

    Hast Du einen Vorschlag, was ich machen, ausprobieren oder testen soll?

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

    Einmal editiert, zuletzt von JeF (23. Juli 2019 um 15:55)

  • Hey, vielleicht habe ich was entdeckt! Deine Meldung "ich hätte den PC um 00:28 heruntergefahren" hat mich stutzig gemacht. Ich habe mir gestern die Energiewerwaltung v. Xubuntu angeschaut und siehe da, bei System war Bereitschaft nach 2 Stunden eingestellt. Ich habe das auf nie eingestellt, danach klappte eine 2 1/2 stündige Aufnahme wie früher. Heute läuft wieder eine unbeaufschtigte Aufnahme v. 3 Stunden und wenn sie auch glätt läuft wäre ich platt, denn es würde bedeuten, dass Xubuntu 18.04. Festplattenaktivitäten als "idle" interpretiert. Krass! Und das würde auch die Treiberprobleme nach dem Start erklären, denn nach dem Aufwachen werden die DD Treiber nicht geladen. Andererseits muss ich sagen, dass bei einem Hochfahren nach der angeblichen Bereitschaft der PC sich nie nach Standby angefühlt hat, es hat immer genauso lange gedauert, wie beim normalen Booten bis das Bild wieder da war. Und auch Kodi wurde immer neu gestartet.
    Ich melde mich...

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

    Einmal editiert, zuletzt von JeF (24. Juli 2019 um 10:06)

  • Bereitschaft erklärt dann auch, warum die TV-Karte am nächsten Morgen um 07:00 nicht funktioniert hat. Wenn Du den PC in den Bereitschaftsmodus fährst, müssen Treiber und Module vorher entladen und nach dem Start wieder geladen werden, ansonsten funktionieren die meisten Karten (auch die DD Cine) nicht.

    Wenn der HTPC runtergefahren wird, sollte er komplett in den S5 fahren (Poweroff). In Kodi gibt es dafür in den Einstellungen -> System -> Energiesparen -> Funktion für Ausschalten. Die sollte auf Ausschalten stehen. In meinem Addon sollte "Abschaltung erfolgt durch" auf OS stehen sowie als Abschaltmethode "Ausschalten" gewählt werden. Die allermeisten Boards wachen sicher aus dem S5 auf. Infos findest Du in der Readme des Addons: https://github.com/b-jesch/servic…rvicepvrmanager

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960
    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Ist nicht zu fassen, genauso war es, die 2., dreistündige Aufnahme hat tadellos geklappt!

    Bereitschaft erklärt dann auch, warum die TV-Karte am nächsten Morgen um 07:00 nicht funktioniert hat. Wenn Du den PC in den Bereitschaftsmodus fährst, müssen Treiber und Module vorher entladen und nach dem Start wieder geladen werden, ansonsten funktionieren die meisten Karten (auch die DD Cine) nicht.

    Wenn der HTPC runtergefahren wird, sollte er komplett in den S5 fahren (Poweroff). In Kodi gibt es dafür in den Einstellungen -> System -> Energiesparen -> Funktion für Ausschalten. Die sollte auf Ausschalten stehen. In meinem Addon sollte "Abschaltung erfolgt durch" auf OS stehen sowie als Abschaltmethode "Ausschalten" gewählt werden. Die allermeisten Boards wachen sicher aus dem S5 auf. Infos findest Du in der Readme des Addons: https://github.com/b-jesch/servic…rvicepvrmanager

    Danke nochmals für die Hińweise BJ1, ja, diese Einstellungen hatte ich schon vor 1 1/2 Jahre vorgenommen, als Du mich bei der Installation des PVR Managers kräftig unterstützt hast. Es war tatsächlich nur die verdammte Energieverwaltung. Wieso die Xubuntu (und vermutlich auch Ubuntu) Programmierer das System als "in idle" betrachten, wenn die Festplatte ständig Daten speichert verstehe ich wirklich nicht.

    Und auch vielen Dank, dass Du mich zur Problemlösung gelotst hast! :thumbup: :)

    AMD 5600G - Gigabyte B550M DS3H - Ubuntu Jammy Jellyfish (22.04) - Kodi 20

  • Hey, vielleicht habe ich was entdeckt! Deine Meldung "ich hätte den PC um 00:28 heruntergefahren" hat mich stutzig gemacht. Ich habe mir gestern die Energiewerwaltung v. Xubuntu angeschaut und siehe da, bei System war Bereitschaft nach 2 Stunden eingestellt. Ich habe das auf nie eingestellt, danach klappte eine 2 1/2 stündige Aufnahme wie früher. Heute läuft wieder eine unbeaufschtigte Aufnahme v. 3 Stunden und wenn sie auch glätt läuft wäre ich platt, denn es würde bedeuten, dass Xubuntu 18.04. Festplattenaktivitäten als "idle" interpretiert. Krass! Und das würde auch die Treiberprobleme nach dem Start erklären, denn nach dem Aufwachen werden die DD Treiber nicht geladen. Andererseits muss ich sagen, dass bei einem Hochfahren nach der angeblichen Bereitschaft der PC sich nie nach Standby angefühlt hat, es hat immer genauso lange gedauert, wie beim normalen Booten bis das Bild wieder da war. Und auch Kodi wurde immer neu gestartet.
    Ich melde mich...

    Was soll ich sagen...

    Econap - Standby unter Windows verhindern

    Ist bei Windows ähnlich. Für mich unbegreiflich was sich Programmierer dabei denken das Computer die aktiv arbeiten in den Standby geschickt werden. Mitten im Backup oder der Aufnahme. Kopfschuss.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!