Beiträge von infinity

Zitat von Deckard2019

Ich würde gerne viele neue Builds testen. Allerdings möchte ich mein jetziges (rb-agile13) inkl. SkyGo und Netflix etc. nicht ständig neu installieren.
Besonders bei SkyGo würde das ja bedeuten, dass mit jedem neuen Build, der Odroid wieder als neues Gerät angesehen wird und ich ja nur 4 Geräte bei SkyGo haben kann.
Daher würde ich gerne ein Backup machen.
Kann mir jemand erklären, wie das am besten mit allen installieren Add-ons funktioniert?
Also am besten so, dass ich die emmc aus dem Gerät nehme und das Backup manuel am PC (SDCard-Adapter) wieder einspielen kann.

Bei sowas würde ich generell lieber wenigstens 5€ für ne zweite Test-SD-Karte ausgeben und diese einfach kurz austauschen. Dann kann mit deinem Hauptsystem auch nichts passieren und du hast es innerhalb von 10Sekunden wieder am Laufen.

Zitat von indri

Für RPi2/3 siehe Signatur.

Danke dir für den Hinweis!
Habe nun meinen RPi2 mal rausgekramt, aktuellste offizielle LibreELEC 8.0.1 raufgehauen, danach mit deiner LibreELEC-RPi2.pvr.zattoo_dash.tar upgedated. Anschließend noch den pvr.zattoo-0.2.5.1.zip installiert. Channelliste und EPG werden geladen.
Beim Tunen eines Senders lud der nen Bruchteil einer Sekunde und danach passiert nichts.
Dann fiel mir ein, dass man wohl auch inputstream adaprive dafür brauchen wird. Also aus dem Binary repo die 1.0.8 installiert. Nach der Konfiguration des Inpustream addons sagt der mir beim Abspeichern jedoch: "Add-on couldn't be loaded. An unknown error has occurred." Tjoa... da habe ich wohl was falsch gemacht?
Ist deine LibreELEC-RPi2.pvr.zattoo_dash.tar nicht mit einer krypton frischinstallation kompatibel? Muss es ne Agile sein?

EDIT: Ich Paddel hab jetzt mal das inpudstream.mpd installiert... lübbt nun wie ne Rakete! Heftig wie schnell das Zapping nun ist Mega klasse Arbeit!

Wird das ganze irgendwann mit inputstream.adaptive auch laufen, oder ist inputstream.mpd der Nachfolger von adaptive?

Zitat von vel2000

0.2.x = DASH Streams (benötigt gepatchtes Kodi und gepatchte pvr Addons) --> schnelle Umschaltzeiten0.1.2.x = HLS Streams --> schnarchlahm

Was heißt denn "gepatchtes Kodi"? Von was für patches ist hier die Rede? Meinst du damit ein speziell kompiliertes Build? Wenns so ist, wo gibts das für nen Raspberry Pi2/3 (bzw. Odroid C2 mit 32bit libs), falls es das überhaupt gibt?

Zitat von mike69

Was anderes, einige Sachen funktionieren nicht, wie CodecInfo oder AudioNextLanguage zum Beispiel. Weder als Aktion noch als Gerät, sollte von Hause aus funktionieren, oder?

Nicht zwingend. Auch beim Bluetooth Profil mit HUB (Profil: Microsoft KODI) ist es so, dass auch AudioNextLanguage und CodecInfo nicht funktionieren. Das liegt wohl daran, dass dieses Flirc und die anderen Kodi Profile eher für Kodi auf Windows gedacht sind. Hol dir einfach das "Keymap Editor" Programm-Addon aus dem Kodi Repository. Innerhalb weniger Minuten hast du dann alles remappt. Die vom Keymap-Editor erstellte gen.xml kannst du im Anschluss einfach aus LibreELECs \Userdata\keymaps Ordner rauskopieren und für jede spätere Installation sichern. Kannst die xml auch manuell danach noch im Editor um Longpress Funktionen erweitern, wenn du das nützlich findest.
Beispiel:

• Harmony infotaste
  
  
  • Kurzer Tastendruck: reguläre OSD Videoinfo, wie sonst auch
  • Langer Tastendruck: CodecInfo (wodurch man sich das suchen auf dem HarmonyDisplay spart). Grade die Dame im Hause wird ja eigentlich nie CodecInfo brauchen, also nicht unbedingt nötig es verwirrenderweise im Touchscreen zu haben.

