Bei jedem ersten Programmstart nach vollständigem Boot friert das Hub-Fenster ein. Der Cursor bewegt sich aber keine weitere Reaktion. Ein Dump wird geschrieben. KEINE MÖGLICHKEIT ABZUBRECHEN ODER EIN PROJEKT ZU STARTEN: Wenn ich den Hub-Prozess mit dem Taskmanger abbreche, startet Cubase normal im “Sicheren Modus”. Nach Eingabe von “Aktuelle Programmeinstellungen verwenden” geht es problemlos weiter. Alle Projektfunktionen funktionieren soweit wie ich es als Anfänger beurteilen kann.(allerdings bleibt das “NewsFenster” im Hub schwarz mit einem wagerechten Strich in der Mitte).
Das passiert nur, wenn ich vollständig boote. Verlasse ich den Desktop mit der Funktion “Energie sparen” kann ich danach ganz normal starten.
Auf meinem vorherigen Laptop mit Win 10 und C13 hatte ich nie Probleme. Jetzt habe ich einen brandneuen Desktop.
Ich habe mir mal den Crash-Report angeschaut. Das geht etwas über meinen Kenntnisstand hinaus, aber es sieht so aus, als hinge der Rechner im Bereich WDM fest. Das ist das Audiotreibermodell des Betriebssystems.
Gibt es eventuell ein Treiberupdate für Dein Arturia-Interface?
Falls nicht, deinstalliere den Treiber und installiere ihn dann nocheinmal. Vielleicht ist bei einem Windows-Update dort etwas überschrieben worden. Solche Fälle hatten wir bereits.
Wie @Johnny_Moneto schon geschrieben hat, dein Crash passiert im Windows WDM Audio Treiber. Das WDM Modell ist eigentlich veraltet, aber leider unterstützt noch nicht jede Hardware das neuere WinRT System.
Du kannst es aber einfach testen, in dem du in Cubase einfach mal auf WinRT umstellst und dann überprüfst ob dein Interface damit funktioniert. Wie das geht steht hier
Den Treiber des Arturia Audiofuse habe ich deinstalliert und neu aufgespielt, allerdings hat dies nichts geändert.
Die Methode mit der Umstellung auf WinRT hat tatsächlich insoweit geholfen, dass Cubase startet und auch die vorhandenen Audiospuren abspielt. Aber sobald ich mit der Bearbeitung beginne, sei es Effekte laden oder neue Spuren hinzufügen, etc. friert das Programm ein.
Ich lade davon nochmal die Crash-Dump-Datei hoch. Vielleicht entdeckt ihr darin ja etwas Neues.
Naja diesmal crasht es direkt in Cubase 13 und leider so das man, ohne Sourcecode und Debugger, da leider nicht viel rauslesen kann.
Es scheint mit dem MIDI Device zu tun zu haben, aber das ist eine ziemlich wilde Annahme, ohne echte Bestätigung. Hier hilft dir wohl nur der Support… am Besten anrufen,
Meinst Du?
Für mich sieht es so aus, als wartet das Programm auf einen Thread. Aber welcher Thread?
Oder kommt ntdll!RtlEnterCriticalSection und die nachfolgenden Calls vom Einleiten des Freezedumps?
Der Stacktrace sieht für mich aus als wenn da auf einen Event gewartet wird, vermutlich, wie du schon schreibst, in einem Thread und das in einem Windows Bereich. Was das genau ist kann man so leider kaum rausfinden, der Minidump gibt nicht genug her.
Das wird für mich langsam etwas schwer zu verstehen
Ich werde mal den Support kontaktieren und wenn sich eine Lösung ergibt, werde ich sie hier mitteilen.
Danke für eure Einschätzungen und bis dahin!
Ich kann leider nicht genau erklären was genau es behoben hat, aber Cubase läuft plötzlich ganz normal ohne irgendwelche Querelen.
Ich habe ein weiteres Mal Cubase neu installiert, auch noch einmal den AudioFuse Treiber (habe ich ja beides vorher schon gemacht) und WinRT MIDI wieder abgewählt. Als ich in der Musikschule dann die Aufnahmen mit meinen Schülern gestartet habe, lief plötzlich alles normal, obwohl ich schon mit dem üblichen Prozedere mit Task Manager und Neustart, etc. gerechnet habe.
Falls ich weitere Erkenntnisse zur Fehlerbehebung gewinne, werde ich sie hier reinschreiben.
