TK.

Spektakulaer klingt es vor allem bei sehr niedrigen Frequenzen und hoher Resonanz. Wie in dieser Demo ab 0:21 http://www.ucapps.de/mp3/midibox_fm/PimpMyBehringer.mp3 Oder in dieser Demo ab 0:06 http://www.ucapps.de/mp3/midibox_fm/mbfm_demo6.mp3 Das hat dann aber eigentlich auch nichts mehr viel mit FM zu tun, sondern eher mit der angenehmen Eigenschaft des OPL3, tiefe Frequenzen ohne Daempfung durchzulassen. (das funktioniert jedoch nur mit analogen Filtern zufriedenstellend, da eine Soundkarte normalerweise die niedrigen Frequenzen nahe Gleichstrom filtert) Gruss, Thorsten.

They are here: #define MIOS32_IIC1_SCL_PORT GPIOB #define MIOS32_IIC1_SCL_PIN GPIO_Pin_6 #define MIOS32_IIC1_SDA_PORT GPIOB #define MIOS32_IIC1_SDA_PIN GPIO_Pin_7 [/code] -> search in http://www.ucapps.de/mbhp/mbhp_core_stm32_v2.pdf for PB6 and PB7 -> J19:SI and J19:SC Best Regards, Thorsten.

Get some inspirations from the MBCV Lemur template: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fprocessing%2Fmidibox_cv_v2%2Flemur%2F It has nothing to do with the future hardware control surface, but entering parameters is optimized for touchscreen usage. You could try out the communication with the core by uploading the MBCV app - just contact it via Ethernet or USB-MIDI->Lemur Daemon The protocol is based on NRPNs, because they are easy to decode within Lemur. Basically we've get and set functions for each parameter, see also: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fprocessing%2Fmidibox_cv_v2%2Fsrc%2Fcomponents%2FMbCv.cpp The routing to the CV channels is done here: http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fprocessing%2Fmidibox_cv_v2%2Fsrc%2Fcomponents%2FMbCvEnvironment.cpp Also look into the NRPN dump function, because it's an essential feature: whenever a certain CV channel is selected on the Lemur app, MBCV dumps all parameters to the Lemur template in order to update the control elements. This ensures, that all knobs are up-to-date, even if the user loads a new patch. For a similar MBSEQ approach, replace CV channel by SEQ track -> the same concept can be used! :) Best Regards, Thorsten.

The base note selection is nothing else than a transpose function. By default it's assumed that a sequence has been entered in C key, accordingly with base note C you wouldn't transpose the notes, with C# they would be transposed by +1, etc. If the sequence has been entered in E key, just select base note "C" to avoid transposing (I know that this naming might be confusing, but I don't know a better way) Best Regards, Thorsten.

Ich konnte es damals so nicht implementieren, weil die Speicher des PIC18F452 voll war - selbst nach mehreren zeitintensiven Code-Optimierungen war nichts mehr zu machen (stattdessen sind dann aber noch andere nette Features in die Firmware gewandert). Mittlerweile laesst sich die MBFM zwar fuer den PIC18F4685 kompilieren, ich habe jedoch schon seit Jahren nicht mehr so richtig in PIC Assembler programmiert, und bin mittlerweile eigentlich auch schon bei ganz anderen Projekten (die auch Spass machen). Insofern ist eine Unterstuetzung meinerseits sehr unwahrscheinlich. Bzgl. MIDIbox Platform: bei der MBSID V2 gibt es diesen Algorithmus. Bei den 32bit basierten Projekten ebenfalls, wie bspw. bei der MBCV V2: Da MIOS32 Apps ausschliesslich in C und C++ programmiert sind, lassen sich Algorithmen wesentlich einfacher auf andere Applikationen uebertragen, es kann aber noch ziemlich lange dauern, bis auch die MBFM portiert wird. Wir rechnen hier nicht mit Machbarkeit und Aufwaenden, sondern mit Freizeit und Motivation... ;-) Wie Du bereits erwaehnt hast, laesst sich das auch mit einem externen MIDI-Voice-Prozessor realisieren, bspw. basierend auf Max oder Reaktor. Leider basiert das Feedback auf digitaler Basis, der OPL3 bietet keinen Audio-Eingang. Gruss, Thorsten.

