TK.

I'm not sure what you mean with "bd1"... VAs is only available for multi and drum engine patches to assign the voice to a specific oscillator, to a specific SID (L/R) or to use auto allocation (default). Usually we only want to use a single oscillator per drum sound. We have two SID chips per core, accordingly 2*3 oscillators. The two SID audio outputs have to be "merged" with a mixer (or in your DAW), e.g. by enabling a Mono function. However, this doesn't explain why you hear it louder, which implies, that you can hear the same sound on the other audio channel, which would be wrong. Maybe a crosstalk issue? Or do you refer to a lead patch which plays a stereo sound? Best Regards, Thorsten.

Thanks Stuart - yes, thats the concept. In MBSEQ V4, there are some optional "button behaviour" flags: // Toggle behaviour of various buttons // 0: active mode so long button pressed // 1: pressing button toggles the mode #define DEFAULT_BEHAVIOUR_BUTTON_FAST 1 #define DEFAULT_BEHAVIOUR_BUTTON_ALL 1 #define DEFAULT_BEHAVIOUR_BUTTON_SOLO 1 #define DEFAULT_BEHAVIOUR_BUTTON_METRON 1 #define DEFAULT_BEHAVIOUR_BUTTON_SCRUB 0 #define DEFAULT_BEHAVIOUR_BUTTON_MENU 0 #define DEFAULT_BEHAVIOUR_BUTTON_STEPVIEW 0 #define DEFAULT_BEHAVIOUR_BUTTON_TRG_LAYER 0 #define DEFAULT_BEHAVIOUR_BUTTON_PAR_LAYER 0 [/code] With DEFAULT_BEHAVIOUR_BUTTON_MENU set to 1 you will get your recommented behaviour. Initially I only added this for the emulation, as it isn't possible to click&hold this button with the mouse, while moving to a GP button to click it as well (typical issue when using a mouse, and the reason why we prefer real hardware ;)) With the real frontpanel, mode 0 is much better, as it allows you to browse through the menu pages quickly. E.g., Press & Hold the MENU button, press GP button 1, 2, 3, ... --- you will select the appr. menu so long MENU is pressed. This allows you to find a menu page if you don't know the GP button number anymore (or if your frontpanel has no additional menu page labels below the GP buttons). With your proposed behaviour, this quick browsing through the pages wouldn't be possible anymore. You would have to click on the MENU button again and again to change the page, which is cumbersome and time consuming. Another hint: by pressing the EXIT button you will get a menu which allows to access *all* pages, even the hidden ones (e.g. Formatting BankSticks) Best Regards, Thorsten. P.S.: it isn't possible to add the same behaviour flag to MBSEQ V3, since the firmware would have to be overworked at many places. But I guess that you will like the current implementation anyhow - sooner or later ;)

You could link it at least via MIDI ;) The MIOS8 based version already works standalone - a MIDI device can be connected directly w/o the need for a PC. But yes - I'm planning a MIOS32 version as well. It's a bit exorbitant to use a 32bit core for a device which already works perfectly with the PIC, but we will get the advantage of native USB MIDI and native OSC support via Ethernet w/o the need for OS dependent proxies. Do you know the difference between the old and the new Stribe1 kit? No - as this is already provided by the PIC based firmware. And as you can read, we are even going higher :) Best Regards, Thorsten.

ok Best Regards, Thorsten.

Shipped today: metaBit Juel Deimos levtermen koppi chinchiu diablojoy alessiol Bosone Just Phil dukankallemegper xarolium mgebauer khkremer Erglis ozatomic nILS rosch All2u Napiks cyberheater nykwil humbucker Peter888 xpa theo3 Gioxannes discostu julienvoirin j00lz Will be shipped once I got the money: kynsi curve mbreges lucem gnups JW midigor LinkwitzRiley ultra Jan75 Jurbo No response yet - your order will be cancled in ca. 2 weeks if I don't get a reply to my PM until then. If you already know, that you don't need the chips/PCB, please write me now dynamona this nebula SirVish pomics Roverbox Edis trainspotter zgba matyt Flexinoodle Frank deno31254 QuPe Zzzz… emju Edis intellijel woluf Freidieb Serge_D grnsky Yogi Harley Godzisz agxaudio Snyderman Oman 3amsleep ballpein StormB Best Regards, Thorsten.

