Beiträge von ChristianundCo

Also bei Version 8.2.5-1.42.3 gibt es noch keine Fehler!
Bei Version 3.42.3-4.14.61 tauchen sofort wieder Fehler auf.

OK habe gerade upgedatet mit dem Image: LibreELEC-Generic.x86_64-8.2.5-6.42.3-4.17.14.tar

und die Fehler sind sofort wieder da!

Wie wäre es jetzt gut strategisch vorzugehen? Soll ich jetzt jede Kernelversion testen? Kein Problem, wenn ihr mir die Update-tars liefert.

Ähm, nein - also ich fasse alles nochmal zusammen.

LE Version 8.2.5 hat definitiv nicht diesen Fehler. Monatelang lief das problemlos und auch die letzten Tage habe ich immermal Tests gemacht und konnte den Fehler nicht provozieren.

Alle getesteten Versionen von LE9 (bis runter zur 01.08.2017 #0801) haben den Fehler. Egal ob sie das TVHServerAddon 8.2.113 oder das neue 9x115 benutzen.

Kriegt man irgendwo die Milhouse-Version von LE9 vom November 2016? Das ist wohl die allererste, die es gab.

OK, ich konnte die letzte MilhouseBuild, die noch zu laden geht mit TVH zum laufen bringen.
01.08.2017 #0801 und da tritt der Fehler auch auf und das TVH-ServerAddon ist auch noch die Version 8.2.113

Also ich habe nun den ganzen Tag getestet.
Ich bin zurückgegangen auf Version #0215 vom 15-Feb-2018 -> Fehler tritt auf!
Bei den vorherigen Versionen kriege ich TVH-Server nicht mehr zum laufen. Daher kann ich nicht weiter zurück.
Wenn ihr ne Idee habt, wie man bei früheren Versionen TVHServer zum laufen kriegt, dann gerne.
Mal ne andere Frage, ich sehe immer, dass das TVH-Server-Addon bei LE8.2.5 ein anderes ist als bei LE9x. Liegt der Fehler vielleicht am TVH-Server-Addon selber?

OK, alles zurück auf Anfang. Ich habe gestern die #702 mehrmals getestet, da trat kein Fehler auf.
Heute nochmal und jetzt treten auch mit der #702 die Fehler auf. Das Einzige was ich gemacht habe ist, TVHeadend neu installiert, ohne auf die alten Settings zurückzugreifen.

Nein, der Fehler tritt leider mit der Kernel-Version wieder auf.

http://ix.io/1k0n

http://ix.io/1jXp

(gemacht unter LE 9x 003)

nochmal dazugesagt: die #702 lädt mit 99 MB/s Dateien im Netzwerk
die #703 mit 114 MB/s

Ich habe mich jetzt 3h hingesetzt und die Milhouse-Build gefunden wo der Fehler auftritt und die Letzte wo er nicht auftritt.

Also:
- die letzte fehlerfreie Version ist die #702 (2. Juli 2018)

die Folgende ist die #703 (4. Juli 2018) da tritt der Fehler das erste Mal auf!
Zitat der Änderungen.
(New 4.17.4 kernel; revert i915 "avoid waitboost"; reusepython off by default; [gui][pvr][fix] Prevent the modification of the provider list while using its iterator.)

jetzt seid ihr dran

Habe auch den gestrigen Milhouse Build probiert ->selber Fehler

Ich bin gerade wieder auf LE 8.2.5 mit meinen alten Settings runtergegangen. Der Fehler ist weg.
Dann nochmal ein ganz frisches LE 9 003 installiert und der Fehler ist wieder da.
Schade, hatte mich an die Verbesserungen von LE9 schon gewöhnt.

Bei LE8xxx konnte ich meinen NUC richtig ärgern. Ich konnte gleichzeitig zwei HD-Sender (von DD SAT/IP-Server) aufnehmen und gleichzeitig noch übers Netzwerk vom PC auf die USB-Platte kopieren, die am NUC hängt. Das alles war ohne Streamfehler in den Aufnahmen möglich und das Jahre lang.
Wenn ich jetzt mit LE9 nur einen TV-Sender laufen habe und gleichzeitig was auf den NUC übers Netzwerk vom PC kopiere (egal ob auf interne SSD oder ext. USB-HDD) steigen die Fehler im Status bei TVHeadend. Ich kriege zwar schöne Uploadgeschwindigkeiten von 113 MB/s aber was nützt mir das, wenn die Aufnahmen kaputt sind. Vorher hat LE das viel besser geregelt. Da hatte ich 100 MB/s und fehlerfreie Aufnahmen.

Kann man das wieder hinkriegen, dass es wieder intelligenter den Netzwerkzugriff verwaltet/verteilt. Würde ungerne wieder zurück auf LE8

Ich hole das Thema nochmal hoch.

Heute habe ich es nochmal probiert mit dem automatischen getedid-Script. Ich wollte nochmal schauen, ob es auch ohne den HDMI-Doktor geht.
Und es geht! Auch der Ton kommt jetzt. Komisch, warum das damals nicht ging.

Zitat von JohnPlayerSpecial

Hast du ein [definition='1','0']log[/definition], auf dem du Pro7 abspielst? Am besten auf pastebin hochladen

https://pastebin.com/k5X4u9Zv

Hier habe ich einige Sekunden nach 17:17 ein Pro7 Galileovideo angeklickt. Das wurde dann in 720p abgespielt

Zitat von bennySB

Habt ihr es ggf. schon einmal mit einer AddOn Version außerhalb vom Master-Branch schon probiert? https://github.com/jdf76/plugin.video.youtube

genau da habe ich die Beta 6.1.0 her

Am "IPS-Helper" kann man ja nix einstellen. Der ist einfach installiert und läuft zumindest mit 7tv und TVnow. Beim inputstream habe ich inzwischen schon alles durchprobiert. Es ist immer das Selbe. Ich wähle ein Video an -> kriege auch angezeigt, dass 1080p50 möglich ist und wenn ich das anklicke zuckt das Bild kurz und nichts passiert.

Weil 6.0.2 seit LE 9 nicht mehr ging, habe ich die 6.1 beta genommen.
7tv geht, aber nur mit 1280*720. Da gibt es ja keine Auswahlmöglichkeit der Qualität.

Das habe ich. Geht leider nicht.

OK jetzt habe ich es so, dass mir ein 1080p50 Stream zur Auswahl steht, aber wenn ich den anwähle, erfolgt gar nix. Das Video wird nicht abgespielt.
Nur in 720p25.
Ich habe ein Log angefügt. Bei ziemlich genau 11:14:xx Uhr versuche ich mehrmals einen Startvorgang. Mal gelingt er: 720p - mal nicht: 1080p

Ich habe gerade LE 8.90.003 auf meinen NUC gespielt. Läuft soweit alles - nur YT wieder nicht richtig.
habe das Youtube-Addon auf Ver. 6.1 beta 2 aktualisiert

er bietet mir bei der DASH-Auswahl den Stream in "1080p und 50 fps an" doch wenn das Video läuft und ich in die Optionen schaue, wird das Video nur mit 1280*720 aber immerhin mit 50 fps abgespielt. (Wenn ich inputstream deaktiviere sinds nur 25 fps.)
Was ist das nun wieder?