Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Also ich hatte das Problem mit der DL32 und Wing Compact auch schon zwei Mal. Wie beschrieben empfängt die Wing auf allen AES50 Eingängen dann ein statisches Signal.
Mir ist das aber erstmalig bei einem Gig im Januar diesen Jahres aufgefallen - zeitlich also nachdem das Software-Update für die Stageboxen kam irgendwann Ende letzten Jahres.
Bei mir ist übrigens keine Dante / WSG Karte verbaut.
Ich möchte guma beipflichten, die Wing ist absolut stabil.
Die Anzahl verkaufter Geräte, und durch den niedrigen Preis hohe Zugänglichkeit für jeden, erhöhen die Fehlermeldungen.
Am Ende war es bisher deutlich häufiger der user, und in den seltenen Fällen wo es ein bug gab, hat die Truppe Vorbildlich reagiert.
Es tritt selten und mutmaßlich zusammen mit dem Betrieb von Dante und WSG Karten auf.
Das wäre hier in der Tat der Fall. Internes Dante-Modul das auch Sync Master ist.
Beim letzten Song habe ich den Multiverter nicht mehr gebraucht und schon mal vom Netzwerk abgesteckt.
Die Weisheit kannst du jetzt vermutlich nicht gebrauchen, aber das ist eben auch ein no-go, am „running system“ Sachen abzuziehen. Hab ich auch auf die harte Tour gelernt, aber bei ner Videoinstallation.
Seitdem beginnt der Abbau bei mir erst beim Abbau ;).
Auch wenn ich die WINGs im Allgemeinen weiter oben verteidigt habe, was man schon feststellen kann ist, dass AES50 ein zickigeres Format ist als andere.
Wenn ich das alles so lese kann ich mir beim besten Willen verkneifen die Wing Serie Live einzusetzen, so viele Bugs...
Die X32 Pulte laufen so was von zuverlässig, da will ich nix riskieren
Sehr schade, ich werde wohl mein Wing Compact und Rack wieder verkaufen.
Sehr schade weil die Pulte sind ja, bis auf zu wenig Fader, gut durchdacht.
Schade
Da reagierst du über. Das war mein erstes Problem überhaupt mit dem Pult. Und ich denke auch das es indirekt von mir verursacht wurde. Es war zu viel Chaos. 8 verschiedene Laiengruppen, die des Öfteren mit Wünschen kam, die ich nicht wusste. Also nach- und umpatchen. Dann hatte ich kurz vor dem Wochenende von Guma gelernt, dass man die Patchlogik ändern kann. Und ich habe mit einem Bestandssetup angefangen, weil ich faul war. Und dieses Setup war mein erstes, was ich auf dem Pult gemacht habe. Also viel Potenzial für versteckte Fehler.
Deshalb ist die These von Zegi mit der Routing-Leiche sehr wahrscheinlich. Ich werde in den nächsten Tagen das Pult anschließen und das testen bzw. noch mal in Ruhe anschauen.
Ich werde auf jeden Fall berichten.
Ach, und ich habe einen Tag vor der VA noch die Firmware aktualisiert. Das hätte ich aber nicht gemacht, wenn die Version nicht schon ein paar Wochen verfügbar gewesen wäre.
… so viele Bugs...
Ich habe mir mal die Mühe gemacht, berichtete Bugs in Deinen Beiträgen zu suchen und finde da nur das Kopfhörer-Buchsen Problem. Vielleicht teilst Du einfach mal mit, was sonst noch so anliegt?
Ich habe mir mal die Mühe gemacht, berichtete Bugs in Deinen Beiträgen zu suchen und finde da nur das Kopfhörer-Buchsen Problem. Vielleicht teilst Du einfach mal mit, was sonst noch so anliegt?
Ich hatte bei meinen Pulten noch keine Fehler, waren auch noch auf keinem Gig.
Den Brumm auf dem Kpfhörerausgang würde ich auch nicht unbedingt als
Bug bezeichnen.
Wurde beim T in kürzest möglicher Zeit repariert 
Es wurde ja schon etliches geschrieben wie
Bildschirm Blackout oder so ähnlich
Rauschen auf allen Inputs
AES50 Verbindungsprobleme
Wie ist da der aktuelle Stand?
Und warum hab ich Leerzeilen im Text? 
Ich kann für mich nicht feststellen das die Wing irgendwie unzuverlässiger wäre als andere Pulte. Auch eine SQ ist nicht fehlerfrei. Und sonst gibts in der Preisklasse auch nicht viel was der Wing das Wasser reichen könnte.
Ich für meinen Teil vertraue sowohl der Wing, als auch der SQ. Keines von beiden hat bisher echte Showstoper produziert.
Bildschirm Blackout oder so ähnlich
Scheint mir ein ausserordentlich seltenes Problem zu sein.
Rauschen auf allen Inputs
Haben wir ja jetzt nochmal besprochen
AES50 Verbindungsprobleme
In einem Laienforum las ich gestern diesen Satz:
Nur bei der Verbindung scheinen die Pulte wirklich eine Diva zu sein. 2 der 4 zusätzlich verlegten CAT haben gezickt, 2 liefen problemlos.
Wenn so ein typischer deutscher Mittelklasse-Komplettanbieter zusätzlich zu seinem Hauspult Catstrippen für weitere 4 Pulte verlegt, greift der Mitarbeiter ins Regal und holt dort 4 über die Jahre angesammelte Trommeln heraus… 
Wie man auf die Idee kommen kann, die Pulte sind schuld, ist mir ein Rätsel.
Mach es einfach so, wie hier schon gefühlte 100 Mal beschrieben wurde.
Und warum hab ich Leerzeilen im Text?
Wenn du manuell Zeilenumbruch machst vorher die Großbuchstaben-Taste drücken.
Wie man auf die Idee kommen kann, die Pulte sind schuld, ist mir ein Rätsel.
Weil weder Yamaha (Dante) noch A&H (s-link) jemals ein Problem mit einer dieser 4 Trommeln hatte.
Weil weder Yamaha (Dante) noch A&H (s-link) jemals ein Problem mit einer dieser 4 Trommeln hatte.
mach dir nichts draus, es gibt Leute die verteidigen AES50 ohne Ende.
Es ist und bleibt aber eine Zicke
Es gibt z.B. auch den Fall das eine M32 sauber spielt, eine andere am nächsten tag aber ständig Drop-Outs hat etc.
Mach es einfach so, wie hier schon gefühlte 100 Mal beschrieben wurde
Ich würde da aber auch einhaken und sagen, es gibt pflegeleichtere Formate als AES50. Das ist für mich eines der wenigen Argumente gegen Midas/Behringer Infrastruktur. Mit Dante habe ich nicht so viele Verbindungsprobleme erlebt wie mit AES50, das ist natürlich „anecdotal data“, dennoch speichert man sowas ab, weil es immer ein großer Stressfaktor ist, wenn ein mühsam verlegtes und showrelevantes Kabel zickt.
Halte mich daher peinlich genau an die auch hier diskutierten Specs und hatte bisher keine Probleme mit meinem Kabel zwischen Wing Compact und DL16.
Da hat Behringer aber auch am Anfang schlecht, bzw. falsch kommuniziert. Die Cat5e Specs reichen halt einfach nicht für die benötigte Bandbreite. Und durchgehende und angeschlossene Schirmung ist Pflicht.
Das wird aber, zumindest bei der Wing deutlichst kommuniziert.
Ich meine, viele denken halt 'Alles was RJ45 hat, ist gleich'. AES50 ist halt anders.
Ich hatte bisher im AES50 'Universum' einman ein Problem und auch einmal in meinem Dante System. Ursache war beide Male ein schlechter Kontakt des Steckers in der Buchse.
Komisch, ich hatte im AES50 Universum über die Jahre definitiv kein einziges Mal Protokoll/Kabel assoziierte Knackser/Aussetzer. Weder Midas blau, noch X/M32 noch Wing. Was mache ich falsch?
…es gibt Leute die verteidigen AES50 ohne Ende.
Ich verteidige nichts, bei dem ich die Probleme nur vom Hörensagen kenne
Ich habe einfach am Anfang der Digital-Multicores gelernt, dass man verstehen muss, welches Protokoll welche Kabeleigenschaften haben möchte.
Danach hatte ich die letzten 15 Jahre genau 2x Probleme:
1x A&H ACE, welches das Kabel mit nicht klärbaren Eigenschaften in einem Club nicht wollte, mit dem mitgebrachten RAMCAT aber spielte und
1x MADI, weil ein ElektrotechnikIngenieur es nicht geschafft hat, den BNC ordentlich zu crimpen.
Umgekehrt bin ich erfreut, dass ich jedes Mal, wenn ich mich auf ein 'Vorort-Kabel' eingelassen habe, sowohl für MADI over twisted pair als auch für AES50 keinen Stress hatte. Das hatte ich mir stressiger vorgestellt. Vielleicht habe ich ja auch ein Gespür für Menschen, die das mit den CAT Kabeln blicken.
Ich sehe das so:
Es gibt viele Leute, die nicht verstehen, dass Kabeleigenschaften, wie sie Nachrichtentechniker für die jeweiligen Datenraten in Netzwerken benötigen und Kabeleigenschaften wie sie für verschiedene 'Audio über Twisted Pair' Protokolle benötigt werden, unterschiedlich sind.
DANTE wäre demnach das 'Nachrichtentechniker-Protokoll' und die Logik wäre, dass alles andere sich dem unterzuordnen hätte oder eben „zickig“ sei.
Ich finde diese „Messlatte“ insofern idiotisch, als dass es eben Kabel gibt, die alle Kriterien der verschiedenen Protokolle gleichermaßen erfüllen. Ich kann zwar verstehen, dass es schön wäre, wenn es nur Audioprotokolle gäbe, die mit jeder, vom Elektriker vergrabenen CAT Verlegeware spielten aber so ist es nicht und so ist es genaugenommen auch im Netzwerk-Universum nicht.
Weil weder Yamaha (Dante) noch A&H (s-link) jemals ein Problem mit einer dieser 4 Trommeln hatte.
Wer kann erkennen, was an dieser Logik nicht stimmt?
Wer kann erkennen, was an dieser Logik nicht stimmt?
Das hat nix mit Logic sondern mit „nervt“ zu tun. Warum schaffen es alle anderen Hersteller ein Protokoll in den Ring zu schmeißen dem egal ist ob CAT5e/6/7, linksrumgezwirbelt, X-geschirmt, y-geschirmt oder regen-geschirmt, 20m, 50m, 75m oder 100m, blau, weiß oder rot?
Wenn ich mit meinem Bandpult auf ein Festival komme und da liegt CAT vorbereitet dann will ich, dass mein Pult damit spielt und nicht erst meine persönliche lieblingstrommel die ich 3x die Woche vom Pfarrer mit Weihwasser taufen lasse aus dem organakkumulator holen und verlegen.
Einer der Techniker beim besagten Gig hat übrigens gesagt, dass er mit dem Pult eine 75% - Chance hat ob es mit dem verlegten CAT spielt. Und ganz ehrlich, das ist doch fürn Po oder nicht?
Ich hatte den Fehler mit den Dauersignalen an allen Eingängen der Stagebox auch schon einmal, allerdings ist bei mir keine Dantekarte verbaut gewesen. War eine Compact mit 3.1.1, bei der S32 kann ich allerdings nicht sagen welche Firmware drauf war. Ich meine im Augenwinkel noch gesehen zu haben, dass der UNC-Counter währenddessen auch ziemlich zügig hochlief. Powercycle der Stagebox löste das Problem auch bei mir. War auch keine Show sondern daheim im Lager, also alles ok.
Ich fühle mich mittlerweile unwohl, wenn ich nur eine Cat-Trommel mit habe. Meiner Meinung nach ist das das anfälligste (und am leichtesten Verletzbare) Glied in der Kette. In der Regel nehme ich eine Ersatztrommel mit. Unabhängig vom Hersteller des Pultes.
Andere Protokolle scheinen aber eine (Subjektiv) höhere Fehlertoleranz bezüglich der Cat Leitung zu haben als AES50.
Grüße
Ja, das nervt, wenn das eigene Pult nicht sicher mit vorhandenen Kabeln spielt. Kann aber bei anderen Protokollen auch passieren. Dante und S-Link sind in der Hinsicht unproblematischer, da es sich bei beiden um Protokolle handelt, bei denen tatsächlich auf dem Layer 2 Ethernet gesprochen wird. D. h., so lange das verlegte Kabel mit einem normalen Switch ohne Paketverluste spielt, spielt es auch mit diesen Protokollen stressfrei.
AES50 ist eben ein anderes Protokoll. Das Gleiche kann dir bei Soundcraft oder Digico MADI over CAT passieren.
Und wahrscheinlich würde ich aus genau diesem Grund für Festivalbetrieb ein Produkt wählen, das ein ethernetbasiertes Protokoll fährt - ganz egal ob jetzt Dante, AES67, Ravenna, S-Link oder sonstwas.
In meiner Welt ist das jedoch kein Problem. Ich fahre mit meinem X32 nicht auf Festivals.
Und bei Festivals, bei der mindestens 50% der Support-Acts ein Wing mitbringen, würde ich vom Festivalausstatter erwarten, dass er sich der Problematik bewusst ist.
Ich sag‘s mal uncharmant:
Was können die Pulte oder die Kabel dafür, das die typische Mittelklassekomplettanbieterfraktion zu doof, zu uninteressiert, zu ignorant oder hochnäsig ist und meint nach DANTE Level xyz die Weisheit mit Löffeln gefressen zu haben?
Wie wärs statt dessen mit der Einsicht, dass Dienstleistung nicht nur unmittelbar demgegenüber, der bezahlt, zu erbringen ist, sondern auch mittelbar dessen Vertragspartnern gegenüber? Leider gibt es in diesem Zusammenhang viel zu wenig Ärger sonst wäre das sicher anders. Ich schreibe die Kabelspezifikation in die Rider/Verträge und das sollten einfach alle so machen.
Wie wäre es wenn man bei zweifelhaften/unbekannten Cat Kabeln prinzipiell
Booster/Repeater integriert?
Wäre mir den Aufpreis und Aufwand wert, da ja die Wing Pulte eh nicht teuer sind.
Gab es doch mal von Klark, oder?
