TK.

I think, that using the Lead subsystem is not the best solution for poly sounds, since you need to adjust each oscillator to the same values for best results (like on MBSID V1). Therefore the Multi mode is better for polyphony, and this is actually how MIDIbox FM is working (I will use the same voice assignment algorithms, they are working great). exactly! :) Best Regards, Thorsten.

Hi Dan, you will find my answer here: http://www.midibox.org/dokuwiki/doku.php?id=midibox64e Best Regards, Thorsten.

this was Axel's decition, I guess it matched better with his panel layout So far I remember (I'm using a graphical display where such problems don't exist...) the status messages allocate 8 characters for all 8 visible tracks. You could cut out some of them by changing LC_CLCD_Print_RSM in lc_clcd.inc (search for the comment "print 8 chars"). However, this doesn't make much sense, especially when each button has a LED - you could also remove it completely Best Regards, Thorsten.

Don't do this, this will worsen the handling. When you are pushing an encoder, it can happen from time to time that you are rotating it unintentionally. This is suboptimal especially in live situations - e.g. when you want to mute/unmute a note or select a new patch, an unintended tweak on the encoder could change the note/CC value at the same time. Same is true for the select button Just use the original button arrangement, it works perfectly Best Regards, Thorsten.

An important hint: next time use ribbon cable to connect your modules, it's much easier to solder and less error prone (the cable doesn't break so easy). Some time ago a friend brought me his MIDIbox SID because it didn't work stable - the first thing what I did was to desolder all these thick cables, and I replaced them by the flexible ribbon cables. Thereafter it worked perfectly without failure. See also the addendum of the soldering guide: http://www.ucapps.de/mbhp_core.html Best Regards, Thorsten.

I've moved the chat about webshop strategies to this location: [iurl=http://www.midibox.org/forum/index.php?topic=6934.0]http://www.midibox.org/forum/index.php?topic=6934.0[/iurl]

I can see the pictures with Firefox 1.5.0.3 under Linux However, I will upload them to the MIDIbox server soon Best Regards, Thorsten.

Great progress! :) Best Regards, Thorsten.

Hi Marcus, this was a typing error at my webpage, J7:D0 is ment of course, like it can be seen in the schematic Best Regards, Thorsten.

I think that with the MIDIbox Plus it's likely that this happens, because buttons are handled with a very low priority. It requires different programming strategies in order to overcome this. Today with MIOS this isn't a problem anymore, since buttons are scanned interrupt driven with an update period of 1 mS (by default) Best Regards, Thorsten.

Hi Thomas, it shouldn't make a difference, if one or more faders are moved in parallel, the movement from 0 to max should always take the same time. One/Two seconds sound very long! As you can see here: http://www.ucapps.de/mbhp/mf/final/rsaon11m9.gif, the fader should reach the target position within ca. 200..400 uS (0.2..0.4 seconds) It's not normal that the TC4427 gets hot. Maybe the protection diodes are connected at the wrong way? This would also explain, why the faders are so extremely slow, and why they get even slower when they are moved in parallel. Best Regards, Thorsten.

So long you don't want to use the arpeggiator or transpose function, a keyboard is not required. Just activate some Notes and CCs in one or more tracks, and your sound module will start to play. Encoders with push buttons: I don't use the integrated buttons, and there is also no dedicated function in the firmware for these buttons. You could use them to activate the FAST function when an encoder button is pushed Best Regards, Thorsten.

Das Toggeln von Parameterwerten ist ziemlich trivial: erstelle eine Variable, die den Toggle-Status enthaelt, und aendere den Wert nur dann, wenn die entspr. Taste gedrueckt wurde. Die Variable kann auch von mehreren Tastern modifiziert werden... ich denke, wenn Du einfach mal in diese Richtung weiterprogrammierst, kommst Du schon sehr schnell dahinter Gruss, Thorsten.

