Zitat:
Zitat von rorolowa
So weit ich mich erinnere behandelt Winforms jedes Control wie ein eigenes Fenster, sprich für jedes Control wird ein eigene Window-Handle erzeugt & verwaltet.
Geht ne Weile geht, aber irgendwann steht man vor ner Mauer.
Von daher der grosse Sprung zu WPF , dort gibts nur noch einen Handle pro form
|
Ich sehe das eher als ein Nachteil von WPF.
Wenn ich für jedes Control ein Handle hab, kann ich flexibler drauf zugreifen, versteckte Listen systemweit in Tools sichtbar machen, PostEvents systemweit senden usw
Wenn ich z.B den XUL Ramsch von Mozilla vor mir habe, könnte ich jedesmal abkotzen wenn ich nicht an das Handle von jedem Element komme, weil der Ramsch ziehmlich abgeschlossen in seiner eigenen Welt läuft.
Also bisher bin ich noch nie an die Grenze gestossen, selbst wenn ich mehrere hundert Images,ButtonImages etc geladen habe
https://postimg.cc/gallery/Xq4Kv02
Im ersten Bild sind pro Reihe 180 Bilder/Frames (mit maximal 500x500, ist aspect ratio korrekt ausgerichtet) Also 540 Bilder + 540 ImageButtonGadgets, und es baut sich recht zügig auf.
Im zweiten Bild nach druck auf + werden die 180 in der ersten Reihe blitzschnell verschoben.
Im dritten bild dauert es den Bruchteil einer Sekunde um das Grid neuanzupassen (sobald eine Änderung an der Anzahl, werden alle alten Images + ImageButtons freigegeben, eine Matrix Calculation ausgeführt und entsprechend neue erstellt, und noch zig andere Sachen gemacht die die liste Links unten betreffen)
Im vierten Bild kann ich alle 3 Bilder (ja nur 3 Images. Es sind Frame Images. Von denen jedes Bild 180 Frames hat) gleichzeitig mit nicht messbar vorhandener Last mit 5ms Delay (also 5-6 x so schnell wie im Original) zwischen den Frames abspielen lassen. Selbst auf meinem uralt Single Core (ist sowieso ein Single Core Tool) 1,2ghz Pentium M Laptop auf'm Bett, würde das dank der guten 2D Beschleunigung von GDI (und entsprechender Grafikkarte die GDI noch wirklich nativ drauf hat, also alles unterhalb der uralten Geforce 8xxx Reihe) noch gehen.
Mein uralt AMD Phenom x4 945 Quadcore von 2010 läuft die meiste Zeit zwangs gedrosstelt und taktet nicht über 2,4GHZ pro Kern.
ps: File 1 (MPEG Original) File 2 (x264 Rip im Avi Container) und File 3 (der selbe x264 Rip nur im MKV Container) haben die selbe Länge, und Frame Anzahl.
Die dritte Reihe hat aber andere Frames sichtbar, weil die 3. Datei einen mkv container benutzt, und es da beim seeking Probleme mit VirtualDub & all dem FFmpeg Kram gibt.
Desshalb hab ich die Shift Funktion eingebaut, den manchmal gibt es auch zwischen MPEG Original und x264 in AVI & MP4 einen Versatz, von maximal 5 Frames.