TK.

Note that there is also a "global channel", which overrides all MIDI Channel definitions for the pots and buttons. It can be enabled in the appr. menu page Best Regards, Thorsten.

Great work! (moved to the MIDIbox of the Week section :)) Best Regards, Thorsten.

The 303 mode is the "bassline" engine, but much better than in MBSID V1, especially the sequence editing should be improved :) Best Regards, Thorsten.

Hi Gert, no, MIDIO128 doesn't support BankSticks, it's a very dumb application which only allows a single configuration. For MIDIO128, MIDIbox Link can only be enabled within the initialisation file (download the mk_midio128_syx package) The error message is very strange, I never saw this before. What is "s/Perl/site/lib"? Which perl version are you using? > 4) When i'm using different banks i can assign the same button to different Midi notes. Am I correct?? for MB64/MB64E: yes Best Regards, Thorsten.

Code Generators are very common in SW development today, but the typical problem is the resulting code size and the bad performance, as the implementation has to be "more generic". Thats one of the reasons, why modern software is sometimes so slow Sometimes it's also difficult for the designers to add special features, just because the GUI which they have used to generate the code doesn't support a certain function. Without a team of specialists which permanently works together, it's better not to start with such an approach for MIOS applications. Best Regards, Thorsten.

I had a conversation with Wilba in the last days about the requirements for an alternative frontpanel, which takes the features of MBSID V2 into account. The result can be found in the Wiki: http://www.midibox.org/dokuwiki/doku.php?id=wilba_mb_6582 Hope it helps. It's really very very very difficult for me to finalize the specs for an enhanced frontpanel, when the project is still in the starting phase. :-/ Best Regards, Thorsten.

From your postings it's difficult for me to find out, which ones of the previous questions are already answered. First of all I want to highlight, that the DUO-LED solution was intended as some nice fun for myself, I never thought that anybody else really wants to spend the same soldering effort (it took some days). After I got unexpected requests from users, who wanted to build the same (unbelievable in my eyes ;-)) I created this schematic in the hope, that somebody else creates a PCB layout to simplify the construction. And this is the current state - informations are published, I've stopped my own activities in this area in the hope that somebody else continues with this extension, and writes a proper documentation I soldered the caps at the bottom side of my breadboards They are very important because of the high power consumption of the LEDs. At least 10 uF should be added in addition to the 100 nF for each 74HC595 As you can see in this picture: http://www.midibox.org/midibox_seq_blm_ext/07.jpg, the 10k resistors for the 74HC165 can be seen at the top left corner. There are 16 x 150 Ohm resistors for two 74HC595, and the third 74HC595 has no additional resistor, as this one is not required (LEDs are connected from one DOUT pin to another DOUT pin, and they are not between DOUT and ground) - an additional resistor at the third 74HC595 would only limit the voltage. I think the best solution would be, if somebody would create a PCB layout for the whole circuit. Best Regards, Thorsten. P.S.: I got my Duo-LEDs from Reichelt: LED 5 RG-3

Build #70 is now available for download. It can be considered as release candidate for v3.0 This means: no new features will be added for v3.0, only bugfixes Since I made a lot of small changes at different places in the firmware, there is a certain chance that something is not working anymore. I will see this in the next days - beta testers: please help! :) From the CHANGELOG.txt o OPT menu page overworked, so that the layout and usage matches with the other menus o the Global Scale can now be changed in the OPT menu Not only the number, but also the Scale Name will now be displayed! [/code] [code] o A sustain function has been added. If enabled, all played notes of a track stay active until the next note is played. This option overrides the gate length! It is especially useful for long chords (e.g. strings) since it saves you from modifiying the gatelength for each step. It's also a nice effect during a tune is played! The sustain option is selectable within the Track Mode menu at the position which was formerly used by the Global Scale o A new event mode has been added: Note/CC/CC This one has been forgotten during the definition of the event mode. In order to get a consistent selection, the new mode has been added between Note/CC/Len and Vel/CC/CC This leads to a slight incompatibility of old patterns. If a track has used Vel/CC/CC, CC/CC/Len or CC/CC/CC before, the event mode has to be incremented by 1 within the Event Mode menu!

Raffael aka. supcha has built this MIDIbox SID: The impressing thing: just have a look on supcha's posting counter - he was able to build the whole thing without any help from our side. :) A lot of additional pictures can be found at his website: http://raffi.kicks-ass.net/gallery2/main.php?g2_itemId=1696

