Ableton Move (Release 8.10.2024)

Dann ist da irgendwas anderes faul, wäre nicht das erste Mal bei solchen Geräten (siehe NDLR). Ich nahme mal nicht an,d aß Du Zugriff auf einen Windowsrechner hast, sonst könntest Du das USB Descriptor Tool von Thesycon nutzen und dessen Ausgabe (Textdatei) an Ableton schicke
Falls du aus dem Dump von USB Descriptor Tool etwas rauslesen kannst, bitteschön ;-). Hab ihn natürlich auch an den Ableton Support geschickt.

Information for device MicroMonsta 2 (VID=0x16D0 PID=0x0D4A):

------------------------------
Connection Information:
------------------------------
Device current bus speed: FullSpeed
Device supports USB 1.1 specification
Device supports USB 2.0 specification
Device address: 0x0004
Current configuration value: 0x01
Number of open pipes: 2


------------------------------
Device Descriptor:
------------------------------
0x12 bLength
0x01 bDescriptorType
0x0100 bcdUSB
0x00 bDeviceClass
0x00 bDeviceSubClass
0x00 bDeviceProtocol
0x40 bMaxPacketSize0 (64 bytes)
0x16D0 idVendor
0x0D4A idProduct
0x0100 bcdDevice
0x01 iManufacturer "Audiothingies"
0x02 iProduct "MicroMonsta 2"
0x03 iSerialNumber "396D34xxxxxx"
0x01 bNumConfigurations


-------------------------
Configuration Descriptor:
-------------------------
0x09 bLength
0x02 bDescriptorType
0x0065 wTotalLength (101 bytes)
0x02 bNumInterfaces
0x01 bConfigurationValue
0x00 iConfiguration
0x80 bmAttributes (Bus-powered Device)
0x96 bMaxPower (300 mA)

Interface Descriptor:
------------------------------
0x09 bLength
0x04 bDescriptorType
0x00 bInterfaceNumber
0x00 bAlternateSetting
0x00 bNumEndPoints
0x01 bInterfaceClass (Audio Device Class)
0x01 bInterfaceSubClass (Audio Control Interface)
0x00 bInterfaceProtocol (Audio Protocol undefined)
0x00 iInterface

AC Interface Header Descriptor:
------------------------------
0x09 bLength
0x24 bDescriptorType
0x01 bDescriptorSubtype
0x0100 bcdADC
0x0009 wTotalLength (9 bytes)
0x01 bInCollection
0x01 baInterfaceNr(1)

Interface Descriptor:
------------------------------
0x09 bLength
0x04 bDescriptorType
0x01 bInterfaceNumber
0x00 bAlternateSetting
0x02 bNumEndPoints
0x01 bInterfaceClass (Audio Device Class)
0x03 bInterfaceSubClass (MIDI Streaming Interface)
0x00 bInterfaceProtocol (Audio Protocol undefined)
0x00 iInterface

MS Interface Header Descriptor:
------------------------------
0x07 bLength
0x24 bDescriptorType
0x01 bDescriptorSubtype
0x0100 bcdMSC
0x0041 wTotalLength (65 bytes)

MS MIDI IN Jack Descriptor:
------------------------------
0x06 bLength
0x24 bDescriptorType
0x02 bDescriptorSubtype
0x01 bJackType
0x01 bJackID
0x00 iJack

MS MIDI IN Jack Descriptor:
------------------------------
0x06 bLength
0x24 bDescriptorType
0x02 bDescriptorSubtype
0x02 bJackType
0x02 bJackID
0x00 iJack

MS MIDI OUT Jack Descriptor:
------------------------------
0x09 bLength
0x24 bDescriptorType
0x03 bDescriptorSubtype
0x01 bJackType
0x03 bJackID
0x01 bNrInputPins
0x02 baSourceID(1)
0x01 baSourcePin(1)
0x00 iJack

MS MIDI OUT Jack Descriptor:
------------------------------
0x09 bLength
0x24 bDescriptorType
0x03 bDescriptorSubtype
0x02 bJackType
0x04 bJackID
0x01 bNrInputPins
0x01 baSourceID(1)
0x01 baSourcePin(1)
0x00 iJack

