Problem mit Qlab und Dante

    heute ist bei uns ein neues problemchen aufgetaucht:

    - Machbook mit Qlab und Dante Virtual Soundkarte, die habe ich als 2x2 karte konfiguriert

    - Pult: SQ6 mit Dantekarte

    - AHM Controller mit Dantekarte

    - Clock Master ist die Dantekarte im AHM, der rest läft alles als slave (SQ6 und AHM sind slave vom Dante-Slot)

    soweit spielt im Saal alles zusammen, ist auch nicht das erste mal.
    Neu war hier lediglich das Macbook.

    (dieses macbook habe ich aber schon drei jahre in der anderen halle im einsatz, bisher gab es da keine probleme)

    dann hab ich im Macbook (in Qlab) ein paar musikfiles reingeladen, für die morgige show.

    aber: ein paar der songs haben sich angehört, als ob man sehr alte platten über einen plattenspieler abgespielt hätte. es knackste und knisterte heftig.

    aber: nicht bei allen musiktiteln war das so!

    die pegel der songs waren nicht übertrieben hoch, zum teil eher niedrig.


    habe dann schnell mal einen kopfhörer ans macbook angeschlossen: kein knacksen zu hören!

    ich kann mir das nicht erklären. alle pegel sind sauber, die clock einstellungen sind sauber - und wenn kein soundfile abgespeilt wird, ist alles absolut ruhig. ein clockproblem kann es also nicht sein.

    ich habe mich jetzt damit beholfen, an den kopfhörerausgang eine DI anzuschließen auf analog ins pult zu gehen. damit läuft alles ohne nebengeräusche.


    hat irgend jemand eine idee, was das sein könnte?

    mit kollegialen Grüßen
    Wolfgang

    Knistern wie auf Platte hatte ich auch schon mal, aber ohne Rechner: da war für die Output-Rio die Wordclock in der Rivage nicht richtig konfiguriert.

    Am Rechner selber kann ich mir keinen Grund vorstellen solange man ausschliesslich die DVS nutzt und kein AggregatedDevice oder ähnliche Spezialitäten.

    danke.

    irgendwie kann ich mir nicht vorstellen, das es daran liegen könnte. denn bei zwei songs gab es eben kein knistern... aber dann werde ich mir die wordclock einstellungen der geräte morgen doch nochmal näher ansehen. morgen früh hab ich auch ein bisschen zeit dafür, die show ist erst nachmittags.

    auf dem Macbook wurde zwischenzeitlich ein steuerprogramm für Aten videoequipment installiert. ich nehme aber mal an, dass es damit nichts zu tun hat.

    mit kollegialen Grüßen
    Wolfgang

    also, es wird noch etwas seltsamer:

    habe die anlage eingeschaltet, ohne etwas zu ändern.

    soundfiles über Qlab abgespielt = alles normal!

    ohne knistern, ohne knackser!

    wie soll man das verstehen...

    die schlimmsten fehler sind die, die sich selbst reparieren - aber man keine ahnung hat, warum.

    mit kollegialen Grüßen
    Wolfgang

    Neustart eh gut, ggf. genügt aber auch DVS und QLab zu beenden und erneut zu öffnen.

    Hatte diesen Sommer auch ab und zu paar Knackser beim VSC (Wiedergabe) über DVS.

    Hatte parallel noch UAD Console laufen.

    Das stimmt!

    Diese Tatsache schließt auch meinen nächsten Hinweis zu einer möglichen Fehlerquelle aus.

    Beim Ausspielen über externe Hardware ist die Samplerate zwischen Software und Ausgabegerät in der Regel fixiert.

    Beim Ausspielen über DVS ist das nicht so. Im Fall von Q-Lab kann ich das gar nicht sagen. Allerdings kann ich für andere Software aus Erfahrung sagen, dass die Samplerate der Tracks bei Ausspielung über DVS wichtig sein kann wichtig sein kann.

    Konkreter Fall:

    Bei Ableton werden die Spuren unabhängig von den Einstellungen mit der Samplerate des Tracks ins Dante gespielt. Im konkreten Fall hat nachträglich ein Musiker genau eine von 24 Spuren ausgetauscht. Ab da gingen die oben beschriebenen Probleme inkl. kurzer Drops los. Auf dem Weg der Fehlersuche, haben wir dann entdeckt, dass genau diese nachträglich getauschte Spur in 44.1 war. Es waren also Spuren mit 48 (fast alle) und eine mit 44.1 im Dante unterwegs. Auf den Ausgabegeräten (ohne SRC) gab das natürlich "Verwirrung" bzw. Störungen.

    Ob das bei Q-Lab auch ist, würde mich grundsätzlich interessieren. Nachdem der Fehler verschwunden war, würde ich die beschriebenen Konstellation eigentlich ausschließen.

    ...Holz ist braun!

    Zitat von audiobo

    Wie sieht es mit Neustarts vom Rechner aus? Schaltest du den immer aus oder nur in den Ruhezustand?

    wir haben bei uns in der firma so einen Mac-poweruser. der sagt, man muss bei apple nix runterfahren, einfach nur den deckel zuklappen.

    ich fahre den Mac aber grundsätzlich immer runter, was ich auch gestern abend gemacht habe.

    möglicherweise hat genau das dieses problem gelöst - denn ansonsten hatte ich heute morgen wirklich nichts verändert.

    mit kollegialen Grüßen
    Wolfgang

    Hi Wora

    Ist der Mac einer mit den neuen M1 oder M2 Prozessoren und welches Betriebssystem ist drauf?

    Ich hatte bei mir im Theater eine Heidentheater mit M1 und aktuelleren Betriebssystemen. Es ging soweit, daß ich wieder bei einem Intel MacMini bin, der Version 12 drauf hat.

    Der M1 spielte 4 Wochen ohne Probleme und fing dann an, Aussetzer zu produzieren. Updates natürlich ausgeschaltet.

    Gruß

    Rainer

    Zitat von wora

    wir haben bei uns in der firma so einen Mac-poweruser. der sagt, man muss bei apple nix runterfahren, einfach nur den deckel zuklappen.

    ich fahre den Mac aber grundsätzlich immer runter, was ich auch gestern abend gemacht habe.

    möglicherweise hat genau das dieses problem gelöst - denn ansonsten hatte ich heute morgen wirklich nichts verändert.

    Ich bin auch meistens nur ein Zuklapper. Ab und an will die DVS aber erst gar keine Verbindung eingehen, dann mache ich einen Neustart und gut ist.

    Hier auch M1 MBA mit Monterey und keine Probleme bisher.

    Irgendwo habe ich in einem Service Bulletin von - mWn Audinate - gelesen, dass Apple mit ihren M Prozessoren eine ungünstige Netzwerkimplementation umsetzen, bei denen Es vorkommen kann, dass Multicast Traffic nicht richtig verarbeitet werden kann. Soll wohl meistens funktionieren, kann aber in blöden Konstellationen dazu führen dass es eben auch genau mal nicht funktioniert.

    Zitat von Marian Humann

    Irgendwo habe ich in einem Service Bulletin von - mWn Audinate - gelesen, dass Apple mit ihren M Prozessoren eine ungünstige Netzwerkimplementation umsetzen, bei denen Es vorkommen kann, dass Multicast Traffic nicht richtig verarbeitet werden kann. Soll wohl meistens funktionieren, kann aber in blöden Konstellationen dazu führen dass es eben auch genau mal nicht funktioniert.

    Meine Probleme waren leider auch auf dem Intel Macmini mit Sonoma (14). Erst als ich wieder auf Monterey (12) zurück ging, war es stabil. Wobei ich die M1 nie mit Monterey getestet habe. Insgesamt drei Rechner mit verschiedenen Betriebssystemen zu bespielen und zu testen kostet Zeit und geht an die Nerven. Achso: Time Machine taugt nix, wenn man auf alte OS zurück springen will.

    Zitat von Loloverde

    Achso: Time Machine taugt nix, wenn man auf alte OS zurück springen will.

    das kann ich von meinem MacMini bestätigen. nach dem aufspielen eines neuen betriebssystems funktionierte bei mir in Liveprofessor nichts mehr. ein zurückspringen auf eine alte version ging auch nicht mehr, auch timemachine brachte keine funktionen zurück.

    ich habe Liveprofessor dann auf einen windows rechner umgezogen, seither läuft es wieder problemfrei.

    aber zurück zu unserem Macbook:

    prozessor M1

    IO-Version 14.6.1

    mit kollegialen Grüßen
    Wolfgang