This was the initial behaviour of the OSC button in early MBSID V1 releases, but I found the current solution much better. Since nobody complained about this change, I removed the option in MBSID V2 completely... However, it shouldn't be too much effort to add it again, and make it selectable in the setup_* file: ;; if 0: OSC button selects also combined modes (7 states, combined OSCs) ;; if 1: OSC button selects only one of three OSCs (faster handling) #define DEFAULT_OSC_BUTTON_BEHAVIOUR 1 [/code] [s]So, once the next release is available, you will have to set this value to 0 for your customized firmware (I guess, that sooner or later you will set it back to 1...)[/s] No compile switch available - the proposed selection logic "1--, -2-, --3, 123" now the one and only default Best Regards, Thorsten.

The code isn't compatible (e.g. due to different function names and different variable types), but the concept is the same for PIC based MIOS. Sure - use a 16bit variable (unsigned short) as a counter. Increment it on each SRIO_ServicePrepare() invocation (each mS), and set it back to 0 once it reaches 1000 (== 1 second). Now you could apply an inversion mask to each DOUT bit which should flash whenever the counter is > 500, this gives you a 1:1 flash ratio. Best Regards, Thorsten.

http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fmodules%2Fmidifile%2F http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fexamples%2Fsequencer%2Fmid_player_sd%2F Best Regards, Thorsten.

This is a C based example, which demonstrates the usage of the assembly based BLM driver for MIOS8: http://svnmios.midibox.org/listing.php?repname=svn.mios&path=%2Ftrunk%2Fapps%2Fexamples%2Fbutton_duoled_matrix%2F This C based module (which is only provided for MIOS32, but could also be ported to MIOS) is an example how to handle a 8x8 button/LED matrix: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fmodules%2Fblm8x8%2F if you remove all functions which are related to button handling, you will get the code for which you asked for (or the other way around: BLM8X8_PrepareCol() is the only relevant function for your usecase) Definitely yes, as the DOUT register handling itself is handled by MIOS, and it's already speed optimized so that you don't need to take care about the low level stuff. Just hook the code which periodically changes the DOUT values into SRIO_ServicePrepare() - this function is called each mS before MIOS updates the DOUT registers. No, because a really satisfying PWM requires a much higher update frequency - details: see this article: http://www.midibox.org/forum/index.php/topic,10915.0.html Meanwhile I developed a simple way to generate PWM, an example code can be found under http://svnmios.midibox.org/filedetails.php?repname=svn.mios32&path=%2Ftrunk%2Fbootloader%2Fmain.c (MIOS32 only, search for PWM) But it only works if the LED is directly connected to an IO pin. It won't work for LEDs connected to the SRIO chain due to the slower update frequency (1kHz instead of 10 kHz), and it especially won't work for multiplexed LEDs, since it reduces the update frequency (e.g. 8x8 matrix: 125 Hz instead of 1kHz) Best Regards, Thorsten.

Hint for programmers only: you could write an application which sends the pot values via MBNet (CAN interface) to MBSID. Advantage: very generic approach, highest speed (CAN messages are transfered with 2 MBit/s), no MIDI merger required, no additional latency caused by a MIDI merger connected between your MIDI keyboard/PC and MBSID So long you don't ask me "how can I enable this in the firmware" or "could you please write me the complete application", I can give you the required details. You can reuse some parts of MBSID, but in this case it will be assembler-only. It could also be realized with the new MBHP_CORE_STM32 module, in this case a driver for MBNet written in C and a pot handler which can scan up to 128 analog inputs is already available. You only need to write the communication handler (pot in -> MBNet out) Best Regards, Thorsten.

I will add a CS_MENU_BUTTON_Arp into the next release, which will allow you to enable/disable all 6 arpeggiators of the selected SID (it was planned anyhow) You will be able to map this function to a free DIN pin in your setup_*.asm file. I guess that a LED function would be useful as well? I don't think that it is really required to map this to an analog input (waste of resources), because you only want to switch between On and Off... or did I overlook something? Best Regards, Thorsten.

...and compare it with the Blacklist Most low-cost interfaces provided by Thomann are working unreliable. Today you can buy an USB based Multi Purpose card reader for less than 5 EUR, but usable MIDI interfaces are still so expensive like 10 years before. However, seems that this is still a field where you can save money with DIY :) Best Regards, Thorsten.