Endpoint Descriptor (Audio/MIDI 1.0):
------------------------------
0x09 bLength
0x05 bDescriptorType
0x01 bEndpointAddress (OUT endpoint 1)
0x03 bmAttributes (Transfer: Interrupt / Synch: None / Usage: Data)
0x0040 wMaxPacketSize (1 x 64 bytes)
0x01 bInterval (1 frames)
0x00 bRefresh
0x00 bSynchAddress

MS Bulk Data Endpoint Descriptor:
------------------------------
0x05 bLength
0x25 bDescriptorType
0x01 bDescriptorSubtype
0x01 bNumEmbMIDIJack
0x01 baAssocJackID(1)

Endpoint Descriptor (Audio/MIDI 1.0):
------------------------------
0x09 bLength
0x05 bDescriptorType
0x81 bEndpointAddress (IN endpoint 1)
0x03 bmAttributes (Transfer: Interrupt / Synch: None / Usage: Data)
0x0040 wMaxPacketSize (1 x 64 bytes)
0x01 bInterval (1 frames)
0x00 bRefresh
0x00 bSynchAddress

MS Bulk Data Endpoint Descriptor:
------------------------------
0x05 bLength
0x25 bDescriptorType
0x01 bDescriptorSubtype
0x01 bNumEmbMIDIJack
0x03 baAssocJackID(1)

Microsoft OS Descriptor is not available. Error code: 0x0000001F


--------------------------------
String Descriptor Table
--------------------------------
Index LANGID String
0x00 0x0000 0x0409
0x01 0x0409 "Audiothingies"
0x02 0x0409 "MicroMonsta 2"
0x03 0x0409 "396D346A3031"

------------------------------

Connection path for device:
USB-xHCI-kompatibler Hostcontroller
Root Hub
Generischer USB-Hub
MicroMonsta 2 (VID=0x16D0 PID=0x0D4A) Port: 2

Running on: Windows 10 or greater (Build Version 22631)

Brought to you by TDD v2.19.0, Dec 5 2023, 12:08:38
 
Zuletzt bearbeitet:
Falls du aus dem Dump von USB Descriptor Tool etwas rauslesen kannst, bitteschön ;-)
Nicht in allen Details, da könnten eher anwesende Embedded Entwickler was zu sagen. Du kannst ja einfach mal einen Dump des Launchkey MK4 machen und vergleichen. Es fehlen ein paar Info-Strings wie die des iInterface und die iJacks (das sind die Namen der virtuellen Ports), aber ich weiß nicht, ob die zwingend sind. Das aktuelle Launchkey meldet sich am Computer ja auch noch als HID (Tastaur/Maus/Trackpad) an, daher sind dort mehr Definitionen enthalten.

Diesen Dump solltest Du an Ableton in einem Bugreport schicken, wie Johannes das erbeten hat, damit können die dort am ehesten was anfangen und sagen, ob es am Move oder am Micromonsta liegt. Ich würde fast auf den MM2 tippen, denn der alte MM hatte zB eine sehr seltsame bis nicht-standardkonforme Sysex-Implementation, wahrscheinlich weil sich der Entwickler nicht bis ins Detail damit auseinandergesetzt (und sonst auch kein entsprechendes Feedback dazu bekommen) hat.

Die USB-Speed ist jedenfalls schonmal kein Grund, daß es nicht geht.
 
Was Anderes: Ist das eigentlich normal, daß wenn man im gestoppten Zustand Steps setzt, das Ding sofort losläuft? Das macht keiner der Sequenzer, die ich bisher besaß (und das waren Einige) und ist ziemlich nervig. Bug oder Feature?
 
Wer denkt sich denn sowas aus? Ok, nächster Request :)

Noch etwas: Wie bekomm ich eigentlich raus, welches Preset auf welchem Track liegt? Irgendwie wird mir das nicht richtig angezeigt oder ich bin zu doof. Bei den Drums muß ich vom Note Mode in den Session Mode gehen und den Track auswählen, dann wird mir das Kit angezeigt, bei den Non-Drum-Tracks scheint das so nicht zu gehen. Bei einem der ab Werk installierten Projekte ist so ein schönes Pad drin, das wollte ich gerne nutzen, aber da bekomm ich nur "Wavetable" angezeigt ...
 
Zuletzt bearbeitet:
Einfach im Note Mode den Track Button drücken. Dann zeigt er im Display den Presetnamen an, auch bei Synths. Wenn dort Wavetable steht, dann ist das der Name des Presets.
 
