Beiträge von david.copperfiel

Zitat von balou

der Standart für UHD HDR Premium TV ist 10 Bit was du meinst ist der Standart für Dolby Vision der beträgt 12 Bit.
Da nutzt dir auch die tollste GK nichts wenns der TV/Display es nicht wiedergeben kann

In dem Fall dürfte es auch nicht reichen, wenn nur die Hardware HDR unterstützt. Auch die Software muss das können. Also ffmpeg und dann anschließend Kodi.

Und anders als kommerzielle Hersteller bekommt Open Source Projekte keine Vorab-Entwickler-Hardware. Im schlechtesten Fall musst du warten, bis ein Open Source Entwickler sich so eine Hardware erstmal privat kauft. Da kann schon mal ein Jahr vergehen, was nicht heißen muss, dass das bei hdr und Kodi jetzt so passiert.

Bei mir funktionieren die Livestreams nur mit Kodi 16. Bei 17 bricht er nach paar Sekunden ab.

In dem Fall dürfte aber erstmal das WLAN der limitierende Faktor sein? Habs ähnlich bei mir: Pi2 als tvheadend Server und mit WLAN hat es nie vernünftig funktioniert. Mit Kabel oder Dlan keine Probleme.

Wer Strom hungrige Geräte (z.b. USB TV Stick) an Pi betreibt, sollte sich das hier durchlesen. http://aufschnur.de/raspberry-pi-mehr-strom-auf-usb-ports/

Ich würde die 7. Generation abwarten. http://www.technikaffe.de/anleitung-383-….0_und_led_ring

Zitat von Solo0815

Ich habe die version geupdatet mit getwidevine.sh, wie es im ersten Post steht.

Meiner Beobachtung nach updatet das Script die lib nicht, sondern installiert sie nur, wenn sie nicht vorhanden ist.

Zitat von Solo0815

Ich habe die version geupdatet mit getwidevine.sh, wie es im ersten Post steht. [/quote]
Meiner Beobachtung nach updatet das Script die lib nicht, sondern installiert sie nur, wenn sie nicht vorhanden ist.

Zitat von h0d3nt3uf3l

@marriol123343

Die Implementierung ist nicht ganz ohne da YouTube teilweise von kodi nicht unterstütze codecs verwendet. Ausserdem is bromix code teilweise sehr wirr wenn man nicht weiß was da gemacht wird

Eigentlich müsste kodi alle Codecs von YT beherrschen. Er spielt zumindest vp9 und opus ab.

Du kannst mal probieren, ob der x Server abschaltet und das Problem triggert.

In einer Konsole unter xubuntu schalte mal dpms mit folgenden Befehl ab:

xset -dpms

Beim nächsten Neustart des Xservers ist die Einstellung wieder weg. Also nur temporär.

Alternativ teste mal die Energieeinstellungen innerhalb von kodi.

Die Fehler könnten auch daher stammen, dass er im Betrieb das Sata Kabel abgezogen hat.

Ansonsten könnte auch Windows Fast Boot Schuld sein.

Das ist hvec Main10... Der Film wurde also mit hvec 10bit kodiert und muss per Software dekodiert werden.

Ich denke ohne all_squash greift der Client z. B kodi mit der uid, mit welcher er auf dem Client gestartet wurde, auf den nfs server zu. Da du bestimmt keine netzweite userids vergeben hast, ist es so erstmal ziemlich zufällig. Je nach Client.

Ich denke der 1026 ist dein Account auf dem nfs server?

Ich würde erstmal all_squash und anonuid=1026 und anonguid=100 in der exports setzen und dann server und Clients neustarten. Dann würde jeder Zugriff auf den nfs Server zumindest auf einen user gemappt werden, den es zumindest auf dem Server gibt. Und dann sieht man weiter.

Also ob Dateirechte angepasst werden müssen oder Verzeichnis Rechte, die ja normalerweise die Rechte von neu angelegten Dateien vorgeben (bin aber gerade nicht sicher, ob sich samba das kümmert)

Gibts denn eigentlich schon Platinen mit dem S905x oder S912 in naher Zukunft ?

Kannst du mal die Dateien mit ls - n zeigen? Und welches Dateisystem läuft da?

Was verstehst du denn unter alle gängigen Formaten?

http://www.makemkv.com/forum2/viewtopic.php?f=3&t=7009

Neu gebootet? Ich glaube da werden libs ausgetauscht und das wirkt erst nach Reboot.

Zitat von McStarfighter

Skylake hat HW-basierten Support für H.265 ... Das geht alles über die Grafikchips mit ihren En- und Decodern ...

War der Skylake HW Decoder nicht 8bit only?
Die Beispieldatei ist aber 10bit.

Zitat von McStarfighter

Was nicht gerade verwunderlich ist, da das Video komplett über die CPU geht (HEVC) und dann noch die 4-fache Größe des FullHD-Monitors aufweist ...

Bei Skylake müsste doch auch alles über die CPU laufen, oder nicht?

Zitat von monarc99

Hat denn jemand einen i3/i5/i7 Skylake (auch normaler Desktop nicht nur HTPC) und kann mal testen, wie gut Kodi diese Datei abspielen kann?

Ich habs mal interessehalber mit meinem ivy Bridge i5 3gz und Full-HD Monitor unter kodi probiert. Flüssig war das nicht.