Ach ich merke jetzt erst, dass du das Problem nicht auf dem NUC hast, sondern auf einem anderen Gerät?

Also Harmonys sind in Kodi generell laggy. Das war schon immer so und das hat sich bis zur 950/Elite nur marginal verbessert. Eigentlich liegt es auch teilweise an der Lirc Umsetzung in LibreELEC, aber das ist eine Geschichte für sich.

Jedenfalls ist es schade, dass du keinen HUB hast, sonst könnte man da direkt mit Bluetooth ran. Konstruktives kann ich leider nichts mehr zum Thema beitragen grade, weil ich mit Flirc leider nie was zu tun hatte. Aber kannst du den Flirc Stick vielleicht an einem anderen Gerät testen? An einem Raspberry oder sowas? Vielleicht lässt es sich da auch reproduzieren, was tatsächlich auf ein Problem des Flirc hindeuten würde.

Aaah... eine Sache fällt mir noch ein... Hast du evtl gedimmte Lampen an, oder irgendwelche andere Lichtquellen? Es gibt IR-Receiver, die mit gedimmten oder wohl eher Energiespar-Lampen usw. große Probleme haben. Angeblich sind die recht weit verbreiteten Vishay TSOP 38238 betroffen. Diese wurden in letzter Zeit eher gegen TSOP 4838 ausgetauscht. Ich persönlich habe aber die Erfahrung gemacht, dass bei mir gerade der neue TSOP 4838 ständig schlecht reagiert und mal Kommandos "überhört", wohingegen der alte TSOP 38238 sehr zuverlässig reagiert.

Die Anschaffung eines Harmony Hubs kommt nicht in Frage? Manchmal gibts den ja im Set mit dem Smartkeyboard bei Ebay für ca 50€ über den Händler DeltaTecc. Bei eBay Kleinanzeigen müsste es die einzeln auch günstiger geben.

Zitat von Deadpool

In der Config.txt steht ja schon im Text
decode_MPG2=0x00000000# decode_WVC1=0x00000000

Ich habe die Nullen durch meine Lizenzen ersetzt. Das hat nicht funktioniert. Nachdem ich einfach am Ende der Config.txt die Lizenzen hingeschrieben habe, klappte es.

Vermutlich sinds die Rauten gewesen, die die Lizenzen somit "auskommentiert" hatten. Ohne Rauten hätte es dann wohl auch beim ersten Versuch hingehauen

Zitat von sCorporation

Also muss ich mir neue Hardware kaufen oder wie? Sorry bin da in sachen 3d sehr neu

Naja... Was für einen NUC hast du denn?
Du kannst ja abwägen was dir wichtig ist. Ich würde sagen mit dem NUC kannst du unter LibreELEC zumindest 3D in halber Auflösung schauen. Bei Shutter würde das höchstwahrscheinlich nicht mal so stark auffallen, aber das weiß ich nicht so genau. Ich weiß nur, dass bei Polarisation die halbierte Auflösung nicht mit 720p vergleichbar ist (obwohl es danach klingt).

Dein NUC wird höchstwahrscheinlich Full HD MVC in ISOs und MKV unterstützen, du musst lediglich den oben genannten Kodi-Thread zur Hand nehmen und das ganze auf Windows umsetzen. Neue Hardware ist also nicht nötig.
Wenn du aber unbedingt Linux LibreELEC nutzen willst, dann wäre wohl der Raspberry Pi 3 für die die einzige Möglichkeit das zuverlässig und auch zukunftssicher zu bewerkstelligen, da dort die Maintainer ziemlich fit sind und darauf achten.

Exkurs:

