Ich habe auf einem Windows Server 2019 (Rechenzentrum) anfangs ebenfalls versucht, ein virtuelles Kabel von Breakaway One (BAO) zu nutzen, um das Signal der mAirlist-Player direkt an Breakaway One zu übergeben und von dort nach dem Processing wieder raus in den Encoder (Line in), um die Encoder-Summe aus mAirlist zu streamen.
Bei WIN 10 hatte es so funktioniert.
Auf dem Server konnte ich das virtuelle Kabel zwar installieren und starten, bekam aber von mAirlist die gleiche Fehlermeldung mit dem “BASS error 5003” und habe es nicht gelöst bekommen.
Doch. Es gibt schlichtweg keinen.
Zumindest sind die größten Vorraussetzungen für Multi Media Anbindungen in Windows Server schlichtweg nicht inbegriffen.
Mag sein das das mit Windows Server 2022 besser wird, kann ich mir aber kaum vorstellen. Denn die Anforderungen an einem Serverbetrieb sind meiner Meinung nach:
Sicherheit
Stabilität
Effizienz
Und nicht Multi Media.
Nur weil ein Kühlschrank heut zu Tage ins Internet kann, heißt es auch nicht das man mit ihm jetzt telefonieren möchte
Ich glaube wir reden hier aneinander vorbei.
Server haben und brauchen keine physikalische Soundein/ausgabe!!!
Sie arbeiten autonom vom User.
Server sind jedoch in der Lage Sound zu verarbeiten!
Ansonsten würde mAirlist ja gar nicht auf einen Server laufen!
@ssnoopy zu deinem Verständnis, diese Software ermöglicht mir, ein Sound-Interface zu mAirlist über LAN aufzubauen.
Ich kann über einen Kanal Sound einspielen (Mikrofon, Telefon, …) und das Ergebnis über einen anderen Kanal auf meinen Kopfhörer zurück führen.
Update
Habe in Systemsteuerung → GeräteManager Ansicht: Ausgeblendete Geräte anzeigen unter Audioeingänge und ausgänge weiter Audio-Treiber gefunden. In meinem Fall von WindowsStreaming. Welche alle installiert habe und der 5003-Fehler ist nicht mehr vorhanden.
Dafür bekomme ich dann von mAirList einen neuen Fehler:
Fehler beim Starten der Aufnahme von BASS:0: BASS_RecordStart: BASS error -1
Und wenn ich in die Systemsteuerung von mAirList gehen will
Wenn ich dann auf OK drücke komme ich in dann doch die Systemsteuerung.
-1: BASS_ERROR_UNKNOWN
Die Forensuche deutet darauf hin, dass es ein Problem mit einem ASIO-Treiber geben könnte. Wird der bei Voicemeeter genutzt?
5: BASS_ERROR_HANDLE
… wie ja auch im Screenshot beschrieben.
Schwierig. Könnte es sein, dass in en Audio-Einstellungen a) die falsche Samplerate gewählt wurde oder b) der Exklusiv-Modus gewählt wurde?
Vielleicht ist es der Buffer Size oder ein Problem mit, Achtung, was neues, mit dem Zugriff der Windows Systemsteuerung auf das Mikrofon haben?
Ja, ich weiß, Server, aber wie ich schon sagte, manche Rechte werden restriktiv gehandhabt.
Korrekt. Das hindert ja auch keinen daran. Es zeigt nur, dass es ein Audiokanal-Problem gibt, danach wird die gewünschte Operation ausgeführt.
Um welche Aufnahme geht es denn, also welcher Eingang in mAirList ist betroffen?
@UliNobbe Ja Voicemeeter unterstützt ASIO. Habe auch schon versucht in mAirList die ASIO-Unterstützung freizuschalten. Bin aber da auch nicht weitergekommen.
Gibt es Dokumentation über die möglichen BASS-Fehler. Kann auch im nternet keine finden. Aber irgendwo sollte es doch so etwas geben.
Grundsätzlich findet man alles rund um die BASS Bibliotheken unter https://www.un4seen.com/.
Ich kenne lediglich eine Liste der BASS Error Codes, wo die Ziffer den Rückmeldecode angibt. Aber das wird dann von mAirList als Fehlermeldung ausgegeben, dürfte also nicht viel bringen, wie man am Screenshot und dem Rückmeldecode ( BASS_ERROR_HANDLE) bestens erkennen kann.
Das wundert mich.
Klar, man darf mAirList nicht anweisen, das Gerät zu ignorieren:
@UliNobbe , genau mit freischalten habe ich das nicht ignorieren von ASIO gemeint. Aber ich habe da keine Verbindung zu Voicemeeter hinbekommen, auch nicht bei dem Testsystem wo WASAPIfunktioniert. Blicke aber bei ASIO auch noch nicht durch. Da gibt es nur Schnittstellen gibt, welche nicht in In/Output getrennt sind.
In dem Screenshot Voicemeeter Virtual ASIO gibt es Ein- und Ausgänge.
Was ist ein Eingang im Sinne von mAirlist?
Wenn ich z.B. nur VM VAIO 1 und VM VAIO 2 selektiere, so sollte dies für einen Stereo-Kanal genügen.
Ist dies nun im Sinne von mAirList oder von Voicemeeter ein Eingang?
Oder anders gefragt, kann ich jetzt diesen ASIO-Port auf den Encoder-Wiedergabegerät oder Mikrofon-Eingang legen?
Voicemeeter zeigt mir keine ASIO-Outputs von mAirList an?
Stellt mAirList keine zur Verfügung?
Habe bisher noch keine Information gefunden, wie ich in Voicemeeter die ASIO-Kanäle als In- bzw. Outputs konfigurieren kann.
Ich müsste den Anwendungsfall nachbasteln. Derzeit nutze ich auf keinem meiner Systeme (privat, dienstlicher Testrechner) Voicemeeter als Zuspieler für mAirList.
Was ist denn die Konstellation, die Anforderung? Also welches Signal soll über Voicemeeter in mAirList?
Ich weiß so langsam auch nicht mehr, ob wir uns überhaupt noch im Bereich von mAirList bewegen. Ich bin gerne bereit, mir in meiner Freizeit den Anwendungsfall anzuschauen, aber normalerweise suche ich nur mAirList-Fehler.
Dessen ungeachtet: Welche Aufgabe soll Voicemeeter in dieser Konstellation übernehmen?
Welche ankommenden Signale müssen dort verarbeitet werden, damit Voicemeeter zum Einsatz kommen muss, weil mAirList das nicht (mehr) kann?
Erst einmal vielen Dank! Ich fasse mal zusammen. Sowohl auf Win 10 als auch auf Server 2016 habe ich es auf Testsystemen geschaft, dass ich die Encoder-Ausgabe auf VM virtuellen Eingang legen kann und den virtuellen VM Ausgang auf den Encoder-Mikrofon-Eingang legen kann. Nur funktioniert es leider nicht bei meinem produktiven System. Ich denke da sind irgendwelche Setups unterschiedlich. Da würde im Moment nur helfen, das Systen komplett neu aufzusetzen, was halt ein zu große Unterbrechung des Sendbetriebes darstellen würde.
Eine Möglichkeit sehe ich noch, es über ASIO zu probieren.
ASIO ist aber im Moment nicht so ganz verständlich.
Ich kann nicht erkennen, dass mAirList ASIO-Schnittstellen zur Verfügung stellt. Zumindest kann ich in VM keine erkennen.
In mAirList kann ich unter Audio-Einstellungen->ASIO->Voicemeeter Virtual ASIO unter Ausgänge und Eingänge festlegen, welche der vier Paare ich für was verwenden kann. Ausgänge und Eingänge sind hierbei aus Sicht von mAirList definiert.
Nun kann ich unter Audiogeräte->Encoder als Wiedergabegerät VM1/2 und für den Mikrofon-Eingang VM7/8 auswählen.
Nach meinem Verständnis sollte ich jetzt, wenn ich jetzt wieder unter Audio-Einstellungen->ASIO gehe und Voicemeeter Virtual ASIO ausgewählt habe und Ausgänge ausgewählt habe, sollte ich jetzt das Peakmeter sehen. Zumindest ist dies so bei WASAPI. Sattdessen sehe ich nur den Hinweis:
Das Peakmeter steht zur Verfügung, wenn das Gerät aktiv ist.
Da scheint noch irgend eine Einstellung zu fehlen???
Kann auch bei Voicemeeter sein!
In den Beispielen von Voicemeeter, wird z.B. ein ASIO Interface als Output ausgewählt. mAirList stellt aber kein ASIO-Interface zur Verfügung sondern versucht die Interfaces von Voicemeter zu verwenden.
Ich bin momentan noch nicht auf dem richtigen Rechner, um das zu testen.
Aber ich hätte eine [OT]-Verständnisfrage:
Was soll dieses Routing bezwecken?
Ich lerne ja jederzeit gerne hinzu, aber im Augenblick erschließt sich mir die Sinnhaftigkeit dieses Signalweges einfach nicht.
Das habe ich schon oben mal beschrieben. Es liegt an meiner Systemkonfiguration.
mAirList auf Server, Mikrophon, Telefon, … amArbeitsrechner.
Audio der beiden Rechner über Voicemeeter/VBAN verbinden.
@UliNobbe , danke für eure Unterstützung!
Ich habe es zu Laufen gebracht. Audio-Einstellungen->ASIO
Sowohl bei Ausgänge wie auch Eingänge habe ich VM-VAIO 1 + VM-VAIO 2 ausgewählt.
Sowohl unter Ausgänge und Eingänge ist nun der Peakmeter zu sehen!
Audiogeräte->Encoder
Hier habe ich dann sowohl als Wiedergabegerät ASIO:Voicemeeter Virtual ASIO (VM-VAIO 1, VM-VAIO 2) ausgewählt.
Nun funktioniert es zumindest in meinem Testsystem. Werde es dann heute Nacht auf de, produktiven System ausprobieren.
kannst Du mit Torben abklären, ob er im Build 6.3.12 4442 Änderungen bezüglich Audio vorgenommen hat?
Ich bin weiter dabei mein Problem mit Voicemeeter und mAirList zu lösen. Da ich zu der Auffassung gekommen bin, dass bei dem gegenwärtigen produktiven System, bestehend aus einer virtuellen Maschine mit Server 2019, durch frühere Installationen ein Audio-Problem vorhanden ist, hatte ich mich entschlossen die virtuelle Maschine neu mit 2022 aufzusetzen.
Außerdem habe ich ein Testsystem am Laufen, VM mit Server 2016. Dieses Testsystem hatte zuverlässig mit mAirList und Voicemeeter funktioniert.
Nachdem ich das neue System als VM mit 2022 aufgesetzt habe, habe ich es erstmal mit WASAPI ausprobiert. Es hat leider nicht funktioniert. Auch nachdem ich bei ASIO den Haken bei ignorieren weggenommen habe, musste ich feststellen, dass auch ASIO nicht funktionierte.
Frustiert habe ich wieder das Testsystem eingeschaltet und festgestellt, dass auch dieses nicht mehr funktionierte.
Nach einigen Tests hatte ich die Idee, zu sehen, ob es für mAirList eine neue Version gibt. Die gab es. Ich habe diese installiert und festgestellt, dass nun das Testsystem wieder wie vorher funktionierte.
Ich weiß aber nicht, welches Build vorher installiert gewesen ist. Habe ich aber erst Ende August aufgesetzt gehabt und dazu das neuste mAirList Build aus dem Internet heruntergeladen. An dem Testsystem (2016) wurde zwischenzeitlich an der VM nichts geändert, allerdings wurde das physikalische Hauptsystem von 2019 auf 2022 aktualisiert.
Als nächstes habe ich auch das neue System (2022) auf das neuste mAirList Build aktualisiert. Nun geht auch dieses mit ASIO. Wenn ich allerdings den Voicemeeter Ausgang auf den mAirList Mikrofon-Eingang schalte, funktioniert dieser nicht. Beim Neustart von mAirList gibt es dann einen BASS-Error. Nehme ich den Mikrofon-Eingang wieder weg, funktioniert der Neustart von mAirList wieder ohne Probleme.
Mir reicht die ASIO-Konfiguration, welche aufgrund der geringeren Verzögerungszeit meine bevorzugte Konfiguration ist. Allerdings habe ich etwas Bauchschmerzen, weil ich nichr weiß, ob diese Konfiguration zuverlässig funktioniert.
Ich würde eher sagen, das liegt an der Virtualisierung. Ich habe werde die V-BAN Produkte noch andere Virtual Audio Cable bisher zum laufen bekommen in einer virtuellen Umgebung.
Soweit ich weiss setzt V-BAN auf einen Hardwaretakt der Primären Soundkarte um stabil zu laufen.
Du könntest also einfach eine billige USB Soundkarte nehmen und an die VM durchreichen. Wäre zumindest einen Versuch wert.
An mAirlist wird das nicht liegen, soweit ich weiss ist der Unterbau rund um die Bass.dll nie erheblich verändert worden.
@HGA ,
Ich bin kein Verkäufer und man möge mir das verzeihen, aber warum holst du dir nicht einfach eine weitere mAirList Edition (Advaced Server) die den Stream Monitor beinhaltet?
Diese dann auf den Server packen und lokal im Studio die “normale” Version. Zusätzlich einen IC oder SC (ebenfalls Lokal) und schon kannst du damit über dein
Hauptstudio - IC/SC - mAirList Server - Streamserver
…senden. Zudem hast du natürlich die Möglichkeit die Serverdatenbank auch im Studio verwalten zu können.