Hallo, danke fuer das Lob! :) Es gibt einen einfachen Trick, wie man sich die SR/Pin Nummern der Tasten anzeigen lassen kann: einfach im MBSEQ_V4.HW File alle noch unbelegten Funktionen auf "0 0" setzen. Im MIOS Terminal erscheint dann ein Hinweis, dass die Taste noch frei ist: DEBUG_MSG("[SEQ_UI_Button_Handler] Button SR:%d, Pin:%d not mapped, it has been %s.\n", [/code] Die aelteren Binaries befinden sich nicht mehr auf dem Server. Dies hat mehrere Gruende: u.A. kann (und moechte) ich keine Backward-Kompatibilitaet gewaehrleisten, denn dass wuerde nur einen unnoetig grossen Aufwand generieren. Ein weiteres Problem entsteht aus schwer zu dokumentierenden Abhaengigkeiten. Wenn Version 4.017 bspw. nur mit einer aelteren Bootloader-Version lief, diese jedoch unter MacOS Lion zu einem Absturz fuehrt, so dass der Chip nur noch unter Windows programmiert werden kann, und zwar WinXP (Win7 nur mit Workaround) dann moechtest Du das sicherlich nicht ausprobieren. Dies nur als Beispiel... es gibt sicherlich auch Abhaengigkeiten, auf die noch niemand gestossen ist, weil es halt grundsaetzlich immer Sinn macht, die letzte Release zu verwenden, und die ist bekanntlich immer die Beste! :) Gruss, Thorsten. P.S.: unerwaehnt blieben die Leute, die auf mehrere Jahre alte Artikel stossen, dort eine veraltete Release entdecken, diese Downloaden und sich dann wundern, dass gar nichts mehr funktioniert

There are two depth parameters: one for the ENV depth, another for the modulation depth (in the modulation matrix). Both are set to 50% by default - I guess that you forgot to set the modulation depth to 100% (128)? /Edit 2013-11-03: I forgot to mention, that in the modulation path EG1 also has to be defined as a second Source for the 1+2 operation. More infos here: Best Regards, Thorsten.

For such a purpose you can re-use some code from MIOS32_IIC_TransferWait // added by wackazong // see also http://midibox.org/forums/topic/15770-sda-stuck-low-on-i2c-transfer/ // try to deblock a SDA line that is stuck low by bit-banging out a clock signal // and waiting until the send buffer of any slave is empty // disable interrupts I2C_ITConfig(iicx->base, I2C_IT_EVT | I2C_IT_BUF | I2C_IT_ERR, DISABLE); I2C_Cmd(I2C2, DISABLE); GPIO_InitTypeDef GPIO_InitStructure; // reconfigure IIC pins to push pull GPIO_StructInit(&GPIO_InitStructure); GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Pin = MIOS32_IIC0_SCL_PIN; GPIO_Init(MIOS32_IIC0_SCL_PORT, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin = MIOS32_IIC0_SDA_PIN; GPIO_Init(MIOS32_IIC0_SDA_PORT, &GPIO_InitStructure); u32 i; for (i=0; i<16; i++) { /*Reset the SDA Pin*/ GPIO_ResetBits(GPIOB, MIOS32_IIC0_SDA_PIN); MIOS32_DELAY_Wait_uS(1000); /*Reset the SCL Pin*/ GPIO_ResetBits(GPIOB, MIOS32_IIC0_SCL_PIN); MIOS32_DELAY_Wait_uS(1000); /*Set the SCL Pin*/ GPIO_SetBits(GPIOB, MIOS32_IIC0_SCL_PIN); MIOS32_DELAY_Wait_uS(1000); /*Set the SDA Pin*/ GPIO_SetBits(GPIOB, MIOS32_IIC0_SDA_PIN); MIOS32_DELAY_Wait_uS(1000); } GPIO_StructInit(&GPIO_InitStructure); GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_OD; GPIO_InitStructure.GPIO_Pin = MIOS32_IIC0_SCL_PIN; GPIO_Init(MIOS32_IIC0_SCL_PORT, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin = MIOS32_IIC0_SDA_PIN; GPIO_Init(MIOS32_IIC0_SDA_PORT, &GPIO_InitStructure); I2C_Cmd(I2C2, ENABLE); // re-initialize peripheral MIOS32_IIC_InitPeripheral(iic_port); [/code] For Open Drain mode, use GPIO_Mode_Out_OD instead of GPIO_Mode_Out_PP For input mode, use GPIO_Mode_IN_FLOATING (No pull device necessary, since the pin is pulled externally) Reading the pin: e.g. with GPIO_ReadOutputDataBit(GPIOB, MIOS32_IIC0_SDA_PIN); If you want to use direct access instead of these low-level driver functions, have a look into the perfectly documented low-level driver under $MIOS32_PATH/drivers/STM32F10x/v3.3.0/STM32F10x_StdPeriph_Driver/src/stm32f10x_gpio.c For accessing the pins of the second port, use MIOS32_IIC1* defines instead. They are only defined in mios32_iic.c internally - you have to copy them into your application (they will make your application device dependent anyhow) Best Regards, Thorsten.