MIOS V1.9d is now available for download; this version got updates for PICs with code space > 64k, a requirement for PIC18F4682 and PIC18F4685 From the ChangeLog: o support for PIC18F4685 and PIC18F4682 o initialisation of 4bit CLCD overworked o 4bit CLCD selected by default for PIC18F4685 and PIC18F4682 to free the ECAN pins at RB2 and RB3 Note that the D0-D3 pins of the CLCD should not be connected to the PIC in this case, but clamped to ground instead! o new Bootloader version V1.2b: support for the new PICs Output drivers of Port B are not enabled during the startup phase anymore. [/code] An update is not required for PIC18F452 users, because the behaviour should be almost identical. Only exception: if your Character LCD is connected with the 4bit interface only, it could make sense to try the new release (it would be interesting for me, if your CLCD can still be initialised) [b]Info for programmers:[/b] under migration/ you will find the new include files for PIC18F4685 and PIC18F4682 mios.h now contains generic parameters for memory sizes, special registers and workarounds - they are mainly used within MIOS itself, but could also be useful for normal applications. macros.h contains variations for table preload macros when the source code is compiled for PICs with code space > 64k. For such derivatives, TBLPTRU is changed as well. Please note, that the PIC18F4685 and PIC18F4682 are not 100% binary compatible to PIC18F452. RAM from 0x60-0x7f is not directly accessible. BANKED accesses have to be used instead. Some bigger applications which allocate this area could crash. Since this PIC is currently only relevant for future MIDIbox SID versions, an adapted release of MBSID V1.7303 will be available soon, which will in addition support communication via the integrated ECAN peripheral (see http://www.ucapps.de/midibox_network.html) Best Regards, Thorsten.

Yes, it's 60 kilobytes per second :) Best Regards, Thorsten.

The full featured PIC18F4685 version of the bootloader, MIOS and MBSID V1.7 is already distributed to experienced users. I'm waiting for feedback to ensure, that everything works flawless before new users are starting with the overworked firmware - this is to avoid an immense support effort at my side for this new technology. Patience please! Best Regards, Thorsten.

Yes, the function parameters are correct. Great to see a new sequencer concept comming! Maybe the distance between the pots is a little bit too short for adjustments during a live session, I would reduce it to 2x2x4 pots Best Regards, Thorsten.

for me it's a nice new toy which opens a lot of new possibilities. In fact, the control surface handling is realized in a much more elegant way now :) The transfer rate heavily depends on the frame content, I can only give some approximated values, which I've measured with the scope. Without the request/acknowledge protocol the transfer rate of a RAM->RAM transfer is about 120kb/s With the HLP I'm using to ensure that a slave doesn't miss a message it's ca. half of this: 60kb/s (assumed is a payload of 8 bytes for each frame + 2 bytes of the extended ID. The remaining bits of the ID, the CRC, the stuffed bits are not counted) Compared to MIDI (3kb/s) this means an improvement of factor 20 But the speed alone doesn't make the performance, it's also the functionlity given by the ECAN peripheral. E.g., due to the hardware based message buffers and reception filtering it doesn't require an interrupt handler which collects the incoming data, this saves some CPU time, which is better invested in stimulating the SID registers. :) Thanks a lot!!! Best Regards, Thorsten.

After a lot of experiments I've frozen the HLP. A summary can be found here: http://www.ucapps.de/midibox_network.html Hope that it is flexible enough for the next 1..2 years ;-) Best Regards, Thorsten.

See MBSID V2 wishlist, search for "Modulation matrix enhancements" In MBFM it's already possible to control the frequency of a LFO with another LFO, but the MBSID V2 implementation will be even more flexible. Best Regards, Thorsten.

No, it's just only the MIOS_MIDI_MergerSet function which needs to be called from the Init() function, see also http://www.ucapps.de/cmios_fun.html#MIOS_MIDI_MergerSet Best Regards, Thorsten.

I don't think, that trying an update is a good idea when no proper upload request has been sent to the core. It really looks strange, we never had such a case before. It looks like the baudrate is not correct, but as Karlchen wrote, that he has already checked the crystal, it must be something else. The case that the MIDIbox-to-COM mode is selected via ID can be excluded (38200 baud, in this case, you would see Pitch Bender Events). Since your Edirol interface receives more 1's than 0's (FF, F8, FC), could it be that there is a short at the MIDI Out line? Do you have the possibility to check the MIDI In port of your MIDI interface with another MIDI device? Best Regards, Thorsten.

Hi Russell, do you have programming skills to program the output routines for a graphical display? So far I remember, nobody has implemented a special GLCD mode for these applications. In general, the speed of T6963C would be ok, so long the box doesn't permanently receive MIDI events Best Regards, Thorsten.

So far I remember, C-6 is the remote key (see also http://www.ucapps.de/midibox_seq/mbseq_remote_functions.pdf) You can define another key in your setup_*.asm file (search for DEFAULT_MIDI_REMOTE_KEY) if required, or you can disable it by assigning it to Note 0x00 Best Regards, Thorsten.

Hi, as nobody has written a user manual for MB64 or MB64E yet, all information available for the configuration of this application can only be found in the main.asm files. There are also special setup_*.asm files with variations which might give you the basics for your own setup (e.g. setup_midibox64.c for encoders and pots) LFO: we already exchanged PM's regarding this... Best Regards, Thorsten.

Fantastic work you've done yet! Best Regards, Thorsten.

Hi, yes, if you want to send MIDI events with rotary encoders, you have to use MB64E instead. Just have a look into setup_midibox64.asm and setup_midibox16e.asm, and read the comments in main.asm (Sorry, there is no additional information available beside of these comments) Best Regards, Thorsten.

I made a remix of "Shades" from Chris Hülsbeck some days ago, which is now available at http://remix.kwed.org (please check the other remixes as well, RKO is a fantastic source for people who like the tunes of the good old C64 days!) Technical Background: The lead is nothing else than the "Nice Lead" preset (A052) of the MBSID preset library (yes, I'm a preset user - of my own sounds ;-)) Other instruments: 6 Instances of "Tritium" from the Reaktor User Library, 1 Instance of "Junatik" (normal Reaktor library), 1 instance of a Stylus RMX drum set Arpeggios and Basslines are played with MBSEQ V3 and recorded into Logic Audio Last but not least: the rap samples are from Beastie Boys "Intergalactic" Best Regards, Thorsten.

Yes, thats correct, I will change this in the main.asm Great that you sorted it out! Best Regards, Thorsten.