Verschachteltes Bildskalierungs-Sub-Bild bleibt unten UI

Question

Ich habe ein Bildbetrachtungs-Steuerelement für meinen Chef erstellt, das Schwenken, Zoomen über das Mausrad und Zeichnen einer Box zum Zoomen enthält. Die Steuerung muss sehr große Bilddateien unterstützen (d. H. Mehrere tausend Pixel auf jeder Seite).

Alles funktioniert, aber wenn der Code das Bild skaliert, reagiert die Benutzeroberfläche der Steuerung nicht mehr. Mein Chef ließ mich den Skalierungscode mithilfe von Threading von der Benutzeroberfläche unterscheiden. Der Skalierungscode befindet sich nun definitiv in einem separaten Thread, aber die Benutzeroberfläche ist immer noch blockiert, während der Skalierungscode läuft! Kann mir bitte jemand dabei helfen ??

Unten ist der Skalierungscode. Lass es mich wissen, wenn das nicht genug ist, um mir zu helfen, und ich werde den Code posten, den du brauchst!

UPDATE: Hier ist der Kontrollcode in seiner Gesamtheit. link text

Answer 1

Es scheint, dass es eine globale Sperre in der GDI + API gibt. Für Test habe ich zwei Threads basierend auf folgende Funktion

 
static void test_thread() 
{ 
    Bitmap bmp = new Bitmap(4000, 4000); 
    Graphics g = Graphics.FromImage(bmp); 
    Brush b = Brushes.Red ; 

    for (; ;) { 
     g.FillRectangle(b, 0, 0, bmp.Width, bmp.Height); 
    } 
} 

Wenn die Endlos-Schleife hat ben leer gelassen, war die CPU-Auslastung über 90%, so dass sie sie beide Kerne meiner CPU genutzt. Wenn FillRectangle vorhanden ist, war die Verwendung geringfügig unter 50%, was darauf hinweist, dass nur ein Thread es gleichzeitig ausführen kann.

Es ist also möglich, dass jeder Aufruf von GDI +, den Sie während der Skalierung aus dem GUI-Thread ausführen, blockiert wird, bis die Skalierung abgeschlossen ist.

Answer 2

Ich vermute, dass, da die Skalierung alle CPU verwendet, die die UI bogging. Beide Threads haben wahrscheinlich die gleiche Priorität.

Versuchen Sie, die Priorität des Skalierungs-Threads zu verringern, damit die Benutzeroberfläche reagieren kann.

Values for Thread Priority: 

Above Normal -> Gives thread higher priority 
Below Normal ->Gives thread lower priority 
Normal -> Gives thread normal priority 
Lowest -> Gives thread lowest priority 
Highest -> Gives thread highest priority 

so you would probably use: 

Thread1.Priority=System.Threading.ThreadPriority.BelowNormal 

Answer 3

Versuchen Sie es stattdessen.

Private Sub Worker(object o) 
    Dim args as ScaleImageArguments 
    args = CType(o, ScaleImageArguments) 
    ScaleImage(args) 
End Sub 

Private Sub RunScaleImageAsync(ByVal img As Image, ByVal scale As Double) 
    System.Threading.ThreadPool.QueueUserWorkItem(Worker, _ 
       New ScaleImageArguments(img.Clone, scale)) 
End Sub 

ALTERNATIVE - Mit dem Muster Async.

Private Delegate Sub ScaleImageDelegate(ByRef arg As ScaleImageArguments) 

Private Sub BeginScaleImage(ByRef img As Image, ByVal scale As Double) 
    Dim d As ScaleImageDelegate 
    d = New ScaleImageDelegate(AddressOf ScaleImage) 

    d.BeginInvoke(New ScaleImageArguments(img.Clone, scale), _ 
        New AsyncCallback(AddressOf EndScaleImage), d)   
End Sub 

Private Sub EndScaleImage(ar As IAsyncResult) 
    Dim d As ScaleImageDelegate 
    d = CType(ar.AsyncState, ScaleImageDelegate) 
    d.EndInvoke(ar) 
End Sub 

Dann rufen Sie einfach BeginScaleImage, um es asynchron auszuführen.

BEARBEITEN - Siehe Korrekturen oben. Das Argument ar auf der EndScaleImage sollte mit ByRef deklariert werden, und auch der Parameter img der BeginScaleImage. Es gibt keinen Grund, warum sie ByVal übergeben werden sollten !!

Answer 4

Wie stellt Ihr ImageScaled() das Bild wieder auf der Benutzeroberfläche dar?