microbug
meckerbug
Das ist ein allgemeines USB Problem. Erstens die Art der Einbindung, also über Hintergrunddienste und Layer, immer unter Beteiligung des Prozessors (FireWire und Thunderbolt können dagegen DMA, also direkt in den Speicher schreiben bzw draus lesen) und beim Senden als Block Device (es wird immer nur gesendet, wenn der Block voll ist, während MIDI sofort jedes Byte sendet), zweitens schreibt die Hardwarespezifikation immer noch keine Entkopplung der Abschirmung vor, obwohl man das Problem der Mantelströme kennt und auch weiß, daß USB für Audio genutzt wird, obwohl es nicht echtzeitfähig ist. Gerade bei Windows PCs fängt man sich sehr viel Störungen über den USB Schirm ein, man hört das Sirren des Schaltnetzteils, und wenn das Interface sein USB nicht entkoppelt hat (bei den wenigsten der Fall, siehe USB Hall of Shame hier im Forum) überträgt sich das im schlimmsten Fall auf alle im gkeichen Rack montierte Geräte.
Die Anzahl der Datenverbindungen daher über USB MIDI minimieren und kein Routing über den Rechner/DAW laufen lassen, sondern dem Rechner immer nur die MIDI Daten zuführen, die er auch aufnehmen soll, dann hat man das USB Problem nur an EINER Stelle.
Hinzu kommt noch, daß man die Busse immer trennen sollte, also Audio und MIDI auf zwei Strängen, und bei einem Windowsrechner muß man schauen, ob die Buchsen auch getrennte Busse sind oder nur über einen Hub angeschlossen wurden. Bei Laptops kann man davon ausgehen, daß USB Ports auf zwei verschiedenen Seiten auch zwei getrennte Busse sind, im Detail sieht man das aber erst in einer Hardware-Infosoftware wie Everest Home oder Alternativen.