Einfach im Note Mode den Track Button drücken. Dann zeigt er im Display den Presetnamen an, auch bei Synths. Wenn dort Wavetable steht, dann ist das der Name des Presets.
Danke, das funktioniert, bei besagtem Pad steht da allerdings immer nur noch "Wavetable" - ich dachte, daß wäre die Engine? Ist bei BYNX Demo 3, Track 4.
 
Wer denkt sich denn sowas aus?
Gut gemeint ist nicht immer gut gemacht. Die bei Ableton betrachten das wahrscheinlich als "Improved User Experience".

Was mir beim Move immer mehr auf den Sack geht ist die Tatsache, dass jede Änderung sofort ins Set geschrieben wird. Ja, es gibt Undo. Und ja, ich kann vom Set oder vom Clip jedesmal eine bescheuerte Kopie anlegen. Trotzdem würde ich ausgesprochen gerne selbstbestimmt speichern dürfen.

bei besagtem Pad steht da allerdings immer nur noch "Wavetable"
Wie ich schon schrieb: Das ist der Name des Presets, und nicht der Name der Engine.
 
Gut gemeint ist nicht immer gut gemacht.
Gut gemeint ist das Gegenteil von "Gut"

Was mir beim Move immer mehr auf den Sack geht ist die Tatsache, dass jede Änderung sofort ins Set geschrieben wird. Ja, es gibt Undo. Und ja, ich kann vom Set oder vom Clip jedesmal eine bescheuerte Kopie anlegen. Trotzdem würde ich ausgesprochen gerne selbstbestimmt speichern dürfen.
Allerdings, danke fürs Erinnern. Ich hab inzwischen den Request dafür gefunden und entsprechend gestimmt. Das mit dem Reload, was einer vorschlug, gibts ja nicht nur bei Elektron, sondern auch bei der MC-101/707 für einzelne Clips.

Nervig ist auch folgendes: Wenn man mit Capture arbeitet, wird oft jedesmal ein neuer Clip angelegt und auch dann behalten, wenn ich mit Undo die Aufnahme rückgängig gemacht habe und der Clip dadurch leer ist. Keine Ahnung, ob das schon jemand bemängelt hat.

Wie ich schon schrieb: Das ist der Name des Presets, und nicht der Name der Engine.
Ok, dann hat mich die Bezeichnung verwirrt :)
 
Nervig ist auch folgendes: Wenn man mit Capture arbeitet, wird oft jedesmal ein neuer Clip angelegt und auch dann behalten, wenn ich mit Undo die Aufnahme rückgängig gemacht habe und der Clip dadurch leer ist. Keine Ahnung, ob das schon jemand bemängelt hat.

Einfach auf Shift + Capture oder nur auf den Track-Button klicken und es wird komplett gelöscht.
 
Vermutlich geht es nicht - man muss wohl intern nur sowas wie eine Erkennung einbauen, wenn ein Clip leer ist, dass der dann verschwindet? Sowas könnte man denen als Wunsch ja mal schicken.
 
Vermutlich geht es nicht - man muss wohl intern nur sowas wie eine Erkennung einbauen, wenn ein Clip leer ist, dass der dann verschwindet? Sowas könnte man denen als Wunsch ja mal schicken.

Die Feature Request Liste reicht mitlerweile von hier bis Ohio. Ich schaue da auch schon garnicht mehr rein (um Votes dazulassen) weil‘s too much ist…
 
Ich bin kein User - aber kann ich mir vorstellen, bin aber mehr Team Push 3, rein vom Ansatz her.
Aber - wenn ich das sinnig nutzen können wollte, wäre für mich der Ansatz auch nur ein bisschen anders, was sie aber nicht machen würden.

Meist ist es besser einfach sich auf das einzulassen, was da ist und das was da ist als wirklich gegeben zu betrachten. Verbessert wird ja wirklich - aber man weiss eben nicht, ob sie die eigenen Sachen wahr nehmen, da sie so groß sind und nicht unbedingt dann auf "dich" warten.

Ich glaube bei kleineren Herstellern oder Zuarbeitern von Hacks kann man oft mehr machen, siehe Bitwig Tools wie das von MOSS.
 
