Die Kompressionszeit ist komplett egal.
Bei [lexicon]MagicYUV[/lexicon] habe ich 8-9ms und bei UT Video hab ich 32+ms und trotzdem hab ich bei UT Video mehr Ingame Fps.
Wohl kaum ist die egal. Und deine Rechnung ist doch irgendwo logisch.
Wenn ich zb UTVideo nur 2 Threads gebe habe ich eine deutlich höhere Kompressionszeit, als wenn ich dem alle verfügbaren Threads gebe. Bei letzterem verbraucht der [lexicon]Codec[/lexicon] aber auch mehr [lexicon]CPU[/lexicon] Leistung logischerweise für sich und das Spiel hat weniger.
Von daher ergibt deine Rechnung doch sinn^^ Längere Kompressionszeit -> wahrscheinlich durch weniger Threads ausgelöst -> weniger [lexicon]cpu[/lexicon] belastung durch den [lexicon]codec[/lexicon]. 32ms find ich aber echt recht hoch. Haste vllt nur Dividor auf 2 gehabt? So viel hab ich da nie. RGB 2560x1600, 50fps mit threads auf 3 hab ich 17 bis 19ms. Ka wie du auf 32+ kommst. Wenn ich die Threads auf Vollgas setze komm ich sogar auf 10 bis 15ms runter.
@Kayten : Predict Median wäre dann noch kleiner geworden ;D (dynamic kompression bei [lexicon]magicyuv[/lexicon] aber natürlich ebenso).
[lexicon]MagicYUV[/lexicon] komprimiert schon besser. Unterschied ist jedoch das [lexicon]MagicYUV[/lexicon] bei RGB mit RGB32 aufnimmt und UTVideo mit RGB24 (sofern du den RGB [lexicon]codec[/lexicon] nimmst und nicht RGBA). Darum hat UTVideo hier ein Vorteil in der Kompression. Obgleich du den nun nutzt oder nicht. Bei nichtnutzung sind die zusätzlichen 8 bit für den [lexicon]Alphakanal[/lexicon] dann halt leerdaten - aber um den speicher zu sparen müsstest schon die 8bit weglassen, statt sie zu schreiben (sagt ja schon die mathematik)
Zitat
Gar nicht AB kann nur im Vollbild aufnehmen.
Der kann auch Fenster aufnehmen. Kann aber ältere Spiele geben die im Fenstermodus nur Software Renderer nutzen können ([lexicon]CPU[/lexicon] - kein DirectX / OpenGL / Glide)
Generell ist aber vollbildmodus bei einigen Spielen performanter.