Druckversion des Themas

Hier klicken um das Topic im Orginalformat anzusehen

technoboard.at _ > producing Hardware _ MIDI-INTERFACE-USB-FIREWIRE

Geschrieben von: Phatline 3 Oct 2007, 15:20

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.

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 15:59

lesen http://www.soundonsound.com/sos/Oct04/articles/qa1004-7.htm

Geschrieben von: Phatline 3 Oct 2007, 16:42

ok da steht drinnen
* ich soll keine usb hub dazwischen schalten- eh kloar!
* immer die letzten Treiber verwenden- auch klar...nur gibts keine updates mehr für XP (M-audio - nix alesis nix! die arbeiten "fieberhaft"-scherz am rande- am fucking VISTA)
* Nicht zuviele USB Geräte auf einmal laufen lassen, auch wenns sie auf verschiedenen slots hängen ---eh kloar! nur wie soll das gehen in einem USB zeitalter wo quasi alles usb is devil.gif crazy.gif crazy.gif crazy.gif
*Er denkt: man solle kein kobiniertes usb-audio-midi interface verwenden sondern getrennte interfaces für midi und audio



Zum glück hab ich die möglichkeit das alles auszuprobieren, weil ich hab 6 verschiedenen usb interfaces von 4 verschiedenen herstellern herumliegen, davon sind 2 kombinierte (audio und midi).

Und ich kann sagen, keiner dieser Tips hat ihrgendwas geändert! USB midinterfaces in kombination mit Ableton als Slave (oder auch master!) is ein shicedereksondergleichn.

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 17:17

mehr als das habe ich dazu nicht wirklich gefunden ... > auch von mir > ich hasse usb seit es usb gibt puke.gif

wer sich einmal mit usb wirklich ordentlich beschäft egal in welchem bereich ... wird merken das es wirklich der größte dreck ist der jemals entwickelt wurde. wer jetzt blöd daher-reden möchte weil ich das drecks usb .... hier "niedergemacht" habe ... check dir nen analyser und schau mal was ubs für einen kack verzapft ....

zum problem ableton und midi over usb noch was > ich denke es liegt hier auch am ableton ... denn ich kenne das alles noch aus cubase zeiten .. und da hatte ich immer ärgste midiprobs .. und das über serial ...

Geschrieben von: derrick s. 3 Oct 2007, 17:19

soviel ich in den Fachzeitschriften lesen konnte sind so ziemlich alle integrierten midiinterfaces auch bei firewire nicht das gelbe vom ei

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 17:32

möcht wissen warum die hersteller nicht lan verwenden statt usb ... vermutlich eh nur weils billiger is und weil plug and play drauf steht .. was usb eigentlich ned wirklich is.

bei lan > na und kauf ich mir halt einen kleinen 8port switch wenn die das statt usb mit lan realisiert hätten könnt man sogar qos (quality of service) für midi daten missbrauchen und steuern welche kisten vor anderen vorang haben was das timing angeht ... so wie das halt in einem ordentlich gewitchten lan auch passiert .. für ftp. http ect... + 100erte weitere parameter wären vorhanden um z.b tcp windowsize, und zig andere parameter anpassen zu können. denn sowas wie latenz gibts da ned wirklich in einem tcp netz ... zumindest keine hörbaren ... weil > die sind im nanosekundenbereich ..

Geschrieben von: Phatline 3 Oct 2007, 17:42

Das heißt wir brauchen ein hardware midi over lan interface, gibts sowas? mal googlen , aber ich denke das hättest eh schon ausgeforscht wenn ses wirklich geben würde satisfied.gif

Geschrieben von: Phatline 3 Oct 2007, 18:03

Hardware mäßig ginge das vieleicht so:

* Du kommst via Midi von deinem Controller oder externen sequenzer
* Du verbindest Midi mit dem Core modul von www.ucapps de (erstes bild)
* Die MIDIBOX TO COM FUNKTION kann man glaub ich bei jeden Projekt der Seite aktivieren (zweites Bild)
* Von COM via einem http://www.ipcas.de/produkte/rs232-rs485-ethernet-konverter.html auf den PC... (bild 3)

Keine Ahnung ob das ihrgendwie möglich is? (Software mäßig) und was da wieder für latenzen zustande kommen....über den max 232 auf den Com 2 lan adapter übers kabel in den Laptop Lan anschluss - über ihrgendeine Software die für "Com2lan" zuständig über ihrgendeine Emulation die Comsignale in Mididaten umwandelt. crazy.gif

 

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 19:43

nö im netz hab ich nix in die richtung gefunden .... genau sowas nur als eine einzelne kiste ... ohne dem rs232 port sondern halt auch mit lan i/o .. jep das wärs.

jedes hardwareteil bekommt einen midi to lan konverter (bitte latenzfrei hehe)
und ab dort rennt alles nur mehr per lan .. über einen managed 8/16 port gigabit switch (latenzen noch niedriger als bei megabit switches) in den gigabit port vom rechner. dort sitzt eine sw. die wieder midi draus macht und fertig. (jeder einzelne midi to lan converter müsste eine spezielle id mitschicken damit die sw. am rechner weiß welcher midi port welche kiste is)