Ploytec was well prepared - I already got the chips. PMs are sent out Note that currently there are at least 20 spare parts - first come, first serve! Best Regards, Thorsten.

yes, it seems that volume CC is not mapped!!! But all the remaining CCs should work - can you confirm this??? Best Regards, Thorsten.

Yes, it should also work on a PIC18F4685, although I never tried it. A 24LC512 doesn't give you any advantage, because only the lower 32k range is used. Best Regards, Thorsten.

Yes, can be added to the Fx page. Do you also have an idea, how to control the variations? (algorithm?) Best Regards, Thorsten.

I ordered 250 GM5 chips yesterday. Best Regards, Thorsten.

Extra drum tracks are not required, since each track can control up to 16 instruments (means: you can play for example up to 16*16 = 256 drum instruments) if( event_mode != SEQ_EVENT_MODE_Drum && num_t_layers <= 3 ) { // 3 layers: direct selection with LayerA/B/C button if( depressed ) return -1; // ignore when button depressed seq_ui_button_state.TRG_LAYER_SEL = 0; ui_selected_trg_layer = trg_layer; } else if( event_mode != SEQ_EVENT_MODE_Drum && num_t_layers <= 4 ) { // 4 layers: LayerC Button toggles between C and D if( depressed ) return -1; // ignore when button depressed seq_ui_button_state.TRG_LAYER_SEL = 0; if( trg_layer == 2 ) ui_selected_trg_layer = (ui_selected_trg_layer == 2) ? 3 : 2; else ui_selected_trg_layer = trg_layer; } else { // >4 layers or drum mode: LayerA/B button selects directly, Layer C button enters trigger selection page // also used for drum tracks ... [/code] The trigger selection page In other words: it's already implemented this way... Best Regards, Thorsten.

More than 16 tracks won't be available - see the other postings in this forum section to see why we decided this (sometimes you have to read the whole posting and not only the first article to understand the arguments) http://www.midibox.org/forum/index.php/topic,12799.0.html http://www.midibox.org/forum/index.php/topic,12577.0.html http://www.midibox.org/forum/index.php/topic,12802.0.html Instead, we have up to 16 assignable parameter layers per track + the trigger layers of course. You can already try out your frontpanel enhancement ideas by using the MacOS or GNUstep based emulation before building the hardware. This allows you to decide by yourself, if your idea really makes sense or not. It won't be supported from my side, so - you have to add the code by yourself. Best Regards, Thorsten.

V0.5 is available for download now, follow this link ChangeLog: Bassline editor: "detune" and "phase offset" knobs added Stereo link enabled by default for lead engine and disabled for other engines Fixed problems with Envelope 2 for LEAD engine Stereo link no longer enabled by default Nicer buttons for stereo/osc link and for play/panic Improved Toolbar (individual INIT core selection buttons added, save/load buttons removed) FileHandler is faster now FileHandler is now forcing .syx extension when saving Drum/Bass sequence selection now using radiobuttons (for faster access) Display offset features added to show correct values (i.e. midichannel 1-16 instead of 0-15) Fixed an insane amount of cosmetic issues Added ARP 'easy chord' button for RC28 fixed transmit-to-memory routines (null-pointer-exceptions occured on selection of a single patch to send) play and panic buttons added in Sysex editor Thanks Rutger, it's getting better and better! :) Best Regards, Thorsten.

thanks - updated Best Regards, Thorsten.

http://www.midibox.org/forum/index.php/topic,9457.0.html http://www.ucapps.de/midibox_sid_manual_in.html Search for "Updating Firmware to a new Version" Best Regards, Thorsten.

So, you really want to overwork all seq_ui* files for a derivative which is probably only used by yourself, because it's more expensive (and slower) than really required? Best Regards, Thorsten.

Ich denke schon, dass dieses XMIDI 1x1 Interface fuer normale MIDI Anwendungen brauchbar ist, ansonsten haette man es schon laengst vom Markt genommen. Guenstig(st)es Interface das sicher funktioniert: http://www.midibox.org/forum/index.php/topic,11387.0.html Gruss, Thorsten.

Hi Jack!!! Yes, I check this: there are no 2x40 DOG LCDs available, but large displays which are properly aligned to the 16 GP encoders and buttons are essential for the ergonomic user interface. Best Regards, Thorsten.