TK.

Hi, this will be possible with the MIDIbox NG firmware, which is much more powerful than the MIDIO128. A beta version will be available in a few days, please follow this thread: Best Regards, Thorsten.

Nein, ausser der MBSEQ V4 gibt es momentan keine vorkompilierte firmware, mit der man encoder direkt verwenden kann (wenn man mal von der MBSEQ V4 absieht) Gedulde dich bitte noch ein paar Tage, die Beta Version der MBNG wird bald released. Du wirst dafuer uebrigens eine SD Karte benoetigen. Du verwendest ja auch SmashTV's DIN/DOUT Module, hier werden ueber das 10-polige Kabel beide Shiftregister-Ketten gefuehrt. Gruss, Thorsten.

No, unfortunately there is no better way. Best Regards, Thorsten.

Hallo, ein aehnliches Problem wurde vor zwei Tagen hier besprochen: Unter Windows ist es wichtig, dass bei den MIOS32_PATH und MIOS32_BIN_PATH variablen die Festplatte nicht mit "D:\", sondern mit "/D/" selektiert wird. Kompiliert wird auch nicht im src/ Verzeichnis, sondern eins drueber (dort, wo sich das Makefile befindet) Gruss, Thorsten.

It's unclear to me how this should be configured... however, added to the wishlist at the bottom of this file: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fsequencers%2Fmidibox_seq_v4%2FCHANGELOG.txt Best Regards, Thorsten.

Could you please attach your sources to this thread for further analysis? Best Regards, Thorsten.

The files are now also available under: http://www.midibox.org/mios32_toolchain/ Best Regards, Thorsten.

:sorcerer:

Wie sind die Live-Designer nur auf diese Idee gekommen... :-( Ich moechte das in der MIDIO128 firmware standardmaessig nicht aendern, und eine Konfigurationsoption ist hier leider auch nicht vorgesehen. Deshalb habe ich Dir auf die Schnelle einen Patch eingebaut: http://www.ucapps.de/mios32/midio128_v3_012_pre1_for_nexus.zip ...und vertroeste Dich auf die zukuenftige MIDIbox NG, mit der das geht, die bereits jetzt wesentlich mehr Moeglichkeiten als MIDIO128 bietet, und dessen Beta-Version in ca. 1..2 Wochen released wird. :) Gruss, Thorsten.

Nice! :thumbsup: Too bad, that Windows doesn't provide virtual interfaces by default. Under MacOS "MIDI busses" are natively supported (on the other hand, MIDI interfaces are always multiclient capable, so that such workarounds are not required) Best Regards, Thorsten.

It makes sense, because bootloader v1.010 enables GM5 driver support in "hold mode" Best Regards, Thorsten.

@FantomXR: hat es weitergeholfen? Gruss, Thorsten.

For the case that anybody wants to try MSD again (although the usage is more or less expired), here the next try: -> http://www.ucapps.de/mios32/midio128_v3_012_pre1.zip ChangeLog: MIDIO128 V3.012_pre1 ~~~~~~~~~~~~~~~~~~~~ o USB MSD driver: changed endpoint to avoid conflict with MIDI driver. Note that it's still not possible to use MSD and MIDI in parallel, but Windows and MacOS should accept the connection (again). o the .MID menu got a subhierarchy to improve the oversight: Play and Ports [/code] The second topic will help to add more configuration options in additional subhierarchies without loosing the oversight. Best Regards, Thorsten.

See also this posting: Here the last hope for a workaround: MSD is now assigned to a different endpoint in the hope that the OS accepts the interface changes during runtime: http://www.ucapps.de/mios32/midio128_v3_012_pre1.zip If this doesn't help, I've to decommit this feature, because a stable USB MIDI connection is more important than this "comfort" function. Best Regards, Thorsten.

I googled for "eclipse multiple target patterns", and this was the first hit: http://stackoverflow.com/questions/2401976/very-simple-application-fails-with-multiple-target-patterns-from-eclipse Then I searched in the wiki for "make" and found this one: http://www.midibox.org/dokuwiki/doku.php?id=windows_mios32_toolchain_core search for "make version check" So: which make version are you using? Best Regards, Thorsten.

Glueck gehabt, der Fehler lag doch auf meiner Seite: die Shiftregister wurden so schnell durchgescannt, dass die restliche Applikation extrem verlangsamt wurde. Und dabei entstanden Latenzen von bis zu 10 mS! Ich habe die Scan-Rate nun ein wenig runtergedreht, und jetzt sind wir wieder bei < 1mS! (sie lag vorher bei 0.125 mS, jetzt bei 0.25 mS - so schnell kannst Du bestimmt nicht tippen!) :-) fuer Dich -> http://www.ucapps.de/mios32/midibox_kb_v1_006_fantom_xr.zip fuer alle anderen -> http://www.ucapps.de/mios32/midibox_kb_v1_006.zip Das erklaert nun auch, warum waehrend unserer Session am Samstag MIOS Studio sporadisch "cannot connect to core" gemeldet hat - der Core hat sich einfach nicht rechtzeitig zurueckgemeldet, weil er ueberlastet war. Gruss, Thorsten.

