en soft keys kann man ja noch etliche weitere Funktionen zuordnen. Da geht für 9-16 im SQ5/5+-Pult selbst nix, weder zuordnen noch schalten
Via Midi sind die Softkeys 9-16 im SQ 5 auch schon seit Beginn an erreichbar - das mach ich mit meinem Controller via Bome.
Ja und die Zuweisung ist eben nur via Remote möglich..
Ich war schon mehrmals sehr froh den Verkehr, also auch die "kleinen" Staus rechtzeitig zu sehen, dank Google
Google Traffic (Verkehrslage) kann man sich auch in OSMAND als Overlay einblenden lassen. Aber OSMAND kann die Daten nicht "verstehen" also z.B. automatisch die Route ändern.
Es ist halt einfach ein grafisches Overlay..
Hier gibt es eine Erklärung wie die Einrichtung funktioniert: https://hoerli.net/osmand-google-trafficanzeigen/
Bzw. hier ein Youtube-Video:
Smartphone als Navi verwendest
OSMAND!
Nieder mit Google!
Ist meiner Meinung absolut stromsparend.
Display Helligkeit bisschen runter!
Wenn du die mobilen Daten dann auch noch deaktivierst, komm ich selbst mit meiner alten Krücke locker über den Tag!
- Phoenix PV-1: sieht nach einem innovativen Produkt aus
Abstrahlwinkel zwischen 6 - 14° einstellbar.
Beam Steuerung +-45°
Also ich hab bis dato max +- 5 - 10° Neigung benötigt, und das durch ein innovatives untergelegtes Hölzchen realisiert.
OK wenn man das Ding in 10m Höhe an die Wand schraubt braucht man -45°
Und den Anwendungsfall von 6° Öffnungswinkel kann ich mir grad nicht vorstellen...
Ah doch:
Den stehenden Eltern etwas ordinäres ins Ohr zu beschallen, was die Kids darunter nicht hören dürfen!
Oder übersehe ich da etwas, und man kann vielleicht mehrere von diesen innovativen Dingern untereinander hängen und eine Banane bauen?
Mit 8x20W fällt das für mich unter "Kindergeburtstag"
es ist nicht ganz so einfach:
https://support.allen-heath.com/hc/en-gb/artic…raries-to-an-SQ
Komfort auf britisch....
schön langsam frag ich mich schon, wozu wir hier eigentlich schreiben. 🤦
Zum Zeitvertreib oder?
sollte man aber erwarten können, dass dass in die Firmware der alten SQs Einzug hält
Naja bei der A&H Geschwindigkeit könnte es schon an den physikalischen, menschlichen Grenze des "abwarten können" scheitern... 
Es müsste einfach ein Rack FX geben, das nur einen Insert mit mono/stereo output und mono/steteo Return anbietet. Fertig.
Da steht den Briten das Ego im Weg...
Es gebe viele schöne Möglichkeiten...
Wie zB FX Busse und Racks im zu I/O routen, so wie nahezu alles. Nur eben nicht: FX !!!
Da scheitert der A&H Newbi schnell an der Frontpanel / Backpanel Umschaltung.
Schöne Digitale Welt - hier muss man bei A&H noch immer in das virtuelle dunkle Siderack krabbeln, und kann doch nicht das gewünschte Routing durchführen...
Wie eben FX-Bus DIREKT und ohne einen FX-Slot zu verbraten aus dem Pult zu schicken...
Feature request erstellen, warten, englischen Tee trinken...
Ob ich Signale zuerst summiere und danach komprimiere, oder umgekehrt ist doch powidl
Da würde ich widersprechen wollen. Die Summierung von komprimierten Einzelsignalen ist durchaus anders als eine Summe, die dann komprimiert wird. Erstelle ich erst einen Bus und setze da einen Kompressor drauf, dann kann ein einzelner dynamischer Kanal (z.B. ne Snare) den Bus Kompressor schon triggern und das hat dann durchaus mehr oder weniger Einfluss auf die Summe insgesamt.
Sorry wenn ich das nochmals aufgreife:
Ja klar macht es einen Unterschied. (Wenn ich die jeweiligen Signale als Trigger verwende).
Aber die Idee war ja, den einzelnen Kompressoren als Triggersignal die Summe aller Signale (also von einem Bus) zu geben!
Wird diese Summe nun pre-Comp abgegriffen, sollten die Einzelkompressoren in Summe wie eine Buskompression wirken...
Ich sehe in der Fragestellung kein Problem.
Wenn die Signale getrennt imersiv positioniert werden sollen, jedoch eine "gemeinsame" Bus Kompression erhalten sollen wurde der Weg bereits beschrieben:
Als Sidechain Signal wird die Summierung der PRE Kanalkompressoren Signale verwendet.
Ob ich Signale zuerst summiere und danach komprimiere, oder umgekehrt ist doch powidl - oder denke ich falsch?
Selbst wenn ich mit dem kompressor "färbe" - da das einzel Signal leiser ist wird dann auch die Färbung des Kompressors entsprechend weniger und erst im Abhörraum aufsummiert.
Wenn der Kompressor reine Pegeländerungen macht, ist es sowieso egal ob zuerst summiert wird oder nicht.
Das die Summierung im Abhörraum natürlich NIE so sein wird wie im Bus (das imersive System versieht die Einzelquellen ja mit verschiedenen Delayzeiten!!) lassen wir mal aussen vor...
Ich denke wenn du zum regulären Mix einen zweiten mit dem Dugan machst, beide timealignt sind und dann einer invertiert, wäre das Ergebnis vielleicht sogar brauchbar
Mein UI24R kanns
A&H hatte es dann glaub ich mit der V1.4 auch kapiert...
In der App musst du glaub ich den "Processing" Screen mit dem Pfeil in der Mitte vergrößern (Fader unten rausschicken)
Am Pult sollte es sichtbar sein.
Oder du nimmst MS dort liegt's wie gewohnt
Aber gerne blättere ich im Manual für dich!
Ok - so aktuell bin ich bei MS nicht, was hier die Möglichkeiten betrifft.
Top!
Da hat David das beste aus allen Welten zusammengesammelt!
Fairer Weise sollte man nun noch die Einführung dieser Grafik bei A&H mit der dlive vor xx Jahren sehen und was MS damals konnte.
Aber hier hat David ein affenzahn Tempo, was die Implementierung toller Features angeht...
wachsender Anzahl von Bussen
Die Gefahr besteht bei A&H nicht, dass die Anzahl der Busse wächst...
Das wünschen sich manche.
Ich bleib auch dabei.
Was die Ansicht für 8 Mixe und 4 Gruppen angeht (ist bei mir meist so) reicht das...
LG dd
Wenn du bei Stereo Image vom Stereo Input L/L auswählst, brauchst du kein Y und auch nur einen Analog Input. Patching ist trotzdem für 2 Kanäle, aber da der 2te dann ignoriert wird kannst du ihn trotzdem woanders verwenden.
Btw. Ich finde die Sends Übersicht im SQ (die es ja schon seit dlive gibt) gelungen.
Im Grunde sind es die selben ordinären waagrechten Balken wie in MS (und wieso meckerst du bei MS nicht wie lieblos das ist? - btw. Ich finde so ganz einfache Designs ohne Schnickschnack und ein Symbol für jede Trommel blablabla sowie sauberer).
Jedenfalls sehe ich bei A&H auf einen Blick bei den Balken:
- Pegel
- Assign (on/off)
- pre / post
MS kann das (soweit ich weiß) nicht.
Pre / Post ist halt über die Farbgebung gemacht. Das war bei der Pro-Serie noch schöner gelöst. Da war pre ein rechteckiger Balken (wie hier auch) und Post war eine Dreieck. Ist das bei der HD96 beibehalten worden?
Jedenfalls sehe ich den Mehrwert der Balken in MS im Vergleich zu den Balken im SQ nicht....
Es gibt scheinbar in der Kapsel einen Widerstand, welcher vom Handsender als Erkennung des Kapseltyps verwendet wird:
Hatte aber auch schon einen Handsender der selbst ein Elektronikproblem hatte.
Bevor es untergeht...
Madi oder Wing?
Naja...
Verwendest du die Signale dann im Mix?
Ich loope analog, wenn ich ein summiertes Sidechain Signal benötige, aber dann kommt das Signal nicht "in den Mix"...
David sollte sich A&H als Vorbild nehmen, und ADDONs für MS anbieten.
Bus -> Bus, Bus -> Channel, ein Bundle, ....
Hab ich missverständlich geschrieben.
Controller selbst hab ich nicht gebaut. Ich verwende Icon M+, Nummertasten, etc.
Das aufwendige war die Programmierung via Midi Translator damit es ohne "PC" spielt, denn ich verwende nur die Bomebox zwischen Pult und Controller.
Da gibt's dann so Spielereien wie Bus-Assign on, wenn Fader unter einem Threshold... Das hab ich für streaming gebaut, damit ich dann einen Kanal, wenn er "zu" ist, jedoch zum anhören auf einer Shoutbox habe...
So genug Ton hier...
