AW: Optimierung von Pixel
Kurze Frage(vllt hab ich das übersehen):
Warum puffert ihr die Scanlines? Beim Abfragen einer Scanline bekommt ihr doch nur einen Pointer. Von dort aus kann man sich selbstständig durch die Bitmap wühlen o.O. Habe mich immer daran gehalten: http://edn.embarcadero.com/article/29173 Um es damals in meinem SoftwareRenderer zu implementieren: https://github.com/Memnarch/Software...ter/Shader.pas https://github.com/Memnarch/Software...olorShader.pas |
AW: Optimierung von Pixel
Dazu müsste man wissen, ob die Zeilen in aufsteigender oder absteigender Reihenfolge vorliegen. Dann könnte man das so machen.
|
AW: Optimierung von Pixel
Steht oben im ersten Artikel ;)
Zitat:
|
AW: Optimierung von Pixel
Das Puffern der Scanlines kommt da her, dass Emil fortschreitend vertikale Linien zeichnet, und das von mir schon weiter vorne im Thread vorgeschlagene für jeden Pixel immer wieder neu Abholen der Scanline unerwartet große Performance-Einbußen brachte. Im 8-Bit Thread wurde auch meine Idee von weiter vorne hier, auf einem gerdrehten Offscreen-Bitmap zu malen, und dann mit PlgBlt gedreht auf das Formular angesprochen. Mittlerweile glaube ich aber, dass das gegenüber den gepufferten Scanlines keinen merklichen Gewinn bringt, eher sogar noch Verlust, da das Bild ja nach jeder Spalte erneut ausgegeben werden soll, und man dann pro Spalte je einen PlgBlt Aufruf dazu bekäme.
Ich halte die aktuelle Version mit gepufferten Scanlines und vertikalem Zeichnen direkt in das Ziel-Bitmap für sehr nah am mit der VCL erreichbaren Optimum. |
AW: Optimierung von Pixel
Zitat:
da jetzt, lange genug getestet, das Zeichnen das kleiner übel ausmacht. Aber natürlich kann man es weiterhin versuchen ;) gruss |
AW: Optimierung von Pixel
Zitat:
Delphi-Quellcode:
von der ersten Zeile anfordern und danach den Begin er weiteren Zeilen im zurückgelieferten Zeiger manuell berechnen.
ScanLine
Allerdings gibt es da ein paar Edge-Cases, die man beachten müsste. Windows erlaubt z.b. Bottom-up Bitmaps, bei denen man die Indizes der Zeilen invertieren müsste. Auch kann man die Zeilen nicht einfach in der Form
Delphi-Quellcode:
berechnen, weil die Daten im Speicher unter Umständen aligned werden. Das kann man aber theoretisch alles ermitteln, also machbar wäre es schon.
CurrentLinePointer := Pointer(PByte(ScanLine0Pointer) + ((Bitmap.Width * 3{pf24Bit}) * CurrentLineNumber))
|
AW: Optimierung von Pixel
Delphi-Quellcode:
Poiner-Arithmetik muß für PPixelRect aktiv sein und am Schnellsten geht es mit einem 32-Bit-Bitmap, da alles aligned und mit "vollständigen" Integern arbeitet, wo die CPU nix groß verschieben und zusammenkopieren/maskieren muß.
var
ScanlineTempArray: array of PPixelRect; ScanlineTempArray[Line][Row] := ...; |
AW: Optimierung von Pixel
Zitat:
Ob es Vorteile hat wird sich dann zeigen. :) Das letzte Sample ;) gruss |
AW: Optimierung von Pixel
Zitat:
|
AW: Optimierung von Pixel
Zitat:
Denn dann wird das Bitmap Grau. Was fehlt dann noch? gruss |
Alle Zeitangaben in WEZ +1. Es ist jetzt 22:45 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz