Kodi 3d Film F-OU

worauf laeuft kodi, und welcher beamer ?

Erstmal Videoausgabe auf 1920x1080 stellen und nicht umstellen lassen.
Im Namen "3D" haben, dann fragt Kodi nach wie es ausgegeben werden soll.
Waehlst Du TAB (Top and Bottom).
da sollte das Bild horizontal gestaucht sein, weil das input-video ja proportional skaliert wird.
Dann im video menu das video auf volle bildschirmbreite bringen.
Notfalls noch im Handbuch des JVC gucken, wie man dort TAB forciert.

Da haste natuerlich die Haelfte der Aufloesung verschenkt (vertikal).

Kannst auch mit dem Kodi MVC build 18.2/18.9 rumspielen, da gibt es das hardware accelerated ausgabeformat, aber ich weiss nicht mehr ob das ging. Und ich hab auch bloss AMD, nicht NUC, und seit dem letzten windows update geht da 3D maessig gar nix mehr und ich komme nicht dazu, mir das anzugucken.

Was am sichersten fuer die volle aufloesung ist, ist es die datei auf MVC umzucodieren, aber da gibt es zwar freeware, ich hab da aber nie versucht zu verstehen, wie schwierig das ist.

Am besten BD3D im MVC format lassen, mit makemkv rippen.

Zitat von te36

Was am sichersten fuer die volle aufloesung ist, ist es die datei auf MVC umzucodieren, aber da gibt es zwar freeware, ich hab da aber nie versucht zu verstehen, wie schwierig das ist.

Mir ist nicht ein einziger Encoder bekannt, der MVC encodieren kann. Selbst für ffmpeg - welches die Grundlage vieler Encoder/Ripper ist - fehlen da schlicht die nötigen Implementierungen/Bibliotheken.

Es hatte mich mal interessiert, was MVC bedeutet. Im Wikipedia-Artikel (inkl. Open Source Abschnitt) Multiview Video Coding – Wikipedia lese ich: "Seit Ende 2013 gibt es ein Kommandozeilen-Programm mit Namen FRIM [...] Damit können MVC-Videos in ein anderes Format und in Clips für jeweils das linke und rechte Auge umgewandelt werden."

Hört sich zunächst so an, als wäre das nur ein MVC Decoder. Aber auf der FRIM Seite FRIM 3D-MVC Encoder / Decoder 1.31 Free Download - VideoHelp steht: "FRIM Encoder and FRIM Decoder are free MVC-3D command-line tools. [...]" Wobei der weitere Text für mich nicht so klar ist - möglicherweise wird damit auch nicht MVC encodiert ... Falls ihr das nicht kennen solltet, lohnt es sich vielleicht für die 3D-Fans, da mal reinzuschauen.

Doch, FRIM ist der Encoder den ich meinte. Habe da mal irgendwelche Foren gelesen, wo Leute das wohl benutzt haben. Fuer mich ist das nicht so interessant, weil ich ja eh bloss meine eigenen BD3D auf die platte schmeissen will, also mein Material ja eh schon MVC ist.

Ich wollte ja eigentlich auch Full-SBS/TAB umcodieren weils damit kompakter wird, aber dafuer gibt es dann leider keine richtigen Abspieler mehr. Im Moment funktioniert hier fuer 3D MVC eh bloss mein vero4k+, und der hat ja leider bei ein paar BD3D chip/firmware probleme und macht da alle paar Minuten Bildfehler. Wobei ich das bisher nur bei Avatar gesehen habe.

Kurze Antwort: Versuche den Film neu zu codieren oder eine alternative Version zu erhalten.
Dieses Full-3D habe ich nie zum Laufen gebracht, scheint ohnehin kaum nennenswerte Verbreitung gefunden zu haben.

Zitat von te36

Fuer mich ist das nicht so interessant, weil ich ja eh bloss meine eigenen BD3D auf die platte schmeissen will, also mein Material ja eh schon MVC ist.

Da reicht dann auch ein "normales" Rippen per MakeMKV auch aus. Interessant wird es erst, wenn man aus MVC wieder MVC mit 1/3 oder weniger Speicherplatz machen könnte. Andererseits ist Speicher auch kein Argument mehr.

Naja: Mit BD3D2MKV3D auf full-SBS/TAB umcodieren, und der Film wird in fuer mich guter qualitaet (x265 rf21) faktor 5 kleiner (eg: 10GB statt 50). das ist bei einer grossen BD Sammlung schon eine Ansage ("Speicher ist immer noch ein Argument").

Eigentlich sollte ja MVC sogar besser sein, als solche Full-SBS/TAB codierungen, weil ja das rechte Auge dort differentiell kodier wird. SIeht man auch an der Groesse der Dateien - linkes auge ist ja H264, vielleicht 35GB, und rechtes auge ist MVC differentiell, 15GB.

Klar, koennte probieren, mit FRIM neu zu codieren, kommt vor allem darauf an, wie gut der encoder ist. x264 hat sich ja unglaublich verbessert in den letzten jahren, vor allem, weil da ja wohl viel von x265 reingeflossen ist. Inzwischen braucht x264 nur noch vielleicht 30..40% mehr bitrate als x265 bei gleicher qualitat (crf).

Zitat von te36

Inzwischen braucht x264 nur noch vielleicht 30..40% mehr bitrate als x265 bei gleicher qualitat

Ist das deine eigene Abschätzung?

Ältere wissenschaftliche Untersuchung kommt auf etwa 35% Ersparnis von HEVC im Vgl. zu H.264 für "Eintertainment Applications". Würde etwa 50% mehr Bitrate von H.264 bedeuten - nicht weit weg von deiner Zahl. Die Zahlen, die man früher öfters las von Faktor 2 sind wohl Marketing. http://iphome.hhi.de/wiegand/assets…Performance.pdf Tabelle VI.

Jo, das war bloss eye-balling von mir, hatte gerade mal serie sowohl mit x265 als auch x264 codiert und dann verglichen. crf23. war dann ein unterschied von 30%. das erinnere ich als deutlich mehr vor mehreren Jahren, und irgendwo hatte ich dann gelesen, das das x264 sich eben auch viel verbessert hat. Ich habe aber auch keinen PSNR Vergleich gemacht, sondern mich darauf verlassen, das da ungefaehr gleiche qualitaet rauskommt.

Aber wenn der MVC encoder halt kein neues optimiertes h264 encoding drin hat, dann sind da die ergebnisse sicherr schlechter.

Was ist denn genau passiert als Du die Schritte aus meinem Post #4 nachvollzogen hast ?

Also eigentlich erst mal auf das "normale" Hald-TAB mit Komplettaufloesung 1920x1080 konvertieren ?

Um welchen Film gings eigentlich ?