Hi, STM32 has been replaced by LPC1769 and I don't plan to switch back. STM32F100RB has only 8kb RAM, only 128kb Flash and can only be clocked at 24 MHz It isn't supported by MIOS32 due to these limitations. Best Regards, Thorsten.

If you never flashed the bootloader before, you have to do this through LPC-Link by connecting the USB connector to the mini USB socket. All connections between LPC Link and LPC1769 target must be available. If you want to 100% ensure that there is no unwanted side effect caused by the MBHP_CORE_LPC17 board connections, unplug the LPCxpresso from the board. The LPC Link drivers have to be installed as well - just follow the usual install procedure. Last weekend I tried this under WinXP in a VirtualBox on my Mac, and even there it's working. Note that two drivers will be installed (the second driver once you are starting with flashing). Once this has been done, you don't need the LPC Link anymore, and bootloader updates can be done via the big USB connector (and via MIDI) in future. Best Regards, Thorsten.

Go to Utility->Opt to select the number of steps at which you want to synchronize the change (e.g. 4 steps for 1/6, 16 steps for measure) Go to Menu->Manual and press the SELECT button to synch to the measure. Update to the latest version (v4.057) Then you can change all 4 patterns at once by activating the ALL function in the pattern selection page. Best Regards, Thorsten.

Hacks are no good solution if I'm unable to try out the result by myself. :-/ I think that there is no other (secure) way than installing an older MacOS version in a VirtualBox. This would also have the advantage, that I could use this setup in the next years without hacking Xcode again with each new update. :) Best Regards, Thorsten.

Hallo Marcus, interessant! Nun moechte ich nur noch wissen, ob es auch mit einem aktuellen Build funktioniert wenn die Debug-Meldungen wieder deaktiviert wurden: Probierst Du mal folgende Version: http://www.ucapps.de/mios32/midibox_seq_v4_057_2.zip Die Binaries werden nicht auf dem Subversion-Server abgelegt, sondern direkt auf meiner Website released. Unter http://svnmios.midibox.org/log.php?repname=svn.mios32&path=%2F&isdir=1& siehst Du was zuletzt geaendert wurde. Du wirst bemerken, dass sich zwischen r1442 und r1445 nichts geaendert hat, was das Einladen von MBSEQ_HW.V4 beeinflussen sollte. Insofern ist das Problem noch nicht geloest! Gruss, Thorsten.