andere möglichkeit >> der switch = ein spezialswitch für genau die sache ... stellt die daten mit lanport nummer (midiport) und midi kanal an seinem ausgang bereit welche dann auch über lan in den rechner gehn. (irgendwer in der reihe muss nämlich dem rechner sagen synt 1 = midi port 1, synth 2 = midi port 2 usw ... weil die synths selber schicken ja nur die geräte id über midi. (bei einem normalen midi interface schickt ja auch das interface die portnummern)

so wo sind die wappler die uns jetzt an patzen kohle bereitstellen damit wir das zeug entwickeln lassen können ??? biggrin.gif biggrin.gif


Geschrieben von: Phatline 3 Oct 2007, 19:45

biggrin.gif

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 19:59

ah noch zusätzlich gehirnwixxerei >>> jeder converter kann zwischen udp und tcp protokoll umgeschalten werden und kann natürlich vom rechner aus über seine ip adresse per telnet / ssh eingestellt werden. happy.gif

wlan wäre noch netter fällt aber weg > weil > latenzen zu groß und zu instabil

also das konzept ist da ... nur die kohle fehlt .... bin mir sicher die sache würde sich sehr gut verkaufen ...

ja und dann wär da noch wenn spezialswitch lösung dann könnte man ja auf die konverter eigentlich pfeifen und gleich 16x midi in / out > lan in/out machen. die switches natürlich erweiterbar > 4 weitere lan in schnittstellen ... für weitere 4 solche spezialkisten .. die dann von der hauptkiste an den rechner geleitet werden ...

so genug ich hätt noch 10 weitere ideen um das weiter zu spinnen bis zum geht nimma tounge.gif


Geschrieben von: Phatline 3 Oct 2007, 20:17

also ich würd sofort eins kaufen satisfied.gif
so ein 4x4Midi2Lan kasterl würd mir schon reichen und das für lan-ge zeit

Geschrieben von: nanotec 3 Oct 2007, 20:17

QUOTE(dj AcidGreen/Acidrecords @ 3 Oct 2007, 20:59 ) *
ah noch zusätzlich gehirnwixxerei >>> jeder converter kann zwischen udp und tcp protokoll umgeschalten werden und kann natürlich vom rechner aus über seine ip adresse per telnet / ssh eingestellt werden. happy.gif

wlan wäre noch netter fällt aber weg > weil > latenzen zu groß und zu instabil

also das konzept ist da ... nur die kohle fehlt .... bin mir sicher die sache würde sich sehr gut verkaufen ...

ja und dann wär da noch wenn spezialswitch lösung dann könnte man ja auf die konverter eigentlich pfeifen und gleich 16x midi in / out > lan in/out machen. die switches natürlich erweiterbar > 4 weitere lan in schnittstellen ... für weitere 4 solche spezialkisten .. die dann von der hauptkiste an den rechner geleitet werden ...

so genug ich hätt noch 10 weitere ideen um das weiter zu spinnen bis zum geht nimma tounge.gif



Ich weiß nicht ob sich das wirklich gut verkaufen würde, denn:
Es wäre teuer
Und da leider die meisten heutzutage nur mit PC only arbeiten bringt das auch nichts.

Midi over Lan von PC zu PC gibt es glaube ich sogar schon.

und die hardware dazu sowieso smile.gif

Geschrieben von: Phatline 3 Oct 2007, 20:21

ein Midi2Lan converter würd sich glaub ich schon gut verkaufen eh so wie die ganzen USB interfaces die 1x1 oder 4x4 oder 8x8 ...man muss nur genug laut das internet zuspamen das USB so der mist ist (was es auch ist) damit jeder einprogrammiert hat "das midit2lan teil muss her" das ist dann so wie jeder weis: "eine mc303 ist der größte mist und die tb303 ist kult"

Dann schickst noch ein paar testobjekte zu diversen Zeitschriften wie "Keys" z.B.: die sollen das testen und anständig berichten....das geht schon!

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 21:19

@ nanotec

würde ich so nicht sagen > teuer ect + nur mehr pc only ...

nur mehr pc only sind die leute die entweder keine kohle haben oder keinen platz haben oder nur mit midi controller arbeiten.

beim punkt midicontroller haben wird die geschichte ja auch .. > latenzen .. zwar nicht so extrem bemerkbar .. weil der jeweilige parameter halt dann paar ms zu spät vom pc geregelt wird aber das prob is das selbe.

es sind solche massen von hardware weltweit im umlauf, es gibt täglich neue kisten mit midi schnittstellen die auch gekauft werden sonst gäbs ja mittlerweile keine firmen mehr die hardware anbieten und sogar neue entwickeln.

glaub du hast das hier zu "klein" gesehen. hoffe ich habe mit dem post hier mal die größe des marktes ein wenig zeigen können.

egal ob elektronischer liveperformer, studiomusiker, oder bands die auch hardware einsetzen.
und viele andere sparten mehr > vj`s ect alles was stabiles midi mit geringen latenzen benötig.

jeder der genannten ... kennt das problem midi denn alle arbeiten damit und wenns nur eine midicontroller is bzw. mehrere und bei mehrere geht die kacke ja spätestens los

Geschrieben von: 2ndSoul 3 Oct 2007, 21:27

Das wirkliche Drama ist vielmehr, dass es in Zeiten von Bluetooth und anderen kabellosen Verbindungen noch keine Option gefunden wurde über dieses Medium Daten schneller und verlässlicher als über diverse Kabelports zu übertragen,... genau so wie ich im 3 Jahrzehnte der Heimcomputeroffensive einem Computer noch via einem primitiven Medium namens Tastatur und Maus sagen muss, was ich von ihm will,...

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 21:32

100% zustimmung

@ all >> read this shit der text kann nur alt sein wenn die wappler da schreiben der markt ist nicht reif dafür ... pffffffffff der lechts schon mehr als danach wenn mans genau nimmt. text dürfte im jahr 2003 oder so geschrieben worden sein ...

und hier ... die haben da mit dem rtp protokoll was gemacht
mir is egal ob das udp, tcp,rtp ect is .. es muss funzen und es muss zu mir hehe

http://www.cs.berkeley.edu/~lazzaro/rtpmidi/

oder hier http://www.plus24.com/ieeep1639/

da kann man das protokoll gleich in den sequencer implementieren

Geschrieben von: Alpha600 3 Oct 2007, 23:02

Wie kann man bei IP oder Ethernet hart echtzeitfähig machen? Das soll wohl das Ziel sein, wenn USB und Firewire so ein Scheiss sind. Mal ganz abgesehen davon, dass das Betriebsystem es auch sein sollte.

Bei Bluetooth oder WLAN kommt dann noch das Share-Medium dazwischen. Mal ganz abgesehen von dem wunderbaren Altlasten Stack bei Bluetooth.

Geschrieben von: dj AcidGreen/Acidrecords 3 Oct 2007, 23:30

QUOTE(Alpha600 @ 4 Oct 2007, 00:02 ) *
Wie kann man bei IP oder Ethernet hart echtzeitfähig machen?


was meinst du ? den satz versteh ich nicht.

Geschrieben von: dfx 4 Oct 2007, 00:36

midi over lan? was fürn blödsinn... wenn ihr schon solche überlegungen anstellts, dann nehmts doch bitte einen bus, der für sowas besser geeignet ist, fibrechannel von mir aus, aber doch net ethernet...

Geschrieben von: dj AcidGreen/Acidrecords 4 Oct 2007, 01:23

ja perfekt das kann sich dann echt keiner mehr leisten ..... falls sowas irgendwann mal auf den markt kommen sollte mit ethernet wärs ja noch irgendwie leistbar.... ausserdem pervers >> midi extrem lahm auf > fibre extrem schnell
midi to lan is scho pervers was die schnitstellen angeht aber mit fibre ultra pervers haha ... naja ich wär schon froh über hardware midi to pc over lan

noch dazu stellt sich bei glasfaser ja das prob > extrem aufpassen auf die glasfaserkabeln ..

midi over lan gibts ja schon wink.gif > von pc zu pc ... das rennt ja ohne probleme .. also warum nicht auch hardware to pc über ethernet ....

Geschrieben von: Alpha600 5 Oct 2007, 13:25

QUOTE(dj AcidGreen/Acidrecords @ 4 Oct 2007, 00:30 ) *
was meinst du ? den satz versteh ich nicht.


Das ist das Problem. Du willst USB, Firewire, ... aus Gründen ablösen die dir aber Ethernet auch nicht bieten kann. Zu einer Taktgenauigkeit braucht es ausreichend Bandbreite für die Daten, eine geringe Latzenz und eine garantierte Echtzeit. Wie soll das in einem Shared Medium gehen? USB hat da zumindest Strategien um den Bus zu reservieren - was natürlich von Geräten und Treibern richtig umgesetzt werden muss - was bei einer Wollmilchsau wie USB natürlich nicht immer einfach ist.

Geschrieben von: dj AcidGreen/Acidrecords 5 Oct 2007, 16:52

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.


Geschrieben von: Alpha600 5 Oct 2007, 23:01

QUOTE(dj AcidGreen/Acidrecords @ 5 Oct 2007, 17:52 ) *
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, ..

Geschrieben von: dj AcidGreen/Acidrecords 6 Oct 2007, 01:00

schau wenn in der musik 1-3 ms latenz sind bekommst das ned mal mit .... also where is the problem mit z.b qos .....
nur wenn schwankungen von 5-15ms oder tlw sogar mehr .. sind wie im falle usb interface > ableton .. wies tlw vorkommt dann isses zum vergessen.

das produkt midioverlan gibt es ja schon http://www.musiclab.com/products/rpl_info.htm und das funzt auch ;o)

das protokoll ist wie schon gesagt egal es muss funktionieren das ist das ziel ...

Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)