Funktioniert mit den Apollo Lakes eigentlich PCM?
Jo, mit dem NUC6CAYH kommen zur Zeit (bzw. ab heute nach meinen Tests) alle HD-Audioformate als PCM am AVR an.
Diskutieren wir eigentlich an zwei Orten um den nahzu selben Brei? 
Beiträge von DanCooper
-
-
Mit meinem Yamaha war ich auch nicht glücklich - bin dann auf DENON umgestiegen und mehr als zufrieden.
Lustig, bei mir war's umgekehrt. 10 Jahre ein Yamaha, in der Zeit bei ein paar Kollegen Denons zwischen 500.- und 1000.- installiert und dann vor kurzem für mich einen Yamaha RX-A860 gekauft. gefühlt zwar ein wenig weniger Power als der alte Yamaha, aber in Bedienung und Einstellungsmöglichkeiten um Welten besser als alle Denons, die ich bis dahin eingerichtet hatte.
-
Ich versuchs mal mit Fakten:
- Über S/PDIF bzw. TOSLINK ist es nicht möglich, HD-Audiosignale (DTS-HD / DD Plus (AC3+) / TrueHD) ohne Downmix auf eine niedrigere Auflösung zu übertragen. Dafür reicht der Datendurchsatz bei S/PDIF einfach nicht aus. Deshalb wird dieser Standard auch aussterben.
- Wenn ein HDMI-Splitter z.B. ein DTS-HD Passthrouth Signal auf ein TOSLINK splittet, dann wird er das Signal entsprechend Downmixen, damit überhaupt was übertragen werden kann.
- Somit geht DTS-HD und TrueHD nur über HDMI >= 1.2 oder DP.
- HD-Audio mit Intel-Chipsatz geht unter Windows, weil Intel dafür Treiber zu Verfügung gestellt hat.
- HD-Audio mit Intel-Chipsatz geht unter Linux nicht (richtig), weil Intel dafür noch keine oder erst gerade Treiber zur Verfügung gestellt hat.
- Wenn unter Kodi Passthrough bei DTS oder/und Dolby Digital (AC3) nicht funktioniert, dann ist warscheinlich in Kodi die Option Wiedergabe mit Bildschirm synchronisieren aktiviert. Diese muss für PT deaktiviert werden.
-
Ich sag es dir, die Blaue LED am AVR wenn er Ein DTS Signal verarbeitet, sorgt dafür dass Schallwellen im raum "besser" übertragen werden.
Ja, der Meinung bin ich auch. Ein TrueHD Logo auf dem AVR klingt einfach besser... das ist Fakt
Das ist es was ich mir eben denke. Postprocessing im AVR mischt an der Spur nochmal rum.
Das ist mit PCM im Prinzip auch möglich.
-
-
Also, ich hab mall alle gängigen Formate getestet. Bei mir läuft auch nur DTS und Dobly Digital (AC3), der Rest geht nicht. D.h. wohl vorerst mal abwarten und Tee trinken...
-
Wie verhält es sich denn unter Linux, wenn man vorher das Firmwareupdate unter Win durchführt?Es handelt sich dabei doch sicher um den Konverter, der "aus DP -> HDMI macht"?!
Das "Firmwareupdate" ist anscheinend keines, denn dabei wird nur in Windows was installiert, das beim Booten spezielle Einstellungen/Treiber lädt. Es wird dabei nicht's auf den NUC selbst geschrieben.
-
Wie ich gerade gelsen habe liegt das am aktuellen Linux-Treiber von Intel, oder? D.h. es sollte dann irgendwann mal funktionieren...
-
Hm, was mir nur einfällt ist das für richtiges PT diese Optionen so gesetzt sein müssen:
Hat jetzt zwar mit dem Thema/Problem nur bedingt zu tun, aber...
Bildwiederholfrequenz anpassen kann und sollte auf jeden Fall aktiviert sein, ansonsten laufen die HD-Filme nicht mit 24p sondern mit 50/60 Hz, was zu Rucklern führt. Wichtig ist nur, dass die Option Wiedergabe mit Bildschirm synchronisieren deaktiviert ist, wenn man Passthrough nutzen will.
-
Hallo Dan,
ich seh das du laufend Änderungen/ Verbesserungen in Github machst. Wie kann ich die denn in meine aktuelle Version einfliessen lassen?
Ich habe die Alpha 1.4.8.0 23.3 vom 07.03.2017
Warten bis hier die offizielle Version erscheint, den aktuellen Build von Komplex nutzen (https://forum.kodi.tv/showthread.php…1726#pid2601726) oder selber kompilieren (https://forum.kodi.tv/showthread.php?tid=254955).Gesendet von meinem Nexus 5 mit Tapatalk
-
In deinen Settings steht <passthroughdevice>ALSA:hdmi:CARD=PCH,DEV=0</passthroughdevice>. Das sollte meiner Meinung nach auf Display-Port und nicht auf HDMI stehe, selbst wenn du HDMI nutzt. Grund dafür ist, dass der NUC6CAYH zwar HDMI 2.0 hat, dieses Signal aber eigentlich vom DP "erstellt" wird und dann einfach an den HDMI-Port weitergereicht wird. Ob das für HD-Audio relevant ist weiss ich aber nicht.
Ich werde wie gesagt heute Abend bei mir mal ein Film in DTS-HD testen.
-
Danke für den Hinweis. Der Fehler liegt am TMDB API Wrapper, welcher nicht von mir programmiert wird. Ich hab den Fehler beim Dev gemeldet: Link
Als Workaround könntest du einfach mal kurz die TMDB Scraper (Daten und Bilder) deaktivieren, dann sollte das Scrapen funktionieren.War ein Fehler seitens TMDB und ist nun gefixt worden. Sollte nun ohne Probleme gehen. Hier noch die Info falls es dich interessiert: Link
-
Die Option, einzelne Flags/Icons zu deaktivieren hab ich als Feature für v2.0 aufgenommen: Link
Ich werde das aber für die 1.5 nicht mehr machen, ist nur doppelte Arbeit.Bei der aktuellen Alpha 23.3 werden keine 2160p Icons angezeigt, weil dafür einfach die Bilder fehlen. Grundsätzlich könnte man die selbst erstellen und im richtigen Ordner speichern. Ich hab aber für die nächste Version die Icons erstellt, ebenfalls für alle neuen HD-Audio Varianten.
Betreffend Bestimmung der Auflösung:
Mag sein, dass ich im aktuellen Code (Github) mit der Menge an festen Auflösungen etweas über das Ziel hinausgeschossen bin. WSXGA+ / 1050p, sprich 1680x1050 wird wohl kaum einer als Video in der Lib haben. Schaden tut's aber eigentlich auch nicht, denn diese Angabe wird ja auch nur dann angezeigt, wenn die Auflüsung exakt stimmt. Und dann ist sie nunmal richtig, das lässt sich nur schwer absteiten...Nun denn, das eigentliche Problem...
Das Problem "falsche Angabe der Auflösung" hat und werter Herr @mam mal irgendwann angestossen und wir haben in den seit Jahren unberührten Code geschaut. Uns schien der Code zu aufwendig und fehleranfällig. Ich hab dann vor kurzem einfach mal die bekannten Auflösungen eingetragen. Und zwar in Abhängigkeit der horizontalen wie auch vertikalen Auflösung. So fallen natürlich sehr viele Filme durchs Raster, vor allem dann, wenn man fleissig vom TV aufnimmt. Natürlich auch dann, wenn die schwarzen Balken nicht mehr vorhanden sind.Sein Vorschlag war dann folgender (korrigier mich, wenn ich das falsch zitiere):
Bestimmen anhand der horizontalen Auflösung a là "720<1280<1920". Ausgehend davon wäre also:<= 7680 4320p
<= 4096 2160p
<= 1920 1080p
<= 1280 720p
<= 768 576p (PAL)Bis hier hin ist es ja eigentlich klar und auch leicht zu überschauen. Nun die Auflösungen, die sonst noch so bekannt sind sind:
- (960x) 540p
- (854x) 480p
- (640x) 360p
- (256x) 144pAlle genannten Auflösungen haben Aspect Ratio von gerundet 1.78, also 16:9.
Frage ist nun, wie deckt man alle Fälle sauber ab? Ich hab z.B. viele Serien in der Auflösung 720x404. Als was würdet ihr das denn bezeichnen?
-
Andere Frage, ist es eigentlich gewünscht, das sich die Aufteilung (linke Seite Serien/Staffel/folgen) jedesmal wieder verstellt und teilweise gar nicht sichtbar ist, so dass man sie bei jedem Start aufs neue positionieren muss?
Natürlich ist das gewünscht, ansonsten wäre das ja ein alter Bug, der mich und alle anderen tierisch nervt!
-
Alles anzeigen
Salve zusammen,
meinereiner hat mal wieder ein Problem(chen) welches sich schon seit einiger Zeit zieht. Will heißen, das Problem besteht schon seit mehreren Versionen von EMM, hatte eigentlich gehofft, das es sich mal erledigt, aber dem ist nicht so, ergo belatschere ich euch mal. Vielleicht wisst Ihr ja eine Lösung.
Problem besteht darin, dass ich drei Serien habe, die sich ums verr.....en nicht scrapen lassen
Ich hab die Folgen schon umbenannt, hab sie auf andere Datenträger verschoben, sogar in andere Formate hab ich die Teile Testweise schon umkodiert - leider alles ohne Erfolg 
Es handelt sich um die Serien:
Hercules, Highländer & In Plain sight
Versuche ich diese Serien zu scrapen, bekomme ich immer die Fehlermeldung:
Das NULL Objekt kann nicht in einen Werttyp konvertiert werden!Nach klick auf Ok verabschiedet EMM sich
Wie gesagt, ich glaub ich alles versucht um die drei Serien zu scrappen, wenn jemanden noch etwas einfällt, wie es dennoch funktioniert - ich bin für jeden Hinweis dankbar.
Log habe ich angehängt.
Gruß
ArtaiosDanke für den Hinweis. Der Fehler liegt am TMDB API Wrapper, welcher nicht von mir programmiert wird. Ich hab den Fehler beim Dev gemeldet: Link
Als Workaround könntest du einfach mal kurz die TMDB Scraper (Daten und Bilder) deaktivieren, dann sollte das Scrapen funktionieren.
-
CEC geht auch nicht?
Gesendet von meinem Nexus 5 mit Tapatalk
-
nun ja, hier streiten wir eben. Mag sein, dass es mit Icons bei ihm klappt, aber es gibt sehr gute Chancen, dass auch dann "nix passiert", weil eben einer der Parameter nicht übereinstimmt. Oder willst Du das in Abrede stellen???
Ich hab mich nur auf seine Frage und deine Aussage dazu bezogen. Nitte bedenke auch, dass alle noch mit alten System arbeiten und ich beim neuen erstmal nur die fixen Auflösungen eingetragen habe. Aber wie gesagt, ich äussere mich am Abend dazu.Gesendet von meinem Nexus 5 mit Tapatalk
-
Doch, kann er. Du bist, wie ich und viele andere, ein Opfer der PINGELIGEN Funktion. Irgendwas an Deinen Filmen gefällt Ember nicht, deshalb wird nix angezeigt.
Sorry, das stimmt nicht. Das hat nix mit dem Thema"berechnen der Auflösung zu tun". Es fehlen einfach nur die Icons dafür. Man kann sich die auch selber basteln und entsprechend benannt im entsprechenden Ordner ablegen.
Gesendet von meinem Nexus 5 mit Tapatalk
-
Für Linux fehlen soweit ich weiss einfach noch die Treiber von Intel, damit h265 / HDR hardwaremäßig decodiert werden kann. Deshalb ruckets auch wie sau, im Gegensatz zu Windows, wo die Treiber schon verfügbar sind.
Gesendet von meinem Nexus 5 mit Tapatalk
-
ich beschwere mich ja nicht, daher suche ich nach Lösungen.
Hast du denn schon mal versucht an diesem
Problem anzusetzen? Dafür muss es ja eine Lösung geben. Du bist ja schließlich nicht der einzige, der LibreELEC 8.x nutzt.ja daher gibts ja in Leia das neue SMB Protokoll, Anstoss war glaube ich @DanCooper, da er mit seinem 2016 Winserver das selbe Problem hatte. Versuche habe ich diverse unternommen, leider kann ich auch nicht auf das NFS Protokoll zurückgreifen, da mein REFS-Filesystem nicht unterstützt wird.
Bei mir war's schlussendlich MySQL, was unter S2016 so unterirdisch langsam lief.Gesendet von meinem Nexus 5 mit Tapatalk
