microbug
meckerbug
Macht es keinen Deut besser. Außerdem gibts mehr als nur zwei Varianten.
Macht es keinen Deut besser. Außerdem gibts mehr als nur zwei Varianten.
microbug
meckerbug
Der Blödsinn geht weiter:
Die neuen Casio Digitalpianos PX-S1000 und PX-S3000 haben kein klassisches MIDI mehr, nur noch USB, wie auch schon die CT-X Modelle.
Die neuen Casio Digitalpianos PX-S1000 und PX-S3000 haben kein klassisches MIDI mehr, nur noch USB, wie auch schon die CT-X Modelle.
Green Dino
X---X---X---X
Ach, ich dachte tatsächlich es gäbe nur zwei Varianten.
Ist ja jetzt nicht das erste Produkt, bei dem das geht und bisher klang das immer so, als wäre damit alles abgedeckt. K.A. vielleicht hatte ich das auch nur so gelesen.
Ja, besser machts das nicht...
Gibt‘s eigentlich ne Midi Hall of Shame Website?
tichoid
Maschinist
als ich auf der Suche nach einem Keyboardcontroller war, ist mir erst mal aufgefallen wie viele Keys es eigentlich gibt, die nur USB haben.. wie ist das technisch, braucht MIDI andere Spannungen als die 5V bei USB? Dann könnte man das evtl. mit Kosteneinsparung erklären..
microbug
meckerbug
Nein, nur diesen Thread hier, bisher jedenfalls. Die Infos wandern dann ins Wiki.
microbug
meckerbug
Und der nächste Blödsinn, mal wieder von Roland: TM-1 Trigger Module wieder nur USB und kein echtes MIDI.
Tax-5
||||||||||
Geht gar nicht. Das ist ein absolutes Killer Kriterium. Solche Geräte kaufe ich mir dann gar nicht erst. Und wenn es noch so toll ist...
mink99
|
Wenn man die Buchse horizontal einbaut, ist sogar ohne Gehäuseänderung genug Platz....
![[Artinus]](/synthesizer/data/avatars/m/11/11999.jpg?1536438473){kind=avatar}
[Artinus]
||||||||
Ist der oberheim matrix 1000 nicht auch so ein Kandidat?
Der hat doch auch ansonsten komische midi Routinen oder?
microbug
meckerbug
Roland hat seit dem S10 ein Standardformat für MIDI Sysex, welches auch beim JD990 angewendet wird, und das will für Parameterchanges immer eine Checksum haben. Liegt daran, daß ein Parameterchange bei Roland Sysex garkeiner ist, sondern der Dump/Send einer bestimmten Anzahl Speicherzellen, deren Adresse in der Nachricht spezifiziert wird.
Stimmt aber, das ist durchaus ein Thema für hier, Danke fürs Erinnern.
SpotlightKid
....
Also wenn jede kleine Unannehmlichkeit als Grund für Anprangern hergenommen wird, wird's lächerlich. Sysex-Nachrichten werden normalerweise von Software oder dazu programmierten Controllern gesendet. Die sollten in der Lage sein, die Prüfsumme zu generieren. Wenn nicht, ist die Software sch..., nicht die Sysex-Implementierung des Empfängers.
Zuletzt bearbeitet:
[Artinus]
||||||||
Erklär mir doch mal den Grund für so ein sysex rumgemache wenn midi cc vollkommen ausreicht oder der synth bei falschen Parametern einfach nur nicht reagiert.
Den wie schon gesagt:
Den wie schon gesagt:
SpotlightKid
....
Mit MIDI CC Befehlen kann man nur 128 Parameter ansprechen und viele CC # sind schon für Standard-Controller (Modulation, Volume, Sustain, usw.) vergeben. Außerdem hat man entweder nur eine Auflösung von 128 Werten, oder muss mit High-Resolution Controllern (also zwei CC-Nachrichten) oder NRPNs arbeiten, was m.E. genauso kompliziert wie Sysex ist. Bei Sysex-Nachrichten kann der Implementor selbst festlegen, wie der Wertebereich und die Kodierung der Parameterwerte sind (MSB/LSB first, Nibbles oder höchstes Bit in MSB verschieben, usw.). Außerdem kann man Parameter in Gruppen strukturieren, nicht-numerische Werte versenden, z.B. Strings für Namen oder binäre Daten für Wavetables usw.
Bei seriellen Datenübertragungen Checksummen zu verwenden ist einfach gute Ingenieurspraxis, insbesondere wenn die Leitungen, wie bei MIDI länger sind. Und dass ein Synth, wenn man ihm falsche Parameter schickt, nicht reagiert, ist m.E. auch sinnvolles Verhalten. MIDI ist halt nicht transaktionsbasiert und es ist nicht garantiert, ob ein Rückkanal überhaupt vorhanden / angeschlossen ist, da ist es sehr schwer, Nachrichten zuverlässig zu bestätigen. Oder meinst du, dass es manche Synths gibt, die sich aufhängen, wenn man ihnen falsche / zu viele Sysex-Nachrichten schickt? Das ist dann natürlich wieder Sch...programmierung und gehört hierher. Aber man sollte fehlerhaftes Verhalten und Komplexität nicht in einen Topf werfen.
Bei seriellen Datenübertragungen Checksummen zu verwenden ist einfach gute Ingenieurspraxis, insbesondere wenn die Leitungen, wie bei MIDI länger sind. Und dass ein Synth, wenn man ihm falsche Parameter schickt, nicht reagiert, ist m.E. auch sinnvolles Verhalten. MIDI ist halt nicht transaktionsbasiert und es ist nicht garantiert, ob ein Rückkanal überhaupt vorhanden / angeschlossen ist, da ist es sehr schwer, Nachrichten zuverlässig zu bestätigen. Oder meinst du, dass es manche Synths gibt, die sich aufhängen, wenn man ihnen falsche / zu viele Sysex-Nachrichten schickt? Das ist dann natürlich wieder Sch...programmierung und gehört hierher. Aber man sollte fehlerhaftes Verhalten und Komplexität nicht in einen Topf werfen.
Zuletzt bearbeitet:
microbug
meckerbug
Sorry, nein. Eine Prüfsumme bei einer Parameter Change Nachricht ist völlig überflüssig, weil es bei Hardware-Controllern unnötigen Programmieraufwand erzeugt, zumal es ja verschiedene Arten von Prüfsummen gibt und die auch unterschiedlich generiert werden, also zB ab wann summiert wird (siehe Sounddiver Programming Manual). Außer Roland macht das auch sonst keiner, und dort funktioniert das auch seit Anbeginn ohne Probleme. Deren eigene Programmer benutzen ja auch MIDI als Übertragungsprotokoll, zumindest von den Daten her, und ebenfalls ohne Prüfsumme.
SpotlightKid
....
Das ist mit der gerade erschienenen Firmwareversion 1.8 nun behoben, d.h. man kann die Kanäle einstellen.
Wir sind uns also einig, dass wir anderer Meinung sind. Du findest das überflüssig und umständlich, ich finde, das ist normale defensive Programmierung und legt niemand unnötig viele Steine in den Weg. Auf jeden Fall ist das ein anderes Kaliber als irgendwelche Standards gar nicht oder fehlerhaft zu implementieren.
Wenn man da mit dem Finger auf jemand zeigen will, dann sollte es mMn die MIDI Association sein, die es versäumt hat, das Format von SysEx-Nachrichten näher zu standardisieren. Außer Start/End-of-Sysex und dazwischen eine beliebige Anzahl von Bytes mit Wert > 128 ist ja nur noch Wert und Position der Manufacturer ID und Device ID festgelegt (und das Format einiger Universal SysEx Messages). Man hätte z.B. auch die Kodierung von Werten mit mehr als 7bit, das Vorhandensein und Position von Model ID, Parameter(-gruppen)nummer, Bank- und Patchnummer, Nachrichten-ID und die Position und Berechnung der Checksumme und einiges mehr festlegen können. Dann wäre vielleicht einiges Kuddelmuddel erspart geblieben. MIDI 2.0 scheint ja in die gleiche Kerbe zu hauen.
microbug
meckerbug
Prüfsummen sind generell schon sinnvoll, aber eben nicht bei 1-2 Byte Daten wie Parameter Changes, da bläht es das Ganze nur unnötig auf und bringt keinerlei Vorteile.
Was Du in Puncto Sysex sagst, unterstreiche ich absolut. Dort hat man den Herstellern leider zuviel Freiheiten gelassen, und bei den Formaten herrscht daher auch ein übelster Wildwuchs. Roland waren die ersten, die bei ihren Geräten ein einheitliches Format einführten, Yamaha hat es inzwischen auch, iirc seit der Motif Serie. Als Polyframe und später Sounddiver erschien, haben sowohl Michael Haydn als auch einer der Programmierer von UniSyn eine Art Petition an die Hersteller zur Vereinheitlichung des Sysex Transfers geschrieben, die müßte sogar noch im Archiv der MMA zu finden sein. Leider hat es keinen interessiert und die MMA offenbar auch nicht.
Was Du in Puncto Sysex sagst, unterstreiche ich absolut. Dort hat man den Herstellern leider zuviel Freiheiten gelassen, und bei den Formaten herrscht daher auch ein übelster Wildwuchs. Roland waren die ersten, die bei ihren Geräten ein einheitliches Format einführten, Yamaha hat es inzwischen auch, iirc seit der Motif Serie. Als Polyframe und später Sounddiver erschien, haben sowohl Michael Haydn als auch einer der Programmierer von UniSyn eine Art Petition an die Hersteller zur Vereinheitlichung des Sysex Transfers geschrieben, die müßte sogar noch im Archiv der MMA zu finden sein. Leider hat es keinen interessiert und die MMA offenbar auch nicht.
MacroDX
Hat ein Bild mit Robotern wo aufm Mond rumlaufen
Doch, das ist doch eben der Punkt. Aber eben so wie microbug das schreibt bezogen auf den Nachrichtentyp. Wichtige Briefe sollte man natürlich per Einschreiben schicken, aber das muss man nicht bei jeder Postkarte machen.
Allerdings stimme ich zu dass das jetzt für mich auch kein Grund wäre etwas in die Hall of Shame zu stecken.
[Artinus]
||||||||
Kannst du erklären wie das passieren konnte? Ich lese mich grade ins Thema ein, soll bei sysex nicht die Hersteller ID verhindern das ein Gerät mit einer sysex message was macht die aber nicht für das Gerät bestimmt war?
Oder versteh ich den Fehler grade falsch und das Remote25 hat die sysex Nachricht verwurstelt anstatt sie sauber weiterzugeben?
microbug
meckerbug
Wenn dann dieses, denn oft ist der Speicher zu knapp bemessen für diese Zwecke.
Grundregel: für firmwareupdates IMMER ein MIDI Interface von Herstellern mit entsprechender Kernkompetenz (ESI, MOTU, iConnectivity oder die alten Emagics) nehmen oder direkt über USB gehen. Zugabe-Interfaces in Geräten würde ich da nie über den Weg trauen.
Renpac
||
Mit dem MIDI-Interface des RME Fireface UC hatte ich auch noch nie Probleme. Läuft nicht unzuverlässiger als früher meine Emagic AMT8. Ich denke RME hat den MIDI-Teil des Fireface gut umgesetzt. Kenne es von anderen Herstellern auch anders.
microbug
meckerbug
Und der nächste Blödsinn, wieder DIY, zumindest halbwegs: Dinopark, die Wiedergeburt der Creamware ASB Hardwarebasis, wurde mit Miniklinke ausgestattet, statt einfach Platz für normale Buchsen zu schaffen.
Gleiches gilt für die Blackbox von 1010 Music: so ein Ding kann man auch ein klein wenig größer bauen, ist immer noch kompakt genug und braucht keine wackeligen Adapter. Immerhin sind Kunstoffbuchsen verbaut, sodaß es an dieser Stelle wenigstens keine Probleme gibt.
Gleiches gilt für die Blackbox von 1010 Music: so ein Ding kann man auch ein klein wenig größer bauen, ist immer noch kompakt genug und braucht keine wackeligen Adapter. Immerhin sind Kunstoffbuchsen verbaut, sodaß es an dieser Stelle wenigstens keine Probleme gibt.
Zuletzt bearbeitet:
verstaerker
*****
weil es gerade dazu eine Diskussion im Squarp-Forum gibt:
Wieso ist das verboten? Ist das irgendwo spezifiziert? Wofür ist der Strom in der Midi-leitung?
microbug
meckerbug
Doch, es ist, und somit verletzten solche Geräte die MIDI Hardware Spec, genau wie die, die meinen, den Optokoppler weglassen zu müssen.
Seddis
|
Was ist schlecht daran? Laut einer Erweiterung der MIDI-Spezifikation - festgelegt in der MIDI-1.0-Electrical-Specification-ca33 AMEI (Association of Musical Electronics Industry), datierend vom 16. September 2015 - sind nun auch MIDI-Ausgänge möglich, die auf einer 3,3 V-Spannungsversorgung beruhen. In diesem Fall werden Serienwiderstände von 33 Ohm und 10 Ohm an Pin 4 bzw. an Pin 5 eingesetzt.
Zuletzt bearbeitet:
SpotlightKid
....
Das ändert aber nichts daran, dass der Eingang über einen Optokoppler galvanisch getrennt wird. Nur die Spannungen ändern sich- und deswegen die Widerstände.
Similar threads
News
-
Knobula Pianophonic - Ein Piano für Leute die keine Pianos brauchen - Eurorack + MIDI!- Gestartet von Moogulator
- Antworten: 1
-
9-11.5.2024, Fischbach bei Idar Oberstein, Modular Meeting Happy Knobbing 2024
- Gestartet von Moogulator
- Antworten: 0
-
-
-
-
Samples! Von der Verwaltung bis zum Einsatz - SequencerTalk 204
- Gestartet von Moogulator
- Antworten: 1
-