• Bei 720p 2D Material wirds einfach hochskaliert und interpoliert (eigentlich klingt es nach Extrapolieren, fällt mir grade auf, aber es müsste dennoch Interpolation sein), also hat man halt ein leicht weichgezeichneteres Bild, aber es ist komplett gefüllt und die Qualität ist gar nicht mal so gravierend schlechter... halt etwas weniger Details im Vergleich zu 1080p Material.
• Bei der Auflösungshalbierung, die wir bei 3D durch SBS oder TAB haben, ist es (zumindest weiß ich das von Polarisation) so, dass tatsächlich jedes Auge abwechselnd jede zweite Zeile sieht. Also ist die andere Zeile auf dem einen Auge einfach leer. Man hat sozusagen Lücken im Bild.. diese werde nicht durch Interpolation aufgefüllt, so wie es bei 720p 2D Material ist. Daher merkt man zumindest bei Polarisation die Auflösungshalbierung doch deutlich. Bei Shutter bin ich etwas überfragt... ich weiß nicht, wie sich das bei Shutter fürs Auge verhält, aber ich glaube da müsst es keine Lücken geben, sondern die Qualität recht vergleichbar mit der von 720p 3D Material sein.

Nun kannst du halt selbst entscheiden, ob dir der Qualitätsverlust es wert ist dir nur wegen Full-HD 3D einen Raspberry zuzulegen, oder es einfach bei dem jetzigen NUC belassen. Du wirst in zukunft von Kodi ohnehin andauernd hören, dass 3D tot ist, da Samsung und LG ab 2017 keine Fernseher mit 3D auf den Markt bringen. Jedoch denke ich, dass noch sehr lange Filme auf Blu-Ray in 3D kommen werden (jedoch höchstwahrscheinlich keine in 4k auf Ultra Blu-Ray).

Also zunächst mal: Hast du eine Harmony mit Hub, oder welche Harmony hast du?

Diese Probleme mit der inkosistenten Steuerung mittels IR klingt komisch. Zuerst hätte ich darauf getippt, dass es an der LibreELEC Build liegt. Seit den letzten Krypton builds zeigt sich auf meinem Odroid C2 genau dasselbe Verhalten. Die älteren Jarvis builds und ein paar der Krypton Alphas hatten diese Probleme nicht... Es scheint irgendwas mit Lirc im Argen zu sein. Aaaber, da du Flirc nutzt, glaube ich, dass das nicht vergleichbar ist, denn Flirc gaukelt dem System ja eigentlich eine Tastatur vor, oder? Dann müsste ja im Prinzip der Flirc irgendwie bei dir ins Stottern kommen... oder LibreELEC hat momentan generell ein Problem mit dem Interpretieren von Steuerungssignalen über bestimmte Input-Wege.

1. Vorschlag: Installier mal testweise eine ältere LibreELEC build... mal ne Jarvis oder so auf eine freie Festplatte oder USB-Stick. Du berichtest hier doch gerade von den Erfahrungen mit dem in deiner Signatur genannten NUC?

2. Falls du eine Harmony samt HUB hast, würde ich für 5€ einen CSR 4.0 Bluetooth Dongle holen. Damit hast du keine Verzögerungen mehr und es geht niemals ein Befehl verloren oder kommt doppelt. Alles pfleischnell. Lediglich kann es vielleicht bei deinem NUC (wie bei meinem Odroid und Raspberry) sein, dass nach dem Boot die Bluetooth Fernbedienung ca 20s braucht, um zu funktionieren. Irgendwie scheint die Initialisierung von Bluetooth recht lange zu dauern.

Die Raspberry Pis müssten alle auch FramePacking und MVC beherrschen. Damit hast du dann bei entsprechendem Material sogar in MKV dank MVC richtiges FullHD 3D. Also keine Halbierung der Auflösung in der Horizontalen (SBS) oder in der Vertikalen (HOU/TAB).

Für ein aktives Shutter 3D gibt es glaub ich keinen Unterschied, ob SBS oder TAB (oben unten). Beides halbiert die jeweilige Auflösung in der entsprechenden Achse.

Für Passives 3D ist Oben/Unten definitiv besser, weil ein Passiver TV oder Projektor (gibt es solche im Consumerbereich überhaupt?) schon prinzipbedingt in der vertikalen die Auflösung Halbiert (für jedes Auge jede zweite Zeile). Wenn man dann in diesem Fall einen SBS Film abspielen würde, hätte man Bereits eine Halbierung in der Vertikalen durch die Polarisation (passive Technik) und dann noch eine weitere Halbierung der Auflösung in der Horizontalen, wegen der zwei jeweils 960 Pixel breiten SBS Bilder in den 1920 Gesamtbreite. Also Faktisch eine Viertelung, wenn ich mich nicht verrechne . Sofern man Oben/Unten Material hat, überschneidet sich die Polarisationshalbierung mit der Bildhalbierung, sodass man nicht noch mehr Nachteile hat.

