Cubase 14 / Crashdump auslesen und deuten

  • Ersteller inception
  • Erstellt am
inception

inception

Registriert
03.05.16
Beiträge
624
Reaktionen
121
Punkte
1.131
Hallo zusammen,
wie liest man denn die crashdump Files aus? Also ich habe mir WinDbg Preview runtergeladen aber da kann ich ehrlich gesagt keinen Schuldigen aufspüren? Gibt es ein besseres Tool dazu?
 
Moin!

Wenn es ein Plugin ist, sieht es beim Crash im Falle von VST's so aus, dass im unteren Falle "Transient Master" schuld ist. Wenn keine Plugins aufgelistet sind kann der Absturz aber auch irgendwoanders auftreten (z.B. Treiber Audio-Interface, Windows, Cubase Bug ...) . Du kannst auch solche Logs an den Steinberg Support senden, die können im letzterem Falle eher was damit anfangen.

1742214136425.png
 
Hallo zusammen,
wie liest man denn die crashdump Files aus? Also ich habe mir WinDbg Preview runtergeladen aber da kann ich ehrlich gesagt keinen Schuldigen aufspüren? Gibt es ein besseres Tool dazu?

Hast Du auch "analyze -v" gedrückt?

Sonst kommt auch nicht viel.

In den meisten Fällen wird ein Plugin als Verursacher aufgezeigt, wenn nicht, dann die DAW an sich.
 
Zuletzt bearbeitet:
Hast Du auch "analyze -v" gedrückt?

Sonst kommt auch nicht viel.

In den meisten Fällen wird ein Plugin als Verursacher aufgezeigt, wenn nicht, dann die DAW an sich.
Oh Shit...das habe ich nicht gemacht...werde ich heute Abend gleich mal ausprobieren. Danke :)
 
Moin!

Wenn es ein Plugin ist, sieht es beim Crash im Falle von VST's so aus, dass im unteren Falle "Transient Master" schuld ist. Wenn keine Plugins aufgelistet sind kann der Absturz aber auch irgendwoanders auftreten (z.B. Treiber Audio-Interface, Windows, Cubase Bug ...) . Du kannst auch solche Logs an den Steinberg Support senden, die können im letzterem Falle eher was damit anfangen.

Anhang anzeigen 153037
Danke für den Screenshot..da schaue ich heute Abend gleich mal nach. :)
 
So richtig viel Informationen bekommt man als Benutzer auch nicht aus solchen Dump Dateien heraus, da die Objekt Dateien gestripped sind, also ist der textuelle Kontext zum Debuggen entfernt und die Dateien sind dadurch im Verhältnis zu Debug Dateien wesentlich kleiner.
Da Steinberg zumindest für ihre Produkte die Debug Dateien sicherlich von jedem Release aufbewahren, können sie bei Problemen z.B. in Cubase sicherlich die Codestelle aus einem CallStack auflösen. Das funktioniert bei C++ Programmen bis auf Code Zeilenebene.

Was für eine optimale Auflösung solcher DMP Dateien bei Windows noch fehlt, ist die Information zu den Memory Mappings.
 
So, also das hier kam raus:

STACK_COMMAND: ~0s; .ecxr ; kb

SYMBOL_NAME: komplete_kontrol+9fb52e

MODULE_NAME: Komplete_Kontrol

IMAGE_NAME: Komplete Kontrol.vst3

FAILURE_BUCKET_ID: BREAKPOINT_80000003_Komplete_Kontrol.vst3!Unknown

OS_VERSION: 10.0.26100.1

BUILDLAB_STR: ge_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

IMAGE_VERSION: 3.3.4.0

FAILURE_ID_HASH: {6b54de63-afb1-9ecd-67b7-8a42b9e5db84}

Followup: MachineOwner

War dann wohl Komplete Kontrol...oder?
 
Yepp, FAILURE_Bucket_ID zeigt es an.

Wenn Du weiter nach unten scrollst, sollte das VST3 nochmal mit blauer Schrift sichtbar werden.
 
Yepp, FAILURE_Bucket_ID zeigt es an.

Wenn Du weiter nach unten scrollst, sollte das VST3 nochmal mit blauer Schrift sichtbar werden.
Ich habe hier schon wieder Probleme: Diesmal das hier:
STACK_COMMAND: ~0s; .ecxr ; kb

SYMBOL_NAME: igd10um64xe+10a157

MODULE_NAME: igd10um64xe

IMAGE_NAME: igd10um64xe.DLL

FAILURE_BUCKET_ID: BAD_INSTRUCTION_PTR_INVALID_POINTER_READ_c0000005_igd10um64xe.DLL!Unknown

OS_VERSION: 10.0.26100.1

BUILDLAB_STR: ge_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

IMAGE_VERSION: 32.0.101.5768

FAILURE_ID_HASH: {8815d2fc-6579-8c27-f198-896ffd8c0c0f}

Followup: MachineOwner
DAs ist wohl etwas mit der Intel-Grafiktreiberbibliothek zu tun...
Das Problem tritt ehrlich gesagt nur bei diesem Song auf. Der Song stammt von meinem Musik Partner, der ist mit Mac unterwegs, hat aber auch Cubase 14.
Was könte das denn sein?
 
Intel HD Treiber aktualisieren. Beim Zugriff auf die Intel HD Treiberbibliothek tritt wahrscheinlich eine NullPointerException auf.
Ggfs. einen System File Check unter Windows durchführen per Befehl "sfc /scannow", mit dem man auch System Dateien reparieren lassen können soll.
 
Intel HD Treiber aktualisieren. Beim Zugriff auf die Intel HD Treiberbibliothek tritt wahrscheinlich eine NullPointerException auf.
Ggfs. einen System File Check unter Windows durchführen per Befehl "sfc /scannow", mit dem man auch System Dateien reparieren lassen können soll.
Danke...seltsamerweise tritt das nur bei einem Song auf. Der stammt ursprünglich von einem Mac-System aber auch Cubase 14. Bei anderen Projekten passiert das ehrlich gesagt nicht.
 

Neue Antworten


Oft gelesene Themen

Zurück
Oben