Ich weiß dass es dazu zig Threads gibt, aber da sich gerade in dem Bereich ja fast wöchentlich was tut, wollte ich mal fragen wie der aktuelle Stand ist.
Wollte nämlich gerade einen Film in 1920x816 @ 9513 kbps angucken und musste leider feststellen, dass es öfters ruckelt.
Mein System:
X2 5200+
2GB RAM
SATA-HDD
ffdshow 2060 und MPC.
Das Problem liegt vermutlich darin, dass ffdshow nur auf einem Kern dekodiert und da liegt die Auslastung dann bei meistens bei 100%, auch Priorität erhöhen bringt nichts. CoreAVC beherrscht wie ich las Multithreading, allerdings habe ich einige Threads auch hier gefunden, in denen CoreAVC mehr oder weniger stark kritisiert wurde bzgl der Qualität. Ausserdem dekodiert auch ffdshow in den neuen Builds h264 mit Multithreading, allerdings nur "wenn das Video mit mehreren Slices enkodiert wurde." Wie kann ich feststellen ob das der Fall ist, laut Processmanager nutzt ffdshow wei geschrieben nur einen Kern. Und kann CoreAVC Multithreading auch bei Videos mit nur einem Slice? Sonst wäre der Vorteil ja mittlerweile dahin.
Ich könnte es jetzt natürlich einfach selber mal testen, aber gerade im Bereich Codecs installiere ich ungerne einfach mal was, vor allem wenn es sich um Shareware handelt.
Daher die Frage, weiß jemand wie aktuell die Dekodierleistung von CoreAVC vs ffdshow ist und ob die Ruckler durch Multithreading in meinem Fall ausgeglichen werden würden (was ich mal annehme)? Sprich ob ich mit CoreAVC vermutlich glücklich werden würde oder ob ich das Video nochmal mit geringerer Bitrate kodieren muss...
PS: Das Video ist im Matroska-Container und man liest immer mal von Leuten bei denen mkv ruckelt und avi nicht. Kann das irgendwer bestätigen, dass mkv in Verbindung mit h264-Codecs eher für Ruckler sorgt? Ich vermute die Leute die sowas bemängeln habe ohne es zu wissen nicht das exakt gleiche Video im avi gehabt wie im mkv, aber ich würds gerne mal endgültig wissen.