@microbug ich möchte kurz anmerken, dass das Edirol UM-1x DOCH funktioniert. Ich möchte da jetzt nicht näher drauf eingehen. Es reicht wenn ich sage, dass ich einen „ein Toastbrot könnte mich in UNO schlagen“ Moment hatte :picard:

Es ist efreulich zu sehen, das Move Midi Clock out UND Ableton Link gleichzeitig kann 👍

Logic auf dem ipad ist zu blöd dazu. Afair war die Desktop Version da aber auch nicht smarter. Möglicherweise haben sie da mitlerweile aber nachgelegt.
 
Zuletzt bearbeitet:
Was Anderes: Ist das eigentlich normal, daß wenn man im gestoppten Zustand Steps setzt, das Ding sofort losläuft? Das macht keiner der Sequenzer, die ich bisher besaß (und das waren Einige) und ist ziemlich nervig. Bug oder Feature?
Das kann so nicht stimmem, mein Move fängt nicht an zu spielen wenn ich im gestoppten Zustand Steps setze.
 
Zuletzt bearbeitet:
Zuletzt bearbeitet:
Ich wüßte nicht, welche das sein sollte. Passiert auch nur, wenn es der erste Step im ansonsten leeren Track bzw Clip ist.


Ok, wird geändert. Lag wohl am "Advanced driver mode" switch (Edirol Nomenklatur für das, was Roland inzwischen "Vendor Mode" nennt).

Nicht ganz. Es lag daran, dass ich zu doof war das Midi Menü korrekt zu interpretieren.

Man öffnet es und es wird“Midi in“ angezeigt. Wenn man darauf klickt öffnet sich das nächste Menü mit“ Midi Out“ und afair“Midi out track“.

Was macht man(ich)? Ich klicke, natürlich, auf“Midi out“. Das danach wieder“Midi in“ angezeigt wird, hat mich nicht weiter beunruhigt. Ich DACHTE, dass man Midi in wieder aktiviert, wenn man drauf klickt

Sollte man manchmal den Pferden überlassen, das denken…

Aber im ernst, viele (die meisten?) andere Aktionen wollen mit einem Klick auf‘s Data Rad bestätigt werden, ich empfand es als natürlich, dass es hier auch so ist.
 
Zuletzt bearbeitet:
Aber im ernst, viele (die meisten?) andere Aktionen wollen mit einem Klick auf‘s Data Rad bestätigt werden, ich empfand es als natürlich, dass es hier auch so ist.
Um dieses Menü würde ich mir wenig Gedanken machen, denn das bleibt eh nicht so, die Feature Request Liste spricht da Bände, und außerdem gab es von Seiten Ableton bereits die Aussage, daß das nicht so bleiben wird.

Je mehr ich grad damit arbeite, desto mehr fühle ich mich grad an meine MC-707 (und an den Fantom) erinnert, da das nachträgliche Starten von Clips alles Andere als synchron läuft, jedenfalls nicht, wenn diese unterschiedlich lang sind.
 
Komisch. Ist mir noch nicht aufgefallen. Jedenfalls nicht, wenn die Clips immer ganze Takte lang sind. Und alles andere ist mir zu avantgardistisch 😆.
Ich verwende auch nur ganze Takte, aber eben welche, die unterschiedlich lang sind, und da wird immer auf den jeweiligen Takt synchron gestartet und nicht erst dann, wenn der jeweils längste Clip fertig ist. Die Fantoms machen das leider genauso, bei Maschine (plus) kann man das umstellen, Deluge und MPC machen es richtig, bei Beiden hat man aber auch eine "immediate"-Option, also sofort oder beim nächsten Takt starten. Das hat selbst der olle QY700 richtig gehandhabt.

Es gibt dazu bereits ein Feature Request, ich bin also nicht der Einzige, den das stört.
 
Das RPI Compute Module 5 ist erschienen. Wer traut sich, das in den Move einzubauen? 😆


Um keine falschen Erwartungen zu wecken: Ohne Anpassung der Move-Software wird das erst einmal nicht laufen. Aber möglicherweise wird das eine interessante Basis für "Hacks" zur Leistungssteigerung. Ich glaube, speziell beim Move werden wir im Laufe der Zeit ein paar interessante DIY-Optionen erleben. Sagt mir so mein Bauchgefühl.
 


Neueste Beiträge

Zurück
Oben