Grafisches Problem - WinForms zu WPF

Naja, das mit den Pixeln müsste ich bei meiner Variante nicht direkt. Deshalb ja %, 100 / TrackLength * TrackPosition, der Property MarkerPercentage geben und alles ist im Control geregelt. Brauche keine Width oder Height sonst wo, nur im OnRender des Controls. Klar hab ich so nicht die Größe des Controls um eine passgenaue Bitmap zu erstellen(im Fall von MVVM), das ließe sich aber auch über Umwege machen, aber muss glaub ich nicht sein, bisschen Skalieren wird keinem auffallen.(Zumindest nicht bei der WaveForm)

PS.
Ja das mit dem CroppedImage scheint bei mir nötig zu sein, denn DrawImage hat keine Überladung wo man ein Source-Rect und ein Destination-Rect angeben kann.(Wie es in Forms ist)

@kafffee

Ich bin gerade an ganz anderer Stelle unterwegs. Ich hab die BassNet zerpflückt und selbst kompiliert, so das ich einen WaveForm-Konstruktor(mit Callback-Argument) ohne Forms.Control habe. In WinForms wird das Bild schon gezeigt bevor es ganz fertig ist(wird stück für Stück geupdated), daher finde ich das mit dem Callback so gut, in WPF müssen wir warten bis ganz gerendert wurde. Ich muss aber noch ein Problem lösen, wenn ich das zum Teil gerenderte Bild der Property zuweisen will knallt es.(Das Object wird bereits an andere Stelle verwendet), passiert auch wenn ich versuche die Bitmap zu klonen. Ich habe da schon einige Ideen, mal schauen wie ich versuche es anzugehen.

Jetzt mach ich erst mal am CustomControl weiter, das gefällt mir besser als mit dem Canvas. So ist alles nötige im CustomContol, finde ich sauberer.

Gibt da ein magisches Werkzeug für NET-Kompilate, nennt sich IlSpy Damit kannst du aus NET-DLLs/-EXEs wieder den Source herstellen(nicht 1:1), man kann das auch als VS-Projekt speichern, diese Projekte sind aber nicht immer ohne weiteres Lauffähig, hin und wieder muss man noch Hand anlegen, aber die aktuelle Version von IlSpy hat das gut mit der BassNet hinbekommen, war nicht mehr viel zu machen.

github.com/icsharpcode/ILSpy

Gibt es auch schon fertig kompiliert im MS-Store als Desktop-App.

kafffee schrieb:

Und wie weit bist du gekommen mit deiner Callback-Funktion?

Also mit dem Callback da seh' ich mittlerweile schwarz. Ich konnte zwar ohne Probleme das Callback einbauen, aber der Zugriff auf das Bitmap geht in die Hose. Ich bekomme die Meldung das das Object bereits an anderer Stelle verwendet wird(selbst wenn ich das Bitmap Clone in der BassNet und dann ausgebe), ich müsste einiges in der BassNet ändern, das gefällt mir nicht, müsste ich immer wieder nach einem Update ändern, eben schnell die Überladung wär noch ok.

Jetzt wo ich darüber schreibe glaube ich, ich sollte noch mal schauen ob das wegen etwas Threadübergreifendes ist und die Fehlermeldung mich auf eine falsche Fährte geführt hat. Wäre nicht das erste mal.

Wenn es das nicht ist, werde ich selbst ein Bild rendern, das auslesen der Werte aus der Datei geht einfach, das malen wäre auch kein Problem, das hatte ich ja schon in WPF gemacht. So wäre dann auch das laden für's Auge besser, man sieht wie die Datei gescannt wird(alle x Frames die Property mit dem Image ändern), deutlich besser als wenn man erst nichts sieht und dann alles.

PS. @kafffee
Das Problem mit der Endlosschleife, weis nicht warum er nie Aufhört zu rendern, bzw. warum die Bass nicht fertig wird. Aber ich kann mir vorstellen, das es vorgesehen ist in dem Fall mit dem CallBack zu arbeiten, müsste man mal in Worms mit diesen Settings auf die Callback-Art machen, wenn da der Marker durch .DrawMarker ständig aktualisiert wird, wie auch beim Scannen der Datei(Audio), wird unter WinForms wenn man die Callback-Variante nimmt ds Bild immer aktualisiert, dann wird das der Grund sein warum du in der Endlosschleife festhängst.

