Behringer X32 und Midas M32 - Erfahrungsberichte / Fragen / Tipps and Tricks ( X/M32 Hilfeboard für unerfahrene User ab sofort weiter unten im Hobbyforum)

Zitat von guma

Damit die Verwirrung jetzt nicht komplett ist:

Das gezeigte Häkchen in den GUI Prefs entspricht dem Globus im sends panel der Input Channels. Man hat das irgendwann in der Evolution der Software gedoppelt, um die Entscheidung über global pre/post d.h. einzelner input zu einem bus pre/post oder alle inputs zu einem bus pre/post im direkten Zugriff im sends panel zu haben. Schaltet man in einem input im sends panel den globus an und wechselt z.B. von pre nach post, kann man zunächst irreführenderweise tatsächlich den button für einen einzelnen bus anleuchten. Dann fragt der Bestätigungsdialog, ob man das wirklich für alle sends möchte. Danach schnappt jedoch auch der zweite bus des odd/even Paares auf post, weil das nur paarig angelegt ist. Man kann also nicht bus 7 send pre und bus 8 post haben!

Im oben gezeigten sends panel 'bus to matrix' gibt es funktionell kein global! Es gibt keinen Globus und keinen Bestätigungsdialog. Wenn das Häkchen in den GUI Prefs gesetzt ist, kann man, wie stepu jetzt gefunden hat, zwar den pre button eines einzenen 'bus to matrix' sends anleuchten, die Umschalte ist jedoch komplett deaktiviert, d.h. egal was man in welchem bus versucht einzustellen, springt der button beim wechsel in den nächsten bus oder die nächste Matrix wieder zurück.

Also

1. Das Entfernen des Häkchens in den GUI Prefs löst stepus Problem.

2. Definitiv geht die Umschalte danach auch für 'bus to matrix' nur für Paare.

3. Das Verhalten von 'bus to matrix' bei gesetztem 'all sends' Häkchen ist ein BUG und kein feature.

Die Verknüpfung mit den 'bus to matrix' sends funktioniert nicht und sollte beim nächsten Update einfach entfernt werden, da zudem der Gebrauch des Features 'all sends/global' in 'Bus to matrix' eh sehr unwahrscheinlich ist. Ich habe den Bug bisher nicht bemerkt, weil ich das global feature immer im sends panel der inputs an- und wieder aus mache, wenn ich da was umkonfiguriere. Deshalb habe ich zunächst an einen Fehler im Zusammenhang mit dem Betriebssystem gedacht.

Alles anzeigen

Das Zitierte ist jetzt fast zwei Jahre her und ich bin gestern selbst drüber gestolpert. Wollte für einen Gastmischer mit eigenem Pult meine Matrizen von 'Stereogruppen to matrix' auf 'LR to matrix' und den Abgriffspunkt von postfade auf preeq ändern, habe mich gewundert, dass das nicht ging und nicht mehr daran gedacht, dass man dazu o.g. Häkchen entfernen muss.

Die 'all sends' Option sollte in der Praxis einfach für Eingangskänäle und outputs statt dieser Blockade getrennt gehen, auch wenn ein bus bezogen auf die Matrix natürlich auch ein input ist und heimtückisch ist, dass die GUI so tut, als würde es gehen obwohl sich mit gesetztem Häkchen als eingeschaltete 'all sends' option in den Bussen einschließlich Masterbus de facto nichts mehr am tatsächlichen Abgriff veränderbar ist.

Jetzt werde ich das 'Häkchen aus' natürlich niiieee wieder vergessen…

Noch mal darüber nachgedacht:

Bei Strategien zur Fehlervermeidung ist es ja schon so, dass:

a) Dinge, die man selten nutzt, am ehesten schief gehen und

b) Dinge, bei denen die Gedankengänge des Entwicklers und die eigenen auseinander gehen, durch den eigenen unbewussten Widerstand dagegen eher schief gehen (ist zumindest bei mir so )

Bei einem der englischen Hersteller gibt es übrigens genau für den besagten Zweck einen 'inputs only' button.

Ich werde meinen persönlichen default dahingehend ändern, dass ich das Häckchen 'Nicht gesetzt' lasse und mir statt dessen merke, dass ich den Globus an- und wieder ausschalte, wenn ich am bus sends tab der Eingangskanäle etwas ändere. So macht auch der Doppelmoppel Häkchen und Globus mehr Sinn.

Ausserdem überlege ich schon länger, ob ich für den Katalog an Konfiguationsmerkmalen wie unter anderem dem besagten Häkchen, die nicht in Szenen und auch nicht in Shows gespeichert werden, sondern nur im Pult, komplett auf das Laden von backups wechseln sollte.

Bei Fremdpulten mache ich es ja eh schon so, dass ich als erstes ein 'Weinenverhinderungsbackup' ziehe und danach mein showfile drauf packe. Um dann nicht noch alle Config-features kontrollieren zu müssen, sollte ich mir eigenes 'Backup Restore' angewöhnen.

Einwände?

Ich treffe hier nur auf X/M 32 mit der Standard Recording Karte oder der SD-Karten Karte.

Das Routing wird im Backup mit gespeichert und der 'restore‘ Vorgang kann auch partiell ausgeführt werden, d.h. Backup der local Konsole > restore eigenes backup > restore routing file local backup.

Ob das für das Kartenrouting so flutscht, müsste man mal testen, ansonsten nach dem backup einfach das passende routing preset drüberbügeln.

Habe mir das gerade noch mal angeschaut:

Die Karten werden ja vom Pult erkannt. Ich glaube nicht, dass das Backup versucht, eine andere Karte hineinzuschreiben, b.z.w. dass es einen Konflikt gibt.

Das passende Routing sollte sich aber nach dem restore auf jeden Fall einfach über ein vor dem backup restore gespeichertes routing preset erledigen lassen.