MIDI-INTERFACE-USB-FIREWIRE, Varierende Latenzen, das Sync problem Einstellungen

[Phatline]

Mal ganz abgesehen das die meisten reinen Midinterfaces USB als interface haben...
Es gibt ja auch soundkarten die Firewire als interface haben, und die haben dann meist auch midi.


Um Midi gehts mir jetzt auch, Ich will praktisch von einer externen Clock in den PC zu Ableton und Ableton als Slave laufen lassen.

Najo drück ich beim externen Sequenzer auf Play, und mach einen Latenz ausgleich (im midigerätemenü) dann bleibt die Midiclock annähernd syncron....bis ich das nächste mal den extternen Sequenzer neugestartet hab (einmal kurz stop einmal kurz play) dann muss ich neu einstellen (das liegt zwischen 50 und 120ms Latenz6ausgleich- bzw Startpunkt festlegen)
Als Grund warum die Latenzen bzw Startzeitpunkte des PLAY commands ständig bei jedem Neu Start der Midiclock anders sind (z.B. 50 ms 120 ms.....) (im Ableton) ---> wurde der Grund genannt- das USB da varierende Laufzeiten hat (oder so) heißt einmal spricht er an dann macht er mal pause...nix regelmäßiges anscheinend....

Jetzt wollt ich Fragen ob Firewire diese problematik auch hat?

Welche Interfaces gibts noch (für Laptops) ? gibts ja nicht mehr viel oder gibts da sata zu parallel adapter oder what ever....kein Plan.

[dj AcidGreen/Aci...]

die latenzen bei ethernet sind minimalistisch wenn ned viele daten geschickt werden > is im fall midi ja garnix
shared medium gut soll sein .. nur wenn ich die netzwerkkarte nur für midi missbrauche wo is das prob ?
bei usb kann ich nix anpassen weil > wie du schon sagst die eierlegende ... die alles können soll es aber ned kann.

ethernet egal mit welchem protokoll jetzt... gibt es viel mehr möglichkeiten .. einzustelllen wer vor wem vorrang hat ... in welcher größe die pakete sein sollen und und und ...> managed switch ... is ja alles nur eine frage der entwicklung und welches proto verwendet wird.
nur wenn usb durch die belastung des busses ect so blöd angebunden ist das schwankungen massiver timing probleme hervorrufen ... dann is das finde ich der falsche weg.

aber machen wird mal anders. nachdem du auf dem gebiet eh der profi bist?
schlag mal was ordentliches vor.

[eigengrau]

die latenzen bei ethernet sind minimalistisch wenn ned viele daten geschickt werden > is im fall midi ja garnix
shared medium gut soll sein .. nur wenn ich die netzwerkkarte nur für midi missbrauche wo is das prob ?
bei usb kann ich nix anpassen weil > wie du schon sagst die eierlegende ... die alles können soll es aber ned kann.

ethernet egal mit welchem protokoll jetzt... gibt es viel mehr möglichkeiten .. einzustelllen wer vor wem vorrang hat ... in welcher größe die pakete sein sollen und und und ...> managed switch ... is ja alles nur eine frage der entwicklung und welches proto verwendet wird.
nur wenn usb durch die belastung des busses ect so blöd angebunden ist das schwankungen massiver timing probleme hervorrufen ... dann is das finde ich der falsche weg.

aber machen wird mal anders. nachdem du auf dem gebiet eh der profi bist?
schlag mal was ordentliches vor.

Ich wüsste nicht wie man mit QOS eine Latenz garantieren kann. Vielleicht, dass sie einen bestimmten Wert nicht übersteigt, aber nicht, dass die Latenz gleich bleibt.

Wenn ich z.B. einen Ping auf localhost macht hab ich Zeiten zwischen 54µs und 118µs. Das ist noch ohne einem Medium, das man anfassen kann. Mit den üblichen Betriebsystemen (oder besser die auf denen die übliche Software lauft) wird auch richtige Echtzeitfähigkeit sobald nicht kommen und wenn, dann eher nicht für Ethernet.

Am einfachsten lösen würden sich die Probleme noch in Software lassen - das Medium dazwischen ist, solange halbwegs zuverlässig, wurscht. NTP ist da ein Beispiel wie man wirklich sauber syncen kann, unabhängig von Latenz, ..