Moin,
gibt es einen möglichst simplen Umsetzer (wie bei DANTE die kleinen Aviom Adapter) um aus einem AVB Signal mit 4 Signalen die Quellen einzeln rauszuholen, am besten analog oder AES EBU ... möglichst ohne Interface & Co.
Moin,
gibt es einen möglichst simplen Umsetzer (wie bei DANTE die kleinen Aviom Adapter) um aus einem AVB Signal mit 4 Signalen die Quellen einzeln rauszuholen, am besten analog oder AES EBU ... möglichst ohne Interface & Co.
Als fertiges Produkt kenne ich jetzt nichts...
Sicher kein Schnapper, aber evtl. die Auvitran Toolbox entsprechend bestückt?
Moin,
danke für die Antworten, die preiswerteste Lösung scheint aktuell ein kleines MOTU Interface mit AVB zu sein ... wenn auch nicht gerade günstig für diese Art von Anwendung.
Hmm damit wirst du vermutlich nicht glücklich...
Probleme mit dem AVB-Stack...
Fazit: wenn ich deine Welt so einschätze wirst du damit keine Freude haben. Dann schau dir die Geräte von RME an...
Wenn deine Anwendung noch etwas Zeit hat versuche ich mal einen Kontakt herzustellen, evtl. Wird dir da geholfen, schreib mir eine pn oder email, ich komme aber vermutlich erst Dienstag dazu
AES/EBU Signals In/Out of AVB Network (Page 1) — AVB/Dante - Network based devices — RME User Forum
Da hat jemand die selbe Frage .
"I know that interfacing RME and MOTU via AVB is a crap shoot at best" *Hust*
Da Motu kein AAF Format und Milan unterstützt kommt es zu Problemen. Milan hat den Verbindungsaufbau (ACMP) modifiziert. Womit es beim Verbinden von AVB und Milan Geräte zu Problemen kommt.
Ich habe mich unlängst mit einem ähnlichen Thema befasst. Dies führte zwangsläufig dazu, dass ich die Idee, AVB Hersteller-übergreifend zum Signaltransport einsetzen zu wollen, direkt wieder verworfen habe. Auch die Support-Abteilungen diverser Hersteller von AVB-Endgeräten raten derzeit allermeistens davon ab. Einzig das RME AVB-Tool scheint in Richtung Interoperabilität zu gehen. In puncto I/O ohne Nutzung von Madi natürlich ein Witz. RME ist außerdem kein Mitglied des MILAN-Verbundes. Das erscheint mir alles momentan doch eher noch sehr intransparent und ausschließlich Hersteller-intern zuverlässig gelöst.
L-Acoustics P1 kann man auch als I/O Wandler nutzen.
Ich kann dich beruhigen, das AVB-Tool und Wandler von RME werden/sind hundertprozentige Milan Geräte. Entgegen dem Digiface AVB kann man die Modi auch nicht umschalten.
Um auf das Thema zurückzukommen, ich weiß nicht ob die Hardware vom AVB-Tool in der Lage ist AES auf den Analogen Ausgängen auszugeben. Technisch ist es in der Theorie ja möglich.... Mit den jetzigen Softwarestand sind es reine Analoge Ports.
https://www.xmos.ai/usb-multichannel-audio/ -> die Lösung zum basteln. AAF und das Thema Milan bekommt man durch aus hin.
http://www.joyned.at bietet Milan-Software an, die es ermöglicht solche Interfaces zu bauen. Ein entsprechendes Eval-Board wird auf der ISE vorgestellt.
Basiert auf xmos und das ist leider eine Einbahnstraße! Mag sein das es für kleinere Applikationen ausreichend ist aber die grenzen sind fix definiert. Mehr wie 44Mbit/s (32 Channels) ist aus dem xmos nicht heraus zu holen. Zumal auch der Hersteller des AVB Stacks kein Interesse an der Pflege seiner Software hat, die auch mit den neusten Compiler nicht kompatibel ist.
Die Arbeit denn ganzen Code so umzudrehen habe ich nach kurzer Überlegungen ganz schnell verworfen. Auch wegen den ganzen Einbahnstraße im Code selbst denn es fehlen einfach auch Channels zwischen den Cores um aus dem 1722.1 Stack Information von anderen Prozessen zu beeinflussen. Beim genauer Überlegung, bleiben dann auf der Hardware kaum Reserven.
Eine Lösung im FPGA etc. ist bei einer Produktentwicklung deutlich flexibler und nicht so risikoreich.
Nicht zu trotz kann man sich das ganze einmal anschauen 😁.