Ich kann jetzt nur raten, weil ich kein Plan von WPF habe. Aber generell täte ich sagen da fehlt ein new, so wie du das hast ist der Dispatcher zwar deklariert, aber du hast keine Instanz davon erzeugt.

Hab jetzt mal einen WPF Crash-Kurs versucht, dachte könnte SingleTon sein, wo man einfach die Instanz über eine statische Funktion holt, aber Dispatcher selbst scheint statisch zu sein, als ich mit Intellisense nach einer Funktion suchte um eine Instanz zu bekommen, viel mir auf, das direkt Invoke vorgeschlagen wird, daraufhin habe ich das probiert und ohne Crash ging es, ob das nun nach MVVM ist keine Ahnung

Vllt. kommste damit weiter.

Ich probier das mal aus, Anhand dessen


hab ich sofort gesehen Bass.dll, so schwer kann WPF ja nicht sein, als ich es das letzte mal versucht hab, hatte ich nicht mal DataBinding in WinForms drauf, schon Jahre her, aber das traue ich mir grad zu. Wollte immer noch mal einen Versuch mit WPF starten.

Der Dispatcher bezieht sich doch auf ein Control? Wieso deklarierst du bitteschön dein eigenen Dispatcher?

Einfach Application.Current.Dispatcher.Invoke, oder einfach Dispatcher.Invoke, der Methode ein delegate übergeben, die Priorität und dann anschließend die Methoden-Argumente spezifizieren.
Siehe: docs.microsoft.com/en-us/dotne…cher-invoke(system-action)
und
docs.microsoft.com/en-us/dotne…r?view=windowsdesktop-6.0

Geht das nicht?

@kafffee
Mein Kopf funktioniert trotz einer Corona Infektion wieder , hatte erst ein Problem mit einer Exception:

Assistent für verwaltetes Debuggen "CallbackOnCollectedDelegate" : "Für den von der Garbage Collection gesammelten Delegaten vom Typ "Bass.Net!Un4seen.Bass.SYNCPROC::Invoke" wurde ein Rückruf durchgeführt. Dies kann Anwendungsabstürze, Datenbeschädigung und -verlust zur Folge haben. Beim Übergeben von Delegaten an nicht verwalteten Code müssen die Delegaten von der verwalteten Anwendung beibehalten werden, bis sichergestellt ist, dass sie nie aufgerufen werden."

Abgesehen vom SYNCPROC in der Klasse, dem Window_Loaded Event und dem Dispatcher, identisch mit WinForms

Als ich dann das SYNCPROC in der Klasse deklarierte anstatt in der Sub, war das auch gegessen. Sicher kriege ich noch einen auf'n Deckel von einem WPF Experten, aber das ist mein funktionierender Versuch.

Kannst du mal dein Projekt anhängen, würd mich mal WVVM konform interessieren, vllt. find ich sogar das Problem.

Ich hatte erst das SYNCPROC in Zeile 19 deklariert und direkt eine Instanz erzeugt, also im Window_Loaded. Aufgrund der Meldung das

die Delegaten von der verwalteten Anwendung beibehalten werden(anmerkung von mir: müssen), bis sichergestellt ist, dass sie nie aufgerufen werden."

war mir klar, das durch deklarieren des SYNCPROC's im Gültigkeitsbereich der Klasse das SYNCPROC da bleibt.

Ein klein wenig habe ich hier bereits über MVVM mitgelesen, das das Modell die View nicht kennt oder andersrum, oder beides kennt sich nicht, hört sich ein wenig wirr an, aber ich denke da werde ich schon noch hinter kommen. Ich schau mal rein.

Also ich sehe schon, reichlich Code für "wenig". Bin noch dabei die Architektur zu analysieren, sogar im Designer läuft die Musik, hatte mich gewundert wo die Musik herskommt, als ich den Designer öffnete. Könnte man da nun nicht einfach einen weiteren Service nutzen welcher eine Sub Invoke(action as Action) hat, und dort drin Application.Current.Dispatcher nutzen um die reinkommende Action auszuführen?

Oder das einfach in WindowService reinmachen?

kafffee schrieb:

Ne kein Control. @BitBrösel hat das sofort richtig erkannt, es geht um die bass.dll...

Du hast scheinbar nicht verstanden worauf ich hinaus will: Wieso deklarierst du ein Dispatcher-Objekt?? Die Dispatcher-Property wird zur Verfügung gestellt, das hat mit der bass.dll rein gar nichts zu tun.
Jedes WPF-Objekt erbt von "DispatcherObject", demnach musst du den Dispatcher nicht selbst deklarieren/instanziieren. Eventuell solltest du dich erstmal einfach in WPF einarbeiten?

@kafffee Also nun läuft es nicht mehr im Designer, lag wohl daran das ich die DLLs gelöscht hab, Projekte neu erstellt, wodurch der Designer nicht funktionierte. Beim öffnen(bzw. neu laden) lief dann die Musik. Dachte schon ein Nachbar startet eine Party.

Hab mir ein wenig das hier angeschaut und hab 'ne simple Lösung gefunden die in deinem Demo-Projekt funktioniert.
docs.microsoft.com/de-de/archi…hing-in-mvvm-applications

Einen Fehler hatte ich wenn das Lied zu Ende war, in der Sub UpdateVisualization, BMP war Nothing, check hinzugefügt. Auch ein SyncProc habe ich reingemacht, aber sieh selbst, In der Debug-Ausgabe wurde tatsächlich "Track Ended!" ausgegeben, ohne das mir was um die Ohren flog. Ist doch schon mal ein Anfang Da ja an der GUI nichts veränder wurde, dachte ich mir, wofür den Dispatcher?



WPF mit MVVM wirkt schon recht kompliziert, hab ja so gut wie 0 Ahnung davon, aber mittlerweile fühle ich mich aktuell fähig das zu verstehen. Wenn ich da erstmal die Grundlagen(grundliegende Architektur) verstanden hab, wird es halb so schlimm sein, wie es grad aussieht. Ich denke ich schau mir in der nächsten Zeit mal das Tutorial vom Nofear23m an. Aber vorher kommen noch mal akustische Signale/NachrichtenTechnik(funkübertragung)/Modulation dran, such grad ein buch dafür, gab hier kürzlich ein Thema das mich interessiert, aber noch Wissen benötigt wird. Da war ich in der Lage ein nicht Kohärentes Signal zu erstellen(FSK, Frequency-Shift keying), aber bei einem Kohärenten gabs 'ne traurige Bruchlandung.