CoreELEC Amlogic

Zitat von Deckard2019

Wenn ich VC1 Blu-ray ISOs laufen lasse, dann sind keine Mikro-Ruckler vorhanden. Allerdings gibt es hier bei Kapitelsprüngen so einen Regenbogeneffekt (also vertikale Linien in allen möglichen Farben). Das dauert dann meist nur 1 Sek. (manchmal etwas länger) und dann läuft es normal weiter. Ist aber etwas unschön.Nach dem Umwanden in MKV gibt es diesen Effekt nicht. Dann treten allerdings immer noch (manchmal) Mikro-Ruckler auf.
Getestet mit rb-agile13. Ich werde es morgen nochmal mi rb-krypton7 testen. Ich meine mich aber zu erinnern, dass ich den Regebogeneffekt auch schon bei einem älteren offiziellen Build hatte.

Ich habe es jetzt anstatt einer ISO mit eine BR Ordnerstruktur versucht. Aber auch hier treten die Probleme bei Kapitelsprüngen auf (nur bei VC1).
Würde meine Filme aber eh gerne als MKV Dateien abspielen.
Bei den Nicht-VC1-Filmen läuft ja alles super. Bei den VC1-MKVs sind ja immer noch die Mikroruckler vorhanden.
Meint ihr, das kriegt ihr noch hin, oder ist das mit dem C2 und MKV ni9cht möglich, weil es ein HW-Problem ist?

@Raybuntu

Wenn du es schafftst, dass man 3D Filme im einfachen sbs/tab Format in 2D wiedergeben kann ohne den HW decoder zu deaktivieren, dann schick ich dir gerne meine Frau als Dank, oder Bestrafung... je nachdem wie gut es funktioniert.

Aber vielleicht in Version 27, also der Terminator Version.

@Raybuntu
Danke für die Info. Ich werde es heute Abend testen.

@Raybuntu

War auch nur Spaß, ist ja nicht lebensnotwendig, hauptsache sonst läuft es gut. Vorallem liegt es nicht an Kodi, der C2 kann es halt nicht, meine Wetek oder Raspi können es ja.

Zitat von Ichabod Crane

@Raybuntu

War auch nur Spaß, ist ja nicht lebensnotwendig, hauptsache sonst läuft es gut. Vorallem liegt es nicht an Kodi, der C2 kann es halt nicht, meine Wetek oder Raspi können es ja.

Naja, es liegt ja eigentlich vor allem an kodi. Jarvis kann den TV automatisch auf den richtigen 3D modus umschalten und sogar MVC dekodieren und zumindest in half-resolution 3D ausgeben. Aber mit kodi krypton ist das alles durch all die Änderungen über bord gefallen. Leider ist das alles nicht so leicht wieder hinzubiegen.

Zitat von Raybuntu

@mgl , @Deckard2019: Ich lade grad eine überarbeitete rb-krypton7 herunter mit einem neuen Patch von @peak3d hoch. Ladet euch die rb-krypton7 nochmal von Github herunter und schaut ob das Problem weg ist. Die neue Testdatei von @mgl spielt auf jeden Fall ohne micro ruckler.

Also du meinst dieses Build? Oder ist die überarbeitetet Version woanders?

3D (so gut wie auf de Pi) mit dem C2 wäre ein Traum.

Zitat von Raybuntu

Ich denke das weder in Team LibreELEC noch Team Kodi viele einen 3D Fernseher haben.

Ich als derzeitiger Haupt-Maintainer für den AML code in kodi habe zum Beispiel keinen 3D fernseher - das sind schon mal keine guten Voraussetzungen

Für die derzeitigen, enormen Anstrengungen in Richtung VOD-Anbieter und Kodi, lasse ich mein 3D-Equipment, im Zusammenspiel mit Kodi, gerne weiterhin in 2D abspielen.....

Ich habe auch keinen 3D TV, nur einen Beamer, der nicht CEC- dafür aber 3D-fähig ist. Stelle mich als Tester gerne zur Verfügung. Ist ja nicht so, dass es generell nicht funktioniert. Es wird "nur" kein Signal gesendet, dass den Modus automatisch in 3D und zurück in 2D versetzt. Das geht auf dem Pi deutlich fluffiger. 3D in 2D geht leider gar nicht.

Wie gesagt, ich stelle mich gerne zur Verfügung, poste logs etc. Kurze Ansage genügt.

Dieses Autoswitch-Signal wurde in Jarvis durchaus gesendet und funktionierte sogar. Das hatte damals irgendwie Koying in Android hinbekommen und dann wrxtasy mit ein paar Anläufen wirklich cool in Jarvis reingebracht. Leider hat er schon mehrmals frustriert mitgeteilt, dass er den damaligen Jarvis Code nimmer in Krypton zum Laufen bekommt. Es ist wohl etwas zu viel anders und die Motivation sich damit auseinander zu setzen ist natürlich auch eher eingeschränkt, wenn man selbst nicht so viel mit 3D anfangen kann. Ich hab das Thema ihm gegenüber im forum.kodi.tv und auch im forum.odroid.com relativ häufig angerissen und ihn auch echt zur Weißglut gebracht, fürchte ich . Ich als nicht-coder kann mir auch nur vorstellen, dass es mitunter ein ziemlich demotivierendes Thema ist, wenn man eh kein 3D Equipment hat und sich dann mit Code rumschlagen muss, wo man höchstwahrscheinlich nicht weiß, ob es nur ein paar kleine Anpassungen oder riesige Änderungen bedarf, um den auf Krypton zu adaptieren.