Probierst Du mal diesen Debug Build aus: http://www.ucapps.de/mios32/midibox_seq_v4_057_debughwcfg.zip Es sollten Meldungen ausgegeben werden waehrend das MBSEQ_HW.V4 file eingelesen wird. Beispiel: [1751792.823] [SEQ_FILE_HW] Open config file '/MBSEQ_HW.V4' [1751792.825] [SEQ_FILE_HW] read: ################################################## [1751792.825] [SEQ_FILE_HW] read: # Setup File for Wilba's Frontpanel [1751792.826] [SEQ_FILE_HW] read: # $Id: MBSEQ_HW.V4 1349 2011-11-04 21:27:56Z tk $ [1751792.826] [SEQ_FILE_HW] read: ################################################## [1751792.826] [SEQ_FILE_HW] read: ################################################## [1751792.827] [SEQ_FILE_HW] read: # MIDI Remote Keyboard Function [1751792.827] [SEQ_FILE_HW] read: ################################################## [1751792.827] [SEQ_FILE_HW] read: # The note number which activates the remote function [1751792.828] [SEQ_FILE_HW] read: # 96 = C-7 (by some MIDI monitors displayed as C-8) [1751792.828] [SEQ_FILE_HW] read: # 0 disables the remote keyboard function [1751792.828] [SEQ_FILE_HW] read: MIDI_REMOTE_KEY 96 [1751792.830] [SEQ_FILE_HW] read: # The CC number which activates the remote function [1751792.830] [SEQ_FILE_HW] read: # (e.g. to control it with a footswitch) [1751792.831] [SEQ_FILE_HW] read: # Allowed numbers: 1-127 for CC#1..CC#127 [1751792.831] [SEQ_FILE_HW] read: # 0 disables the function (default) [1751792.831] [SEQ_FILE_HW] read: MIDI_REMOTE_CC 0 [1751792.831] [SEQ_FILE_HW] read: ################################################## [1751792.831] [SEQ_FILE_HW] read: # Running status optimisation [1751792.832] [SEQ_FILE_HW] read: # Enabled by default, should be disabled if a MIDI [1751792.833] [SEQ_FILE_HW] read: # device connected to a MIDI port doesn't fully [1751792.833] [SEQ_FILE_HW] read: # comply to the MIDI specification. [1751792.833] [SEQ_FILE_HW] read: # Expects two parameters: port number and 0/1 to [1751792.834] [SEQ_FILE_HW] read: # disable/enable the optimisation. [1751792.835] [SEQ_FILE_HW] read: ################################################## [1751792.835] [SEQ_FILE_HW] read: # OUT1 (MIDI1 port of MBHP_CORE_STM32 and MBHP_CORE_LPC17 module) [1751792.836] [SEQ_FILE_HW] read: RS_OPTIMISATION 0x20 1 [1751792.836] [SEQ_FILE_HW] read: # OUT2 (MIDI2 port of MBHP_CORE_STM32 and MBHP_CORE_LPC17 module) [1751792.836] [SEQ_FILE_HW] read: RS_OPTIMISATION 0x21 1 [1751792.837] [SEQ_FILE_HW] read: # OUT3 (MIDI3 port of MBHP_CORE_STM32 and MBHP_CORE_LPC17 module) [1751792.837] [SEQ_FILE_HW] read: RS_OPTIMISATION 0x22 1 [1751792.837] [SEQ_FILE_HW] read: # OUT4 (MIDI4 port of MBHP_CORE_LPC17 module) [1751792.838] [SEQ_FILE_HW] read: RS_OPTIMISATION 0x23 1 [1751792.838] [SEQ_FILE_HW] read: ################################################## [1751792.838] [SEQ_FILE_HW] read: # Shift Register Setup [1751792.838] [SEQ_FILE_HW] read: ################################################## [1751792.840] [SEQ_FILE_HW] read: # number of first and second DOUT shift register used for GP LEDs [1751792.840] [SEQ_FILE_HW] read: GP_DOUT_L_SR 0 [1751792.841] [SEQ_FILE_HW] GP_DOUT_L_SR: SR 0 ... [/code] Gruss, Thorsten.

Meanwhile I got the confirmation from Smash that the current MIOS Studio build crashes on his MacOS 10.5.8 installation as well. If more people are affected, I will setup a MacOS 10.5 installation in a VirtualBox and compile there. But I would be happy if this isn't required (as it makes the release process more difficult, especially since the build setup has already been ported to a newer Xcode version) Best Regards, Thorsten.

Hallo Marcus, verwendest Du eigentlich die V4 oder die V4L Firmware? Bei der V4L heisst das File "MBSEQ_HW.V4L" und nicht "MBSEQ_HW.V4" (eine Vorlage liegt im Release-Package unter hwcfg/standard_v4l/MBSEQ_HW.V4L) Und welche Meldungen werden ausgegeben, wenn Du im MIOS Terminal das "reset"-Kommando ausgibst? Falls das MBSEQ_HW.V4[L] File einen Fehler enthaelt, wird das waehrend des resets angemeckert. Gruss, Thorsten.