In deinem Fall wäre es - meine ich - bei einem aktiven Beamer egal, ob du H-SBS oder HOU nimmst. Allerdings könntest du mit einem Raspberry Pi dank dessen MVC fähigkeit und Framepacking tatsächlich Isos mit Full-HD 3D abspielen. Und MKV's auch, wenn du bei MakeMKV MVC auswälst.
Die Intel Nucs, die im von @himisk71 genannten Thread als kompatibel genannt werden, können es mit der dort angebotenen speziellen Kodi Version dann unter Windows (nur windows, glaube ich) auch. Der Raspberry macht es unter OpenELEC/LibreELEC.

Edit:
Wie man Full-HD 3D mit MKV macht, sollten glaube ich einige Youtube Tutorials zeigen. Stichwort müsste "MVC" sein.

Okay, also hier die RPi2/3 v1.28 für deine Raybuntu Krypton 32bit build ziehen: Zattoo-PVR-Client (Downloads)

Andererseits, muss ich auch mal deine neuere Version testen, obwohl diese eigentlich nicht für krypton ist. Eigentlich passierte bei mir zuletzt auch dasselbe was bei dir alles passierte. Ich meine das lag daran, dass es bei der PVR Client Installation dank meines VPNs eine schweizer IP vorfand und dann die entsprechende Schweizer Kanalliste lud und auch funktionierte. Beim Neustart dann aber war etwas der VPN noch nicht rechtzeitig aufgebaut beim Kanallistenladen oder beides geschah gleichzeitig und hat sich gestört. Danach musste ich genauso wie du den addon_data ordner löschen, um es überhaupt wieder hinzubiegen. Vorhin habe ichs nach deinem Post noch mal getestet und es lief überraschenderweise. Mal sehen hm :/.

EDIT
Im changelog der 0.2.x Version steht zudem, dass man ab v0.2.0 eine gepatchte Kodi v17 Version bräuchte (worauf auch immer sich das beziehen mag) und spätere Versionen erwähnen auch inputstream... dafür soll sogar DASH integriert sein, was wiederum interessant klingt.

Zitat von otarie

Huhu, bin neu hier und hoffe ihr könnt mir helfen.

auf meinem odroid c2 läuft seit gestern raybuntus krypton7 release. Ich hab nun die pvr.zattoo-0.2.5.1 installiert. Nach Eingabe von mail und passwort, startet alles noch ganz normal. Es wird auch angezeigt, dass die Kanäle geladen werden. Komischerweise bleibt die Channelliste und der Guide aber leer. Nun aber zum kuriosen, wenn ich nun neustarte, hängt sich das ganze in nem Loop auf. Während CEC verbindet und die Kanäle geladen werden, wird immer wieder neugestartet. Hat wer ne idee? Ich werd morgen mal versuchen nen Log hochzuladen. Danke schomal

edit: [definition='1','0']log[/definition] hinzugefügt

Irgendwie ist doch eigentlich die 0.1.2.8 die aktuellste Version, woher kommt die 0.2.5.1 ? Habe ich was verpasst?

Da du meinst, dass es anfangs alles okay aussieht, gehe ich davon aus, dass du auf deinem Raybuntu Krypton korrekterweise die 32bit Raspberry Pi2/3 version des Zattoo PVR clients installiert hast? Das Aufhängen könnte damit zusammenhängen, dass der beim Laden der Liste recht viel arbeiten muss. Ist dein Netzteil gut dimensioniert?

Nun habe ich kurz in die Logs geschaut:
Ich weiß nicht, ob das wichtig ist, aber ich sehe in deinen Logs, dass du einen VPN am laufen hast. Ich vermute mal für die Schweizer IP. Es wäre gut möglich, dass der VPN noch am Verbinden ist, während Zattoo bereits hartnäckig versucht die schweizer Senderliste zu laden. Beides stört sich selbst, sodass die Box abstürzt. Genau dasselbe Problem scheine ich bei meinem System momentan auch manchmal zu haben, weswegen ich das den PVR momentan nicht zuverlässig nutzen kann.
Bei vielen Neustarts hängt es sich beim EPG-Ladeschirm auf, sodass ich nur noch per ssh kodi neustarten kann "systemctl restart kodi". Ich vermute jedenfalls, dass das mit dem zu langsam verbindenen VPN zusammenhängt. Da ich erst vor ein paar Tagen das PVR Addon das erste mal nutzte, bin ich noch am Fehlersuchen.

