Beide Bugreports habe ich wie beschrieben erzeugt.
Soweit ich das beurteilen kann, haben sich die IDs der Devices geändert, das Assignment dagegen ist unverändert.
Für mich ist der Fehler nicht “senderelevant”, da er nur auf dem Bürorechner auftritt. Auf dem Senderechner tritt er nicht auf. Dort sind allerdings auch keine anderen Audioprogramme (außer vlc) im Einsatz. Und irgendwann kann ich ja vielleicht auf die v7 umsteigen 
.
Trotzdem wäre es natürlich interessant, was die Ursache ist.
Ja, sieht ganz danach aus.
Das ist dasselbe “Fehlerbild” wie in den Fällen, wo Windows eine Soundkarte plötzlich neu erkennt. Zum Beispiel nach größeren Updates, oder wenn man eine externe Soundkarte mal an einen anderen USB-Port anschließt als vorher.
Was ist denn zwischen diesen beiden Bugreports genau passiert? Du hast Wavelab gestartet? Mehr nicht?
Ja, mehr ist dazwischen nicht passiert. Da ich weder bei mAirList noch Wavelab ein Update gemacht habe, denke ich, dass die Ursache bei Windows liegt. Darauf deutet auch hin, dass nach einem Windows-Update vorgestern der Fehler nicht mehr reproduzierbar zu sein scheint.
Deshalb schlage ich vor, dass wir das Thema als (vorübergehendes) Windows-Problem verbuchen und an dieser Stelle abhaken. Sollte es nochmals auftreten, melde ich mich.
Letzte Frage dazu: hätte die Version 7, die ich aus bestimmten Gründen noch nicht einsetze, das Problem aus den Bugreports umschiffen können?
Danke und schöne Grüße
Martin
Das ist wirklich ein sehr merkwürdiges Problem, und ehrlich gesagt würde ich der Ursache gerne auf den Grund gehen - einfach um Erfahrung zu sammeln und zukünftig “schonmal davon gehört zu haben”.
Es scheint mir aber recht sicher, dass es nicht an mAirList liegt, sondern eher an Windows oder - noch wahrscheinlicher - am RME-Treiber. Dennoch, ich will wissen, was da vorgeht.
Du startest und beendest also Wavelab, und plötzlich haben die WASAPI-Geräte eine neue ID innerhalb von Windows. Nebenbei: Die IDs kann man auch im Windows-Geräte-Manager ablesen, unter “Details” und dort “Geräteinstanzpfad”:
Auch dort müssten sie sich demzufolge ändern. Wenn du magst, verifiziere das mal.
Auf welche Weise spricht Wavelab denn die RME-Karte an? Über ASIO nehme ich an?
Was passiert mit den WASAPI-Geräten, während Wavelab läuft? Sind die dann überhaupt sichtbar? Siehst du sie in der Windows-Systemsteuerung?
Meine oben schon geäußerte Vermutung ist, dass der RME-Treiber die WASAPI-Geräte komplett “virtuell” trennt, solange er über ASIO angesprochen wird, und sie dann beim “Wiederverbinden” eine neue ID von Windows erhalten.
Wenn das zutrifft, ist das vielleicht ein neuartiges Verhalten des RME-Treibers, das erst mit einem bestimmten Treiberupdate Einzug gehalten hat.
Ja, die Version 7 merkt sich zusätzlich zu den IDs auch noch die Namen der Soundkarten, und wenn die alten IDs verschwinden aber dafür “neue” Soundkarten mit neuen IDs aber denselben Namen auftauchen, dann kann sie es automatisch wieder zuweisen.
Wie schon gesagt, kann ich derzeit, seit dem jüngsten Windows-Update, den Fehler nicht reproduzieren. Deshalb muss ich beobachten, ob er wieder auftritt. Wenn dem so sein sollte, habe ich ja jetzt einige Punkte, auf die ich achten werde.
Deshalb kann ich derzeit auch nicht…
… verifizieren, behalte es aber im Hinterkopf.
Zumindest kann ich folgende Fragen beantworten:
Ja, das ist so.
Zur Zeit habe ich den RME-Treiber 1.1.66.0 v. 16.11.2018, was ja doch etwas alt ist 
. Aktuell ist lt. RME-Website der Treiber 1.221 vom 17.03.2022. Den sollte ich wohl mal schleunigst installieren…
