Jump to content

TK.

Administrators
  • Posts

    15,247
  • Joined

Everything posted by TK.

  1. A solution will be available with v4.095 (changes are already in the repository): o OPTIONS page: new option "Print and Modify Steps w/o changing Gate". If enabled: note values will always be print regardless if they are played or not. Changing a note value won't automatically enable the gate Best Regards, Thorsten.
  2. Just got a flashback: this is actually a known issue and I thought that I fixed this some years ago... somehow the change didn't find it's way into the repository. I updated mios32/LPC17xx/mios32_board.c, please update your repository Best Regards, Thorsten.
  3. I uploaded some bassline patches of "TK2 soundbank" that I created the last years, but never released (want to archive them :) http://svnmios.midibox.org/listing.php?repname=svn.mios&path=%2Ftrunk%2Fapps%2Fsynthesizers%2Fmidibox_sid_v2%2Fpresets%2F Some demos (6 of 28 basslines): http://www.ucapps.de/mp3/midibox_sid/mbsid_v2_tk2_soundbank_demo_part2.mp3 Best Regards, Thorsten.
  4. Interesting! If there is really a file limit, it could make sense to change the application so that it uses a dedicated directory for each bank Best Regards, Thorsten.
  5. There are good reasons why I decided to use an UART based MIDI interface for interconnections: universal approach, easy to setup from a (PC) and easy to connect to other cores MIDI messages are buffered via FIFOs, this relaxes the MIOS32 application requirement. E.g. it could prioritize the handling of other tasks and doesn't need to frequently poll for incoming messages to avoid information loss. By default the FIFOs are dimensioned with 64bytes, which means that we can bridge up to 20 mS no need to program special interface communication handlers -> less troublesome & no special knowledge required MIDI cable can be up to 10m optocouplers decouple the noisy MF voltage from the MIOS32 core, this improves EMC level-shifting 3.3V to 5V part of the physical MIDI interface So, if you are searching for alternative interfaces, they all have cons you have to learn how to program such interfaces. I won't have so much time to help you on this... you've to find your own way the MBNB_MF_NG firmware is programmed in assembly language which is difficult to enhance for people who never did this before all IO pins of the MBHP_MF_NG module are allocated, for a different interface you've not only program a new firmware, you also have to change the circuit Possible interfaces: SPI Cons: no programming example available for MIOS8 requires 4 IO pins (RC3, RC4, RC5, RA5) MBHP_MF_NG circuit has to be modified. But especially RA5 does hurt, since this is an analog input (actually a killer argument) no programming via MIDI possible anymore, you've to use a PIC programmer instead actually more valuable than MIDI ports, since only 3 SPI interface ports exist on a typical MIOS32 core. One (J8/9) is allocated for SRIO, another one (J16) for SD Card and Ethernet at 3.3V level, another one (J19) is free, but typically used for AOUT/AINSER, etc... However, if SPI, than you would either have to sacrifice J8/9 (-> no SRIO), or J19 (-> probably unusued in your application? But couldn't be used for all applications, so: only a dedicated solution for your purposes) MIOS32 core has to frequently service the SPI to avoid message loss programming will be much more complicated I2C Cons: requires 2 IO pins (RC3, RC4) MBHP_MF_NG circuit has to be modified no programming via MIDI possible anymore, you've to use a PIC programmer instead MIOS32 core has to frequently service the I2C I2C overhead higher than for other interfaces, will slow down your application and/or result into message loss programming will be much more complicated CAN Cons: requires different PIC chip (e.g. PIC18F4685) requires 2 IO pins (RB2, RB3) MBHP_MF_NG circuit has to be modified MIOS32 core has to frequently service the CAN interface. Similar to I2C and SPI there is a high risk for message loss if this isn't done frequently programming will be most complicated compared to other interfaces Best Regards, Thorsten.
  6. Finally!!! :) I will look into the velocity issue soon The board that I built some years ago is still functional and I typically show it to MIDIbox HQ visitors as one of the unknown projects that the community started but never released :) Best Regards, Thorsten.
  7. @Rio: please try this version: http://www.ucapps.de/mios32/midibox_seq_v4_095_pre12.zip o OPTIONS page: new option "Print Notes with transposed value". Enabled by default (due to change in V4.093), can be optionally disabled now. @goyousalukis works fine for me. Could you please check if TrgA is disabled? Use GP9 to scroll the page until TrgA get's visible. Then turn off the value to -- Best Regards, Thorsten.
  8. This was a translation error in the code, it's fixed now (and enhanced by a new feature! :) http://www.ucapps.de/mios32/midibox_seq_v4_095_pre12.zip o AOUT: Channel 9..12/13..15 now set the gate pins #1/3/5/7 as documented (previously it was #1/2/3/4 due to a code translation error) New: gate pins #2/4/6/8 are now set whenever the velocity is >100. This way the pins can be used as an accent trigger Best Regards, Thorsten.
  9. This is a very clever idea, thanks for this!! For those who want to try it out - it's now available in following preliminary release: http://www.ucapps.de/mios32/midibox_seq_v4_095_pre12.zip o AOUT: Channel 9..12/13..15 now set the gate pins #1/3/5/7 as documented (previously it was #1/2/3/4 due to a code translation error) New: gate pins #2/4/6/8 are now set whenever the velocity is >100. This way the pins can be used as an accent trigger Best Regards, Thorsten.
  10. Well done! Nice entry project for people who want to check their SMD soldering skills before trying the new MBSEQ frontpanel. Best Regards, Thorsten.
  11. Will add an option for transpose value display and check the reported issue soon Best Regards, Thorsten.
  12. Hi, concerning the displays: I remember that I added an option for 4 LCDs to the firmware for somebody who had 2x20 LCD modules which were bigger than the common ones: Picture was created 2010, not sure if such displays still exist Best Regards, Thorsten.
  13. To 1) yes, you've to add a SD Card. If you haven't purchased the SD Card socket yet, you could also use a common Mini SD Card adapter as available in super markets. See also the bottom of this page ("Alternative Adapter for MBHP_CORE_STM32F4 module): http://www.ucapps.de/mbhp_sdcard.html 2) programming is similar, but parameters have to be entered into the .NGC file. See also following page: http://ucapps.de/midibox_ng_manual_ngc.html Search for "he keyboard command" 3) see kb_2.ngc and kb_6.ngc/kb_6.ngr example configurations Best Regards, Thorsten.
  14. Hi Frank, no, fortunately these mistakes won't damage the ICs. and yes, each keyboard has a dedicated din_inverted flag :) Best Regards, Thorsten.
  15. I noticed that the last release was done 2 years ago, although many preliminary versions have been created meanwhile. Therefore it's now officially available. From the ChangeLog: MIDIbox NG V1.036 ~~~~~~~~~~~~~~~~~ o new .NGR script command: send_seq (see cfg/test/seq* examples) o added new MIDI event types: Clock, Start, Stop, Cont o added new meta events to control a MIDI clock divider: MClkSetDivider, MClkDecDivider, MClkIncDivider o added new .NGC file configuration parameters: MidiClkOutPorts and MidiClkInPorts o new LCD format character '%L' allows to display logic control digits (MTC and status digits) o added new .NGR commands SET_KB_TRANSPOSE and SET_KB_VELOCITY_MAP. The configuration example can be found under cfg/tests/kb_6.ng* o encoder absolute mode: negative ranges are now handled correctly o .NGR LCD command: %d outputs the ^value Best Regards, Thorsten.
  16. You are right, it makes much more sense if program change steps are disabled. Change is already done in the repository and will be available with the next (pre-)release. Best Regards, Thorsten.
  17. Probably I found the problem, please try this version: -> http://www.ucapps.de/mios32/midibox_seq_v4_095_pre10.zip Whenever the "step edit" feature was used in EDIT page, the played notes remained in the queue and then overwrote notes during live recording. Now they should be properly erased. If the issue happens again, open MIOS Studio and enter "dbg_record" in the MIOS Terminal. This should give you a list of played notes - and maybe help to understand the problem (and to give me more information :) However, probably you won't need this debug option anymore if the bugfix is working as intended. Best Regards, Thorsten.
  18. Great that this helped at your side! :) But for the records: currently I'm not able to reproduce this issue. The test procedure: turn on MIDIbox with unconfigured AOUT module in CV page selected AOUT_NG module exit CV page (so that this setting will be stored) power-cycle MBSEQ -> AOUT_NG properly configured and working can be repeated with multiple power-cycles: AOUT_NG properly configured and working Best Regards, Thorsten.
  19. Yes, such a hack would be possible in core/seq_cv.c, function SEQ_CV_SendPackage If more people are interested, I could provide a general function. Best Regards, Thorsten.
  20. Unfortunately c-2 (note value #0) is consequently used at many places to disable the note (no MIDI event will be sent) The only workaround I could imagine is a private firmware modification which transforms a particular note to c-2 Best Regards, Thorsten.
  21. Ok, added to the wish list. I guess that this could be useful for common tracks as well. Should be fixed now: http://www.ucapps.de/mios32/midibox_seq_v4_095_pre9.zip A frequently requested feature, meanwhile even mentioned in one of Oozitron's tutorial videos :) Best Regards, Thorsten.
  22. Interesting, I wasn't aware of this! This issue is now fixed here: http://www.ucapps.de/mios32/midibox_seq_v4_095_pre8.zip And I also added a reset function to this page :) Best Regards, Thorsten.
  23. Thanks for the information! This was caused by an unintended stack overflow It should be fixed in following version: http://www.ucapps.de/mios32/midibox_seq_v4_095_pre7.zip Best Regards, Thorsten.
  24. Thanks for the inspiration - I will try this soon! :) Best Regards, Thorsten.
  25. I'm still unsure, if for me as a right-handed person it would be better to have the wheel section at the left side. There are situations where I want to quickly switch between selection groups (such as between track and parameter layer selection) while changing steps with the right hand. In this case, it's actually better if I could switch with the left hand. Best Regards, Thorsten.
×
×
  • Create New...