Zitat von Deckard2019

Ich meinte jetzt die Mikroruckler bei MKVs.

Also ich habe nur H-264 Material im mkv container. Dieses spielt meiner Meinung nach butterweich ab. Material mit dem VC-1 codec habe ich leider gar nicht da, weder in iso, noch in mkv.

Zitat von Deckard2019

[...]

@infinity
Treten bei dir diese Probleme denn nicht auf?

Kann ich mangels entsprechender samples gar nicht beantworten, da ich solche isos gar nicht vorliegen habe.

Zitat von Deckard2019

Also bei mir treten die Ruckler meist bei viel Bewegungen im Bild auf, wenn ich das richtig erkannt habe.
Mit welchen Filmen hast du es getestet und wie hast du die Blu-rays in MKVs umgewandelt?

Mal so am Rande: Es ist vor einigen Jahren auch schon mal vorgekommen, dass bestimmte mkvtoolnix versionen bugs hatten. Vielleicht wäre es nicht verkehrt mal eure Dateien mit der aktuellsten mkvtoolnix version neu zu muxen und dann spaßenshalber mit einer 3 Jahre alten mkvtoolnix version oder sowas. Bloß um zu sehen, ob da irgendwie vielleicht gar nicht Kodi der Übeltäter ist. Oder in Eurem Fall könnte es halt ein Bug im Muxer des MakeMKV Tools sein, oder was auch immer ihr einsetzt.

Zitat von peak3d

inputstream.adaptive ist lediglich dafür da MPEG/DASH und Smoothstream manifest dateien zu lesen / zu spielen.Irgendwann kommt noch HLS dazu, da die das gleiche Vorgehen haben / es vergleichbar ist.

[...]

Das mit HLS klingt gerade, inbesondere in Bezug auf die momentanen langsamen IPTV Umschaltzeiten (HLS) in Krypton, interessant. Ist die HLS Umsetzung auch noch für Krypton vorgesehen, oder ist das alles für Agile bzw. Leia dann?

Vielleicht ist das Ruckeln in wrxtasys Testbuild mit dem neuen Nougat Kernel ja etwas besser? Er hat zumindest erwähnt, dass der H.264 decoder da drin kernelseitig besser sein soll. Vielleicht ist für VC-1 auch eine kleine Besserung vorhanden:
http://forum.kodi.tv/showthread.php…9219#pid2559219

Zitat von Deckard2019

Ich habe jetzt eben mal ein paar Filme mit dem überarbeiteten rb-krypton7 getestet. Also die Ruckler sind fast weg.An ein paar wenigen Stellen treten sie noch auf.
Ich würde dir gerne Testdateien schicken, aber es sind BR-Rips die 20GB und größer sind.
Gibt es Tools, mit denen ich entsprechende Teile aus der MKV rauschneiden kann rauschneiden kann?

Eine einfache aber recht ungenaue Methode so ein sample aus einer großen MKV zu schneiden, wäre MKVToolNix zu nutzen:

1. Deine MKV mit mkvtoolnix-gui.exe öffnen/reinziehen
2. Oben (aber unter Menüleiste) auf Registerkarte "Ausgabe" gehen
3. Im Bereich "Aufteilen - Aufteilungsmodus" nach bedarf auswählen wie groß oder wie lang die Aufteilungssegmente sein sollen. Dann unten auf "Muxen starten" drücken.
4. Im Zielordner werden jetzt die ganzen mkv-parts geschrieben: also falls du bspw. 100mb Segmente ausgewählt hast, werden nun haufenweise 100MB Teile des Films geschrieben. Du musst den Mux-Job nicht zu ende laufen lassen... einfach abbrechen... die bereits geschriebenen Parts bleiben auf der Platte und du kannst eins davon auswählen und rüberschicken. Rest löschst du einfach.

Falls jemand ein einfaches und tolles Schnitt-Tool für MKV kennt, bitte nennen! Fänd ich auch interessant

Zitat von tosa1965

[...]
Nun interessiert mich aber, was es denn dann mit dieser 3D-Geschichte aufsich hat... Was genau kann nicht ins Krypton reingepatscht werden?
Was genau funktioniert nicht mehr?

