WPF: Wie effizient aktualisieren ein Bild 30 mal pro Sekunde

Ich Schreibe eine WPF-Anwendung, die verwendet eine Komponente, und diese Komponente gibt einen pointer (IntPtr), um Pixel einer bitmap-Grafik (stride * Höhe). Ich weiß im Voraus, dass die bitmap ist eine 24 Bits rgb, seine Breite und Höhe.

Aktualisierung des Bild-Steuerelements mit diesen bitmaps macht ein video für den Benutzer, aber ich bin mir nicht sicher, was ist der effizienteste Weg, dies zu tun, die meisten der Zeit, die die CPU-Auslastung geht bis 75%+ und Speicher ändern von 40 MB auf 500 MB und die nI denke, dass GC beginnt zu arbeiten und dann fällt es wieder bis 40mm. Die app beginnt nicht reagieren.

Was soll ich tun?

Dank!

InformationsquelleAutor John | 2010-03-16
  1. 17

    Sind Sie wahrscheinlich der Zuweisung von neuen Bitmaps, die nicht Einweg. Ordnen Sie eine einzelne WriteableBitmap-Objekt und zu aktualisieren, dass stattdessen. Die verlinkten Dokumentation beschreibt den Prozess, der hinter sperren, aktualisieren, und entsperren eines WriteableBitmap

    Auf software, ich arbeite mit live-Ultraschall-Bilder in WPF, erhalte ich eine Windows Forms Bitmap, welche kopiere ich in das WriteableBitmap-Objekt direkt über die native CopyMemory-Methode. Auch mit diesem mehr komplizierte Arbeit, die CPU ist nicht angespannt zu hart, und die Speicherauslastung bewegt sich nie, solange ich ordnungsgemäß entsorgen, was ich kann. Hoffentlich diesem Beispiel können Sie helfen:

    //DLL returns images as a WinForms Bitmap
Bitmap bmp = myClass.getWinFormsBitmap();

//In my situation, the images are always 640 x 480.
BitmapData data = bmp.LockBits(new Rectangle(0, 0, 640, 480), ImageLockMode.ReadOnly,  System.Drawing.Imaging.PixelFormat.Format32bppArgb);
this.writeableBitmap.Lock();

//Copy the bitmap's data directly to the on-screen buffers
NativeMethods.CopyMemory(this.writeableBitmap.BackBuffer, data.Scan0, ImageBufferSize);

//Moves the back buffer to the front.
this.writeableBitmap.AddDirtyRect(new Int32Rect(0, 0, 640, 480));
this.writeableBitmap.Unlock();

bmp.UnlockBits(data);

//Free up the memory of the WinForms bitmap
bmp.Dispose();

    Wo CopyMemory ist definiert als:

    [DllImport("Kernel32.dll", EntryPoint = "RtlMoveMemory")]
public static extern void CopyMemory(IntPtr Destination, IntPtr Source, int Length);
    • werde es testen und Euch wissen lassen, danke!
    • warum bist du nicht mit der WritePixels-Methode auf WriteableBitmap? Nur wenn es einen bestimmten Grund.
    • Es ist 4 Jahre später, aber wenn es vorbei ist, aber ich kann mich nicht erinnern, warum. Die Umsetzung für die WritePixels-sieht ähnlich aus, außer, dass es unsichere Logik referencesource.microsoft.com/#PresentationCore/src/Core/CSharp/... (und ist wahrscheinlich ein wenig sicherer in der Logik). So weit wie Leistung, würde ich annehmen, Sie sind ähnlich, aber man müsste es testen, um sicher zu sein. Ich bin mir auch nicht sicher, ob Sie anrufen können WritePixels auf einem hintergrund-thread, wo ich glaube, Sie können tun, einige der Logik hier in den hintergrund.
    • Erstellen Sie den WritableBitmap im UI-thread. Denn wenn Sie nicht, Sie erhalten InvalidOperation, wenn dabei bitmap.Lock() im UI-thread z.B. in CompositionTarget.Rendering oder jedes andere event-handler
    InformationsquelleAutor Will Eddins
  2. 4

    Verwendung der convenience-Methode genannt WritePixels auf WriteableBitmap können wir schreiben es etwas kürzer, etwa so:

    //DLL returns images as a WinForms Bitmap
//It's disposed even if an exception is thrown
using (Bitmap bmp = myClass.getWinFormsBitmap())
{
    //In my situation, the images are always 640 x 480.
    BitmapData data = bmp.LockBits(new Rectangle(0, 0, 640, 480), ImageLockMode.ReadOnly, System.Drawing.Imaging.PixelFormat.Format32bppArgb);
    writeableBitmap.WritePixels(new Int32Rect(0, 0, 640, 480), data.Scan0, ImageBufferSize, data.Stride);
    bmp.UnlockBits(data);
}
    • die Klasse hat ImageBufferSize gehört ?
    InformationsquelleAutor vidstige
Schreibe einen Kommentar