So als Anhaltspunkte, um das Thema etwas gezielt zusammenzufassen:

Februar 2017: Letzte Konversationen diesbezüglich in Verbindung mit Krypton:

1. wrxtasy@forum.kodi.tv: 3D Autoswitch patch involved, that being this one
   
   
   • wrxtasy@forum.kodi.tv: No 3D Auto switching in this Krypton release. The previously mentioned patch resulted in compile errors....
   • Ich@forum.kodi.tv: [Last time] You solved it magically [with this patch from "runnerway"] in the LibreELEC-Odroid_C2.aarch64-7.0.1.3D.ISO.MySQL.tar build.
2. Ich@forum.odroid.com: And finally I came to testing your [recent Jarvis] 3D builds, @wrxtasy
   
   
   • Ab diesem Post ging dann eine Diskussion los, wo ich selbst die ganze Zeit mit meinem Missverständnis davon ausging, dass die defekte/fehlende TV-Autoswitch Funktionalität durch den neuen Odroid C2-Wetek-Hub Kernel käme. Dieser neue Kernel kam glaube ich ab wrxtasys Jarvis nach "7.1.0 October" zum Einsatz. Die "7.1.0 October" war die letzte Version, die neben dem TV-3D-Autoswitch sogar noch Half-Resolution MVC hinbekommen hatte. Ab dem neuen Kernel und den wrxtasy Builds ab Dezember war MVC nicht mehr Lauffähig, jedoch der TV-3D-Autoswitch war noch funktionsfähig. Nunja... ich dachte das läge rein am Kernel und habe bei wrxtasy durch dieses Missverständnis zu sehr gebohrt, dass es ja derselbe Kernel wie bei den neueren Krypton sei und daher 3D-Autoswitch ja somit auch eigentlich irgendwie in den Krypton Builds gehen würde, "wenn" dieselben Patches dort eingepflegt würden. Erst als ich ihm den letzten Nerv geraubt hatte, habe ich verstanden, dass diese "Patches" nichts mit dem Kernel, sondern nur mit Jarvis zu tun haben . Das und wrxtasys berechtigte Wut auf mich kann man jedenfalls alles im Verlauf des hier unter Punkt 2.) genannten links nachlesen

Juni 2016: Damalige, erste lauffähige MVC und 3D-Autoswitch Integration in Jarvis durch wrxtasy:

1. Koying@forum.odroid.com: Koying schickt wrxtasy den Hinweis zu seinem SPMC "Switch TV to 3D automatically on amlogic" Patch
   
   
   • wrxtasy@forum.odroid.com: 3D Signalling to autoswitch a TV into a 3D mode is badly broken in the C2's v3.14 Kernel. The code is incomplete and HK or AMLogic themselves will have to fix it:...
   • aaaber der Fix kommt dann 4 Tage später von: runnerway@forum.odroid.com: Try this fix for 3D you've asked me some time ago:- here
     
   • am nächsten Tag kommt dann schließlich die erste 3D-Erfolgsmeldung : schimi2k@forum.odroid.com: ...Means: 3D Isos are working here like a charm AND TV switch direct to the right 3D Mode
2. Ab da hatten alle wrxtasy Jarvis builds (einschließlich aktuellster 7.1.3) funktionierenden TV-3D-Autoswitch. Leider ab Krypton nicht mehr möglich. MVC war bis einschließlich Version 7.1.0 Oct in halber Auflösung möglich, aber ich bezweifle, dass es viele gibt, die MVC überhaupt einsetzen, zumal in half-rez.
3. Das einzige Problem beim Jarvis 3D-Autoswitch war, dass es für die meisten TVs nur mit dem Setting "Ask me" beim Filmstart zuverlässig funktionierte. Wie ich später im Februar 2017 herausgefunden habe, ist das jedoch nur bei manchen Fernsehern so. Nämlich dann, wenn der Refreshrateswitch und 3D-Autoswitch wohl zu nach beieinander ausgelöst werden.. der TV bekommt dann den 3D Autoswitch nicht mit. Wenn man den film jedoch von einem langsamen Laufwerk aus startet und dieser somit etwas länger zum Laden braucht, ist wohl eine kleine Verzögerung zwischen Refreshrate-switch auf 23.976Hz und dem 3D-Switch-Signal, sodass der Fernseher dann sogar vollautomatisch mit "Preferred Mode" in den Kodi-Einstellungen in 3D schaltete.

So... nun habe ich glaube ich alle Links zu dem Thema samt aller öffentlich genannter Patches und commits zusammengetragen. Der Sinn soll sein, dass wenn sich jemand wirklich da einarbeiten will, hier nun die ursprünglichen Code-Teile hat, die es mal in Jarvis hinbekommen haben.
Ich will ansonsten da auch nicht weiter jemandem auf den Senkel gehen, da ich den Bogen bei wrxtasy schon überspannt hab.

Ich biete mich ansonsten auch wirklich gerne als Tester an, falls sich da was tun sollte!