Die Latenz ist nachweisbar bei ca. 1 mS, mit dem traditionellen MIDI OUT wirds auf keinen Fall schneller. Hast Du auch den Debug-Modus ausgeschaltet? Der erzeugt naemlich eine Latenz dadurch, dass mit jedem Tastendruck mehrere Zeilen an Strings ausgegeben werden muessen, die natuerlich andere MIDI events blockieren. Uebrigens zeigt Dir MIOS Studio auch die genaue Zeit an, wann ein MIDI Event empfangen wurde, und zwar in mS Aufloesung. Du wirst feststellen, dass ueber USB innerhalb einer mS wesentlich mehr Noten uebertragen werden koennen, als ueber das traditionelle MIDI Interface. Beachte bitte auch, dass in Deiner Firmware-Variante die Note Off Events erst beim ueberschreiten des Break-Kontakts gesendet werden, weil der Make-Kontakt prellt. Bei Fatar-Keyboards kann man bereits mit dem losgelassenen Make-Kontakt senden, das macht vor allem bei kurz angetippten Noten etwas aus. Falls diese Tips nicht weiterhelfen, musst Du mir wohl doch das Keyboard mal zuschicken - Ferndiagnose ist hier trotz Skype und Teamview sehr schwierig. ;) Gruss, Thorsten.

Hi Marton, very nice! :) Next time you could edit the file directly with MIOS Studio: Or you could download, later upload it for modifications via Excel Best Regards, Thorsten.

Es gibt eine gute Nachricht: mir ist nun doch noch eine einfache Moeglichkeit eingefallen, Untermenues ohne Kompatibilitaetsprobleme in das SCS einzubauen: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Ftutorials%2F027_scs%2Fscs_config.c suche nach "subpage" Einschraenkung: wenn man aus einer Page zurueck in die Subpage, und dann in die darueberliegende Page springt, geht die Cursorposition verloren, weil sie nicht rekursiv gespeichert wird. Gruss, Thorsten.

Hurra! :) Gruss, Thorsten.

Sorry fuer den missverstaendlichen Tonfall - mein Sarkasmus kommt manchmal nicht richtig rueber, ich haette das Posting wohl doch mit ein paar Smilies bespicken, oder zumindest den Hintergrund fuer meine Einstellung zu diesem Thema erwaehnen sollen. Als Inspirationsquelle zum SCS (bzw. urspruenglich stammt es ja von der MBSID V1) diente ein HP48 Taschenrechner. Wer damit schonmal gearbeitet hat, der weiss, wie schnell man durch die verschiedenen Menues navigieren kann. Das klappt vor allem deshalb so gut, weil es fuer jedes Menue eine dedizierte Taste gibt. Innerhalb der Menues sind die Hierarchien sehr flach gehalten, also maximal noch eine Subpage bevor man zu den Parametern kommt (so wie beim SCS). Das SCS erlaubt es ja ebenfalls, verschiedene "Roots" anzulegen, doch diese lassen sich momentan nicht aus einem anderen Menue heraus anwaehlen, sondern man muesste sie bspw. ueber separate Tasten selektieren. Ich koennte mir bei Gelegenheit mal ueberlegen, wie man nachtraeglich mit der gegebenen Datenstruktur Untermenues anbieten koennte, doch das war urspruenglich nicht vorgesehen, deshalb wird es nicht einfach, eine Loesung zu finden, die dann auch noch kompatibel zur alten ist. Zur Not muesste man die Struktur "von Hand" programmieren, bevor es in die Parameterebenen geht. Dafuer ist der Display, Encoder und Button Hook vorgesehen. Gruss, Thorsten.

The logic control and motormix applications have already similar functions. But it has to be considered, that MBNG will provide support for multiple LCDs, which means that a custom protocol with special enhancements will be required. Best Regards, Thorsten.

Hi Lars, to 1) yes it will be possible to assign different USB ports for different protocols. The existing code base is already written in a way which allows duplication to 2) it's an interesting feature, and I will support it if it also works under MacOS Best Regards, Thorsten.

Hi Marton, I haven't changed anything on the MSD driver, but we know from history hat it never worked properly under Windows. It could be, that now we've an additional conflict with the GM5 driver, which "confuses" Windows a bit... There are some workarounds: 1) if the SD Card is removable, use a normal SD Card reader if you have any. Today they are built into PCs/Laptops, or external reads are mostly available for less than 10 EUR (like this one) 2) actually you would only need a SD Card reader for formatting a SD Card (or transfers of a large bulk of data). With a bit of luck, your core module won't be detected as a GM5 device when you plug it into a different USB socket. In this case, you could probably activate the MSD function without this GM5 driver conflict 3) uninstall the GM5 driver, reconnect the USB cable, use MSD function, unmount device, reconnect USB cable again, install GM5 driver. I know that these are very cumbersome procedures... on the other hand I think that the MSD feature is already a bonus which is nice if it works, but no drama if there are issues because there are cheap alternative solutions. Please also note, that once the SD Card has been formatted, you can access files via MIDI by using the new MIOS Filebrowser: Therefore the described workarounds only have to be applied once. Best Regards, Thorsten.

It seems that you haven't installed the GM5 driver yet: http://www.ucapps.de/mios32_download.html Without this driver, SysEx transfers will hang under Windows after the first bytes have been transmitted whenever an application provides more than 1 USB port. Best Regards, Thorsten.