no, a new AOUT module which is low-cost, but doesn't need so many resistors. Are you referring to the MBSEQV4L Frontpanel PCB? Your question seems to be related to a big misunderstanding of MIDI. MIDI itself is one of the most efficient protocols to control synthesizers, it's even faster than "modern" protocols like OSC due to the packed format which is required to improve the performance through slow transport layers. If MIDI events are transferred via a serial interface (the common MIDI plug) at the standardized baudrate it's relatively slow (1000..1500 events per second) If MIDI events are transferred via USB it's much faster than any other method (more than 100000 events per second) Internally the MBSEQ V4 handles CV via MIDI events as well, but since the AOUT module can be accessed via a superfast SPI based interface, this happens in (almost) zero-time! And if you access the AOUT module via USB-MIDI (just enable the forwarding function), you will notice extremely low latencies as well! Best Regards, Thorsten.

Hallo Koerby, eigentlich machst Du alles richtig... Oeffne mal MIOS Studio, und tippe "sdcard" - was wird angezeigt? Bei mir erscheint bspw.: [1664173.889] Checking SD Card at application layer [1664173.889] ===================================== [1664173.889] Current session: /SESSIONS/J120101 [1664173.889] File /SESSIONS/J120101/MBSEQ_B1.V4: valid (64 patterns) [1664173.889] File /SESSIONS/J120101/MBSEQ_B2.V4: valid (64 patterns) [1664173.890] File /SESSIONS/J120101/MBSEQ_B3.V4: valid (64 patterns) [1664173.890] File /SESSIONS/J120101/MBSEQ_B4.V4: valid (64 patterns) [1664173.890] File /SESSIONS/J120101/MBSEQ_M.V4: valid (128 mixer maps) [1664173.890] File /SESSIONS/J120101/MBSEQ_S.V4: valid (64 songs) [1664173.891] File /SESSIONS/J120101/MBSEQ_G.V4: valid [1664173.891] File /SESSIONS/J120101/MBSEQ_C.V4: valid [1664173.891] File /SESSIONS/J120101/MBSEQ_HW.V4: valid [1664173.891] done. [/code] damit weiss ich, dass alle Files gefunden wurden, und gueltig sind. (mir faellt gerade auf, dass MBSEQ_HW.V4 im falschen Verzeichnis angezeigt wird - das ist nur ein Anzeigefehler und wird demnaechst gefixt - das File wird ausschliesslich im Root-Verzeichnis gesucht, und "valid" bedeutet, dass es dort auch gefunden wurde) Falls die Files nicht angezeigt werden, dann poste bitte die gesamte Ausgabe. Gruss, Thorsten.

Let me know if it works with a fresh install. I'm using Lion meanwhile, and the app was compiled under this OS - I hope that this doesn't mean that it isn't backward compatible anymore! On the other hand nobody else complained about this binary so far. Btw.: are there any interesting logfile messages in the console when MIOS Studio crashes? You can open it via Spotlight (right upper corner), enter "console" Best Regards, Thorsten.

Ich habe heute die aktuelle IDE Version bei mir installiert - sie funktioniert, nur muss man vor dem Flashen noch ein passendes Projekt erstellen. Dies habe ich nun auf der http://www.ucapps.de/mbhp_core_lpc17.html Seite mit neuen Snapshots dokumentiert. Gruss, Thorsten.

Hi John, these are the issues which triggered me to rewrite MIOS Studio - it isn't based on Java anymore! Please use MIOS Studio 2 -> http://www.ucapps.de/mios_studio.html Best Regards, Thorsten.

@FantomXR: Bist Du schon weitergekommen? Gruss, Thorsten.

This isn't really a new idea - MTE did the same years ago: http://www.midibox.org/dokuwiki/doku.php?id=traktorizer_by_mte Best Regards, Thorsten.

Great! :) Seems that I need a second full featured MBSEQ V4 hardware based on the LPC17 core just to see such issues early enough. ;-) Best Regards, Thorsten.