@kafffee
Ein Verweis auf WInForms reicht, einfach Nothing für's Control reingeben. Wenn man diesen Konstruktor nimmt, muss nur System.Windows.Forms.Control bekannt sein. Also muss nur drauf verwiesen werden. Wenn der Kompiler nicht weiß wie viel platz(Bytes) er dort verwenden muss kann das nicht gehen, sobald drauf verwiesen ist, kennt er an dieser Stelle die Größe und kann das kompilieren.

Ich habs, warum auch immer das jetzt geht.

Der relevante Code, sieht genau so aus wie in WinForms, also das laden, man sieht wie das Bild mehrfach geupdated wird, wärend gescannt wird. Ich glaube fast weil ich das jetzt im Service machen, nicht im ViewModel selbst und das Event aus dem Service heraus feuer geht es.

Wichtig! Das hier:

Wird bei dir nicht gehen, Verweis auf WinForms und Nothing anstatt IntPtr.Zero, ich hab ja die editierte BassNet.

Also da fehlen Grundlagen, also wie man Events deklariert, abonniert und feuert.

kafffee schrieb:

(1) Public WaveFormRendered As EventHandler(Of BitmapSource)
Ich kenne das jetzt nur so, z.B.:
AddHandler BitmapSouce.Event, AddressOf WaveformRendered

Das erste ist eine Deklaration eines events, das andere ist zum abonnieren.

Also diesen Code habe ich in einem Service, weil wir die Bass ja nur einmal laden brauchen aber auf keinen Fall zur Designtime, habe ich das BassZeugs in einem Service. Im ViewModel hole ich mir den, dort habe ich auch das Event abonniert,



Zu 2: So feuert man Event in C#
WaveFormRendered?.Invoke(Me, bmps)
Die besonderheit des Fragezeichens ist ein "null-check". Ist das gleiche wie folgendes, aber ein Einzeiler.



Zu3, das habe ich so nur gemacht, weil ich noch ein Threading-Problem hatte, DependencyObject muss im selben Thread wie die Property erstellt werden. Das gab Probleme mit dem instanziieren eine BitmapSource. Ich mach dir mal eine kleine Mappe in VB fertig.

PS. @kafffee
Ich habe eine Projektmappe angehängt. Um das zum laufen zu bekommen, musst du im ViewModel-Projekt einen Verweis auf die BassNet machen, da die Mappe für x64 ausgelegt ist, die x64 bass.dll in Debug/Release-Ordner vom Program-Projekt kopieren, dann nur noch im ViewModel einen Pfad zu einer Audiodatei festlegen.

kafffee schrieb:

Manchmal sucht man halt echt an der falschen Stelle...

Oh ja, gestern hatte ich auch so einen Moment von Dauer.

Mir flog immer eine Null-Reference-Exception um die Ohren, konnte mir das nicht erklären. Überall gesucht, nur nicht da wo es falsch war.
Ändern mal in der App.Xaml.vb die Reihenfolge in welcher die Services hinzugefügt werden, so das der Fensterservice vorm BassLibService instanziiert wird(mach ich ja in der selben Zeile), heute morgen beim Kaffee da hatte ich dann den Geistesblitz. Wollte die Mappe eigentlich gestern schon anhängen.

Ich kann dir morgen via PN meine C# Projektmappe geben. Ich finde da hab ich die Architektur ganz gut. Solltest du dir mal anschauen, kurz erklärt:

Über die Fensterservices komm ich an den DataContext der Fenster, jedes Fenster hat ein eigenes ViewModel. Dazu habe ich ein MasterViewModel, in diesem ViewModel habe ich Properties der anderen ViewModels, nun kommen die Services ins Spiel, über die hole ich den DataContext der Fenster, somit hab ich die ViewModel-Instanzen in der MasterViewModel klasse. Von dort aus wäre es einfach an all das zum speichern dran zu kommen. Im MasterViewModel ist dann auch der Service für die Bass zu finden, egal in welchem Fenster nun was geändert wird, alles ganz einfach zu managen.

So schaut das dann in meiner App.Xml.cs aus:(Ich habe keine StartUpUri in der App.Xaml angegeben!)

Erstmal brauchst du keine weitere Bitmap, von CreateBitmap kommt schon eine, du kopierst sie nochmal. Aber das ist es nicht, häng mal dein Projekt an.