Hi Shum, I guess that you are still not using the most recent hex2syx.pl script, which is part of the mios_v1_9_src package, and located in the tools/ directory (I wrote you about this some days ago, but I never got an answer, if you really tried it). The old script doesn't know about the changed memory ranges. So, with the new script you will be able to convert the .hex when you add the "-os_upload" AC: I don't want to make the usage of this script too much public, since it is too difficult to handle (as you can see...) and the unidirectional upload without checking the error codes is too dangerous. It's better to have a flawless working MIOS Studio. So, if this tool (or Java) is the reason why the code upload doesn't work at Shum's PC(s), then we should find out, why But before making such hypotheses, it would be an important input from Shum's side, if the upload is working with MIDI-Ox Shum: here a direct link to the source package: http://www.ucapps.de/mios/mios_v1_9_src.zip you can find hex2syx.pl in the tools/ directory Best Regards, Thorsten.

no, just use Meta events - these are special parameters which don't send a common MIDI event, but jump to selfwritten functions which are located in mb64_meta.inc/mb64e_meta.inc Just have a look into these files, they already contain examples. You could also use the search function of this forum to find even more examples. For an increment function you need a variable as a counter, and you need a table which maps the counter to the CC/Note value which should be sent out Best Regards, Thorsten.

After exactly (!) four years, the time had come to update the official layouts of the MBHP_CORE and MBHP_SID module based on the requirements, which came up during this period, and based on the progress of SmashTV's improved board versions, which I've taken as inspiration (a 1:1 copy was not possible due to the different dimensions and the double-layer design) Especially for people who are going to build a MIDIbox SID with the old board design I'm sure that it won't be so easy like before to determine the right wiring between the core and the SID module, since most interconnection diagrams are now refering to the new pinnings. But this situation should be settled sooner or later once the next generation starts with the new "perfect layouts" - which doesn't include all these interim workarounds anymore. For your convenience, I've created two special pages which contain the docs to the old boards: -> http://www.ucapps.de/mbhp_core_old.html -> http://www.ucapps.de/mbhp_sid_old.html The new docs can now be found under: -> http://www.ucapps.de/mbhp_core.html -> http://www.ucapps.de/mbhp_sid.html (if you've visited these pages in the last days, you propably have to push the "refresh" button of your webbrowser) In addition, the final MBHP_IIC_MIDI layout has been released: -> http://www.ucapps.de/mbhp_iic_midi.html Thanks goes to SmashTV, who has created the MBHP_IIC_MIDI layout, and to Mike, who has supplied me with free prototypes! :) Best Regards, Thorsten.

I must say, that I'm also not sure. I just tried a 1k pot and it worked, therefore I never spent much thoughts on the theoretically best value. Best Regards, Thorsten.

Ok, so now you know that it is not the PIC, and now you can just try the other tests at this page like suggested five mails ago Best Regards, Thorsten.

This is already available :) E.g., press and hold the SID1 button, thereafter the menu button - this will play a note on SID1. Press this combination again to release the note. Best Regards, Thorsten.

Btw.: I just remember, that the LM317 only works correctly under load. You could connect a 470 or 1k Ohm resistor between the output pin and ground in order to check the behaviour Best Regards, Thorsten.

Please search for "mbhp_core_extract_io_loopback.gif" and read the description around this link at http://www.ucapps.de/howto_debug_midi.html You don't need to upload any application in order to make this test There are a lot of additional tests as well, where you don't need the PIC - they are very important to check if your core module is still working, and they give us important hints what could be wrong. Best Regards, Thorsten.

And again: please try the io loopback tests! They are important, no additional answer before you've checked the MIDI connections in this way - it's just too time consuming Best Regards, Thorsten.

Is your core running with bootloader v1.1b or v1.2? Did you already update to Bootloader V1.2, MIOS V1.9, MBSID V1.7303? (Please don't do it immediately, I only want to know, if you did this before, and that you are now trying to upload an incompatible version) Best Regards, Thorsten.

Could you please try the complete test? (e.g. io loopbacks...) Best Regards, Thorsten.

Thats strange. I just have checked it again, my own MF module is stuffed with a 1k pot Did you already try another pot (I guess you did? because you always speak in riddles ;-) Best Regards, Thorsten.