Fire TV: Abspielen von Aufnahmen buffered ständig - LiveTV läuft stundenlang flüssig

  • Moin Moin,

    ich habe Kodi 19.3 auf meinem Fire TV 4K installiert mit dem TVHeadend Plugin und TvHeadend latest master laufen. Live TV läuft absolut flüssig - stundenlang - kein buffering. Aufnahmen fangen nach einigen Minuten immer an zu buffern. Mal mehr mal weniger - aber schon sehr oft (alle 1-10 Minuten).

    Ich habe es noch nicht geschafft vom FireTV ein [definition=12,4][definition='1','3']Debug[/definition][/definition] Log zu ziehen - auch wenn ich in der Suche nichts gefunden habe - hoffe ich, dass ggf. jemand das Problem kennt oder mir sagen kann wo der Unterschied zwischen Live und Aufnahme ist. In beiden Fällen sollte auf dem Stick doch ein TS Stream angucken.

    Falls niemand eine Idee hat wühle ich nochmal weiter wie ich an das [definition=12,4][definition='1','3']Debug[/definition][/definition] Log vom Stick komme.

    Danke!

    Grüße,
    Stefan

  • Logfile zeigt:


    [cbox]


    2022-02-11 22:15:50.628 T:12667 INFO <general>: CVideoPlayerAudio::Process - stream stalled
    2022-02-11 22:15:50.783 T:12666 DEBUG <general>: CVideoPlayer::SetCaching - caching state 1
    2022-02-11 22:15:50.784 T:12666 DEBUG <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
    2022-02-11 22:15:50.784 T:12667 DEBUG <general>: CDVDAudio::Pause - pausing audio stream
    2022-02-11 22:15:59.844 T:12666 DEBUG <general>: CVideoPlayer::SetCaching - caching state 2
    2022-02-11 22:15:59.844 T:12666 DEBUG <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
    2022-02-11 22:15:59.844 T:12667 DEBUG <general>: CDVDAudio::Pause - pausing audio stream
    2022-02-11 22:15:59.844 T:12666 DEBUG <general>: CVideoPlayer::SetCaching - caching state 3
    2022-02-11 22:15:59.844 T:12666 DEBUG <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
    2022-02-11 22:15:59.844 T:12667 DEBUG <general>: CDVDAudio::Resume - resume audio stream
    2022-02-11 22:15:59.846 T:12607 DEBUG <general>: ActiveAE - start sync of audio stream
    2022-02-11 22:15:59.855 T:12666 DEBUG <general>: CVideoPlayer::SetCaching - caching state 0
    2022-02-11 22:15:59.855 T:12666 DEBUG <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
    2022-02-11 22:15:59.967 T:12607 DEBUG <general>: ActiveAE::SyncStream - average error of 7.223973, start adjusting
    2022-02-11 22:15:59.968 T:12607 DEBUG <general>: ActiveAE::SyncStream - average error 0.223973 below threshold of 30.000000
    2022-02-11 22:16:01.030 T:12667 DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:68031.235957, adjusted:68031.235957
    2022-02-11 22:16:02.051 T:12667 DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:38385.018884, adjusted:38385.018884
    2022-02-11 22:16:03.078 T:12667 DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-10415.580160, adjusted:-10415.580160

    [/cbox]

  • Da kann Dir geholfen werden :thumbup:
    DebugLog mit jeder Kodi-Installation ist am einfachsten möglich, bzw. wie folgt:
    "Logfile Uploader Addon" ->Kodi Hauptmenü->Addons->Aus Repository installieren->Kodi Add-on repository->Programm Addons->Kodi Logfile Uploader installieren, und in Kodi-Hauptmenü/Zahnrad->System->Protokollierung->Debug-Protokollierung aktivieren, dann Kodi beenden und neu starten, deinen Fehler bzw. die Fehlermeldung reproduzieren, Debug-Protokollierung deaktivieren, und mit dem Logfile Uploader Addon die LogDatei speichern/senden, und dann hier den Link zur Log veröffentlichen.

  • Hilfe was ist denn banned? Dieses komische Open Wizard Ding? Das brauchte ich um in der [definition='2','1']advancedsettings[/definition].xml die Buffers zu ändern. Ist das falsch?

    Ja, weitere Infos dazu über den Link.
    Bez. der Cache/Buffer Geschichte beim FTV, kann ich Dir aus eigener Erfahrung und Tests sagen, das diese Anpassungen im Zweifel nur eine VerschlimmBesserung mit sich bringt.

  • @disaster123
    Welche TVHeadend hast genau im Einsatz?

    Ich fürchte das liegt nicht an deinem FTV sondern an TVHeadend selber.

    Selbes Problem habe ich ebenfalls allerdings nicht mit einem FTV sondern mit Kodi auf einer Nvidia Shield.
    Buffern tritt nur auf, wenn die Aufnahmen über TVHeadend wieder gegeben werden sollen. Sobald ich eine Aufnahme über eine NFS Freigabe anschaue läuft alles wie es soll.
    Aktuell setze ich TVHeadend in Version 4.3-1991~g3ed76138a ein. Bin allerdings am überlegen wieder auf die 4.2er zurück zu gehen - auch wenn diese ewig alt ist.

  • Ich habe das / ein ähnliches Problem auch: Coreelec 19.4 RC2 (aber auch bei 19.3), nur beim Live-TV schauen. Hat vor ca. zwei Wochen angefangen. Gestern hatte ich alle paar Minuten buffering, inkl. Trennung von TVH Server und Client. Treibt uns in den Wahnsinn. Und ich kann die Ursache nicht finden. Im [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] steht nur "Stream stalled". Oscam hört bei HD Programmen zeitgleich auf zu descramblen. Aber ich habe das Problem auch mit unverschlüsselten Programmen. Also müsste es eigentlich Server-seitig sein. Im TVH Server [definition=12,4][definition='1','3']Debug[/definition][/definition] Log steht aber überhaupt nichts. Ich schaue jetzt mal, ob das bei Aufnahmen auch passiert und mit dem Problem hier wirklich in Verbindung steht...

    Edit:
    - TVH Server: 4.3-1994~gc7b713edb (auf OMV5 Server im Docker)
    - CE 19.4 RC2 / 19.3 (egal)
    - pvr.hts Client 19.0.6

    Nachtrag:
    Streamen vom NAS (ohne TVH) und von Aufnahmen (über TVH) hat "keine" Probleme gemacht, jedenfalls nach je ca. 30 min. Beim Live-TV streamen hatte ich die Probleme alle paar Minuten.

    Ich hab jetzt aber einen "Lead"/ eine Hypothese: Es liegt am Emby Server, der gemeinsam mit TVH im gleichen Docker Subnet läuft. Ich habe den Emby-Container vor einer Stunde angehalten. Das Emby-NG-Addon ist daraufhin mit Python Errors ausgestiegen (dolle Programmierung!). Jedenfalls dudelt mein Live-TV seit 1 Stunde ohne Stream stalls und Buffering vor sich hin. Ich lass das jetzt erstmal so bis morgen. Wenn es weiter so bleibt, mach ich ein Ticket bei Emby auf. Melde mich...

    Server: DIY NAS / Media Server w/ i3-8100, 32GB RAM, 4x6 TB WD Red in Raid5, DD Cine S2 + 3 x DuoFlex, OMV w/ Emby, TVheadend, Oscam fully dockered
    Living Room: NVIDIA Shield TV Pro 2019, Panasonic DP-UB9004, NAD 758v3, LG OLED 65 B7, L/R B&W CM10, B&W C S2, B&W ASW10 CM, SL/SR Elac WS 1445, HL/HR Dali Alteco C1
    Kids Room: Xbox One X w/ Kodi, Panasonic Viera TX-P50 Plasma

    Einmal editiert, zuletzt von M4tt0 (12. Februar 2022 um 12:33)

  • MPEG-TS Pass-thru als Standard (pass). Keine Probleme mit Aufnahmen. Auch hier steht das Streamprofil auf pass und ich nehme auch TS auf.

    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

  • MPEG-TS Pass-thru als Standard (pass). Keine Probleme mit Aufnahmen. Auch hier steht das Streamprofil auf pass und ich nehme auch TS auf.

    Sicher? Das pass Profil geht eigentlich nicht. Wenn man pass einstellt im TVR PLugin kommt als Meldung, dass das Profil nicht zur Verfügung steht. Und ja pass ist das default Profil - das pvr.hts Plugin nutzt aber htsp als default. Siehe auch: https://github.com/kodi-pvr/pvr.hts/issues/175

  • Der Link zum Github Issue ist von 2016...

Jetzt mitmachen!

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