Xvid 1.3.3 - QuadCore CPU nach wie vor nicht ausgelastet

Generell: Xvid wird schon ewig nicht mehr wirklich weiter entwickelt, sprich die Hoffnung, dass irgendjemand mit genug Ahnung Xvid für multithreading optimiert ist recht gering.
Mal versucht einen nicht so hohen VHQ Mode zu wählen?

Ich halte Xvid nach-wie-vor für den besten Codec (Settings: Mpeg-Matrix, 1 Bframe, Quarter Pixel, GMC, Motion Search Precision 4, Trellis), und mit der Version 1.3.3 wurde er auch weiterentwickelt.
Was einfach stört, das ist die niedrige Prozessorauslastung von nur um die 30%.
Da sollten die Entwickler noch mal nachbessern, der Perfektion wegen.

Zitat

...und mit der Version 1.3.3 wurde er auch weiterentwickelt.

warum nicht die neue Version vom 21.Juni 2015

Ist es nicht ziemlich anmaßend zu behaupten, 1. dass der Flaschenhals ausgerechnet in Xvid liegt, und 2. dass die Entwickler schlechte Arbeit geleistet hätten?

Zu 1.: Es kann viele Gründe geben, dass die Prozessor-Auslastung niedrig ist. Unter anderem, dass Xvid die Videodaten zum Komprimieren so langsam bekommt, dass es sich langweilt, weil schon vorher ein anderer Prozess auf nur einem Rechenkern trödelt. Fortgeschrittenere Codecs rechnen selber zum Komprimieren (verglichen mit der vorherigen Filterung) viel länger an dem gelieferten Video herum, deshalb erscheint deren CPU-Auslastung höher; dadurch komprimieren sie aber auch nicht schneller, weil sie das Video ja auch nur langsam geliefert bekommen.

Zu 2.: Es gibt Algorithmen, die sich nicht perfekt parallelisieren lassen, weil es viele Stellen im Ablauf gibt, an denen Routinen auf die Fertigstellung von Zwischenergebnissen warten müssen. Dies ist eines der Hauptprobleme bei HEVC-Encodern wie x265; bei AVC (x264) und ASP (Xvid) ist die Parallelisierbarkeit und Skalierbarkeit eigentlich ziemlich gut.

Ich habe gerade ein 1080p-Video via AviSynth, aber fast ungefiltert, mit Xvid 1.3.4 encodiert; die durchschnittliche CPU-Auslastung lag um 70-80% auf einem QuadCore (AMD Phenom-II X4). Xvid ist also sehr wohl in der Lage, mehrere Threads zu verwenden.

Man kann den Xvid-VfW-Codec zwar auch so konfigurieren, dass er nur einen Thread verwendet (Other options - Common: Force optimizations), aber da sollte man schon wissen, warum man das tut.

Eventuell hilft es, mal "Load Defaults" zu klicken, so dass ein älteres abgespeichertes Einstellungsprofil gelöscht wird, und den Codec dann wieder neu zu konfigurieren. Aber ich würde auch weiterhin eher davon ausgehen, dass das Problem nicht in Xvid, sondern bei seinem "Zulieferer" liegt.

Zitat von LigH

Ich habe gerade ein 1080p-Video via AviSynth, aber fast ungefiltert, mit Xvid 1.3.4 encodiert; die durchschnittliche CPU-Auslastung lag um 70-80% auf einem QuadCore (AMD Phenom-II X4). Xvid ist also sehr wohl in der Lage, mehrere Threads zu verwenden.

Kann ich bestätigen. Xvid 1.3.4, i5 2500K Quad-Core, 720p mit Avisynth, ~80% CPU. Die Multi-Threading Effizienz hat sich seit den 1.2.x-Versionen sogar verbessert.

Zitat von LigH

Ist es nicht ziemlich anmaßend zu behaupten, 1. dass der Flaschenhals ausgerechnet in Xvid liegt, und 2. dass die Entwickler schlechte Arbeit geleistet hätten?

Ja genau. Man sollte nicht unterschlagen, das DIVX zwar mit 100% arbeitet,
aber dennoch 50% langsamer ist (mit GMC und Quarter P.).

Zitat von Goldwingfahrer

warum nicht die neue Version vom 21.Juni 2015

Ja, damit hast du mich ziemlich überrascht!
Ich finde auch, das er nun etwas mehr CPU-Last zuläst.