Ich habe ja ein paar Posts weiter oben die Zusammenfassung zu der 3D Entwicklung für den Odroid beschrieben. Wenn du da den links folgst, siehst du alle commits und patches, die in Jarvis durch wrxtasy reinkamen. Einiges oder das meiste davon ist offenbar inkompatibel mit dem Krypton-Code. Was genau davon.

Ab Krypton funktioniert einerseits MVC nicht mehr, was aber ohnehin nie so wirklich brauchbar war, im Vergleich zum Raspberry Pi. Und andererseits - was viel nerviger ist - bringt das Starten eines 3D Films den Fernseher nicht mehr dazu, dass er automatisch in den 3D Modus wechselt. Man muss in dem Fall erst das zweigeteilte Bild von Kodi sehen, dann die TV-Fernbedienung in die Hand nehmen, die 3D Taste drücken, selbst den entsprechenden Modus (SBS / HOU) auswählen. Also einen komplett Manuellen Switch machen. Für den Fernseher ist das 3D Bild von Kodi also zunächst einfach mal ein 2D Bild, und man muss ihm erst sagen, was er da wirklich grade abbildet. Das Hantieren mit der Fernbedienung usw. ist leider etwas müßig.
Bei Jarvis hat kodi dem TV automatisch 3D signalisiert und zudem auch schon den korrekten Modus mitgeteilt ---> Fernseher wechselt automatisch in SBS oder TAB/HOU.

Zitat von tosa1965

Im Übrigen gabs für Daheim grad mal eine einzige 3D-Doku übern Gran Canyon, wo der 3D-Efekkt mal mega heftigst geil war.
Nichts dergl. habe ich jemals daheim wieder so erleben dürfen... Nur deswegen nutze ich es nicht mehr und darum interessiert mich auch nur noch der
3D-zu-2D Modus, was ja Gott sein Schrank, doch funzt...

3D für daheim ist einfach noch zu unausgereift. Zumindest mit der Akive-3D-Technologie wie es noch der Samsung LE40C750 hatte...
Wie is 'n der Stand der Dinge was 3D angeht?

Ich finde 3D ist auf jedem Passive 3D-TV ziemlich beeindruckend, wenn der entsprechende Film das auch gut umgesetzt hat: Da sag ich nur "Gravity" und durchaus auch "Star Trek - Into Darkness".
Der Stand der Dinge was 3D angeht ist momentan so: Ab 2017 bieten LG und Samsung keine 3D Fernseher mehr an. Seltsamerweise kommen in die Kinos fast nur noch 3D Blockbuster und Avatar 2 als 3D Vorzeigefilm kommt auch demnächst in die Kinos. Also es ist merkwürdigerweise ambivalent. Ich schätze 3D Filme werden generell nur noch auf Blu-Rays kommen (Also Full-HD). Auf Ultra Blu-Rays (4K) wird es mit aller Sicherheit keine 3D Filme geben, weil der Standard meines Wissens nach bislang irgendwie kein 3D beinhaltet.
Mir persönlich gehts aber generell auch eher um das vorhandene Material, das ich habe. Wenn keine 4K Filme in 3D kommen, solls mir durchaus recht sein, ich brauche 3D nicht unbedingt. Allerdings stört es mich, wenn im Kino trotzdem alles in 3D kommt, und ich das zu Hause nicht in derselben Art und Weise anschauen kann. Denn schließlich sind wohl (oder übel) in den meisten 3D Filmen viele Szenen nur so wie sie sind, weil man sie für 3D produziert hat (also vor allem viele Perspektiven), wodurch mir mittlerweile beim 2D Schauen schon eine ganze Menge Szenen aufgefallen sind, die ich ziemlich unglücklich fand, und dann musste ich immer daran denken, dass es nur in 3D Sinn machen würde diese Szene so aus der Perspektive zu schießen und so lange draufzuhalten. Naja, wie auch immer... ich bin der Offtopic-König heute... sorry

Also dass der 2D-Modus nicht geht, habe ich noch nie erlebt beim C2 und auch bei keinem anderen Gerät. Es wird einfach in Kodi der Mono Modus ausgewählt und dann macht Kodi (so vermute ich mal) einfach das stumpfste was man machen kann: Es wird das recht Auge aus dem Bild geschnitten, also nur eines der zwei stereoskopischen Bilder abgebildet. Das ist auch eigentlich gar nichts negatives, denn eine Blu-Ray macht bei ihrem MVC 3D auch nichts anderes... der zweite feed fürs zweite Auge wird auch da einfach nicht ausgegeben.

Was den 3D Autoswitch des TV's wie bei RPi angeht: Ja, es ist ab Krypton nicht mehr möglich auf dem C2. Ich war so ziemlich vom Anfang an dabei, was die 3D Funktion des C2 angeht, und habe es hier zusammengefasst: LibreELEC Krypton/Leia/Agile Odroid C2, Wetek.Hub, Wetek Play 2 64bit kernel mit 32bit userspace

Kurzum:

• Die folgenden builds mit funktionierendem TV 3D-Autoswitch sind alles Jarvis builds, keine Krypton. Unten habe ich den Thread und den Mirror verlinkt.
• Wenn ihr den TV 3D-Autoswitch ähnlich wie beim Raspberry Pi haben wollt, und funktionierende MVC dekodierung (leider nur half-resolution output) dann müsst ihr am besten die LibreELEC-Odroid_C2.aarch64-7.1.0.Oct builds draufhauen.
• Wenn ihr den TV 3D-Autoswitch ähnlich wie beim Raspberry Pi haben wollt, aber euch MVC egal ist, dann könnt ihr auch die neueren 7.1.3 builds von wrxtasy nehmen.
• Weitere Vorteile des Jarvis builds: Sehr schnelles zappen in IPTV (HLS?) streams, so wie man es früher (vor krypton) gewohnt war. Und IR funktioniert auch irgendwie besser... zumindest bei mir und bei ein paar anderen.
• Nachteile: Altes Jarvis, nur 64bit builds, daher kein inputstream zeugs für Netflix, Amazon, SkyGo. Odroids C2 Jarvis war generell nicht so stabil beim Tonspurwechsel usw, aber ich finde das nicht so schlimm.

Der dazugehörige Thread: http://forum.odroid.com/viewtopic.php?f=144&t=24923
wrxtasys mirror: http://wrxtasy.libreelec.tv/downloads/

Zitat von Raybuntu

@infinity Ich habe mir den commit/patch durchgeschaut und ich denke nicht das es der Grund war aber ich weiß nicht was es alles für Regeln im Team Kodi gibt.

Hier war die Diskussion über RK, wo ich zwischen den Zeilen herauslas, dass solche Entscheidungen mittlerweile eher aus Prinzip gefällt werden: http://forum.kodi.tv/showthread.php?tid=262906
[EDIT: Und das könnte sogar dazu geführt haben, dass RK vielleicht irgendwann tatsächlich den Standards folgt. Bis dahin sind Forks wie SPMC oder Zidoo halt die brauchbare Alternative, die man jetzt nutzen kann.]

Irgendwo anders mal gerüchteweise aufgeschnappt, dass Koying eher gegangen worden ist, weil er sinngemäß nicht immer auf die Hersteller warten wollte, sondern einfach seine Hacks als schnelle Lösung implementieren wollte, damit auch jeder was davon hat. Ob das jetzt wirklich so war... keine Ahnung, will da selbst auch nicht zu viel reininterpretieren, oder jemandem nen Vorwurf machen. Aber in letzter Zeit sieht man schon recht viele seltsame Entscheidungen und Querstellungen seitens Kodi... prominentes Beispiel war ja zuletzt der CodecInfo overlay... auch eher etwas zum User-vor-den-kopf stoßen, vor allem bei der darauffolgenden Diskussion dann, leider :(.

@Raybuntu, also nicht missverstehen, das ist kein Gejammer oder gereizte Aufforderung an dich oder die anderen Entwickler. Ich wollte das mit 3D vorhin bloß in einem Post zusammenfassen für diejenigen, denen es vielleicht tatsächlich in den Fingern juckt sich daran zu setzen.

EDIT:
sorry für offtopic!

EDIT#2:
@Raybuntu ist von dir evtl bald eine 32Bit version mit dem Nougat Kernel geplant, den wrxtasy neulich zum ersten mal im Kodi forum in einer 64Bit version released hat? Überhaupt schon irgendwelche Vorteile/Verbesserungen durch den Kernel bekannt?