TK.

Beta37 is available - from the ChangeLog: MIDIboxSEQ V4.0beta37 ~~~~~~~~~~~~~~~~~~~~~ o Length Page: quick selection now also available for loops. o Length Page: length/loop presets are now stored in MBSEQ_C.V4 file (located in session directory) under the name "QuickSelLength", "QuickSelLoopLength" and "QuickSelLoopLoop". They could be edited with a text editor if you would like to have different values. o track transpose page now always starts with "octave" item instead of "semitones" item o it's now possible to define 16 individual "direct track selection" buttons in MBSEQ_HW.V4 (search for BUTTON_DIRECT_TRACK*) o it's now possible to define 2 shift registers for outputing the current track selection in MBSEQ_HW.V4 (search for TRACKS_DOUT_L_SR and TRACKS_DOUT_R_SR) o copy function works correctly now if a track is pasted into another track with different partitioning in Paste/Clr = Steps mode (selectable in Utils->Options page) [/code] Best Regards, Thorsten.

Using multiple looppoints is the wrong way, as you would have to define them again and again whenever you created a new pattern. They would also consume some (expensive) pattern memory... although they are never used at the same moment. Therefore I added a new "loop preset" feature into Beta37 (see ChangeLog below) Well, as I mentioned earlier, I'm using octave changes more often as well. In order to move drum kit instrument, I set the semitone individually for each instrument under Track->Event So: I changed it back to octave on page entry in Beta37 Best Regards, Thorsten.

It's viable, but creating a useful GUI will be a huge task. You could already re-organize your sessions by using the session import/export function under Util->Disk It allows to copy patterns from other sessions to create a new session (or vice versa: copy patterns of the current session into another session) Once this has been done, just copy the appr. session directory (/SESSIONS/<session-name>) to the SD Card of the other MBSEQ V4 Best Regards, Thorsten.

Beta36 is available now: MIDIboxSEQ V4.0beta36 ~~~~~~~~~~~~~~~~~~~~~ o The metronome function considers the "steps per measure" correctly now o received MIDI song position command sets the track positions correctly now - this is important when MBSEQ is controlled by a clock master. E.g. Logic Studio sends startpoint-1 when the sequencer continues in a loop [/code] The changes in beta36 are not really related to your observations (I haven't found any dependency on G1T1), but while checking the code I found that steps per measure wasn't used by the metronome as intended, especially on "unequal steps". Also the song position handling of previous versions could lead to a misaligned step counting if MBSEQ is clocked by an external MIDI clock master. Init/Copy issues reported by Echopraxia: nothing done yet, still needs some more thinking about all possible cases. A fix for the copy function is difficult, but feasible. The INIT function can't be realized without clearing all track values (e.g. otherwise layers would play wrong events if their mode is changing, e.g. from CC to Note - very bad while playing live!) Maybe I will implement a new repartitioning function, I would find it useful as well Best Regards, Thorsten.

I tried different brands as well and never noticed unreliable operation, only different performance factors. Would it be possible to send me the non-working SD Cards for further analysis? The metronome already works independent from any track, if you noticed a dependency on G1T1 you found an unexpected bug! The signature is defined as "steps-per-measure", which has to be set in the options page (UTILS->OPT) - it even allows you to define unequal steps (free definable from 1-256) For 3/4 just select 12 (1/16) steps. Best Regards, Thorsten.

To 1) seems to be correct To 2) really strange issue, I never saw this on one of my own LCDs. However, there aren't so many lines which have to be changed: mm:midibox_fm_v1 TK$ grep \'\|\' src/* src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' src/cs_menu.inc: movlw '|' [/code] Best Regards, Thorsten.

Also software-wise it's difficult to do this, some clever copy routines are required to change the partitioning properly under all circumstances. It's the same issue like with the copy function that you reported before. There is currently no solution. Great that you found a solution! I will highlight in the documentation that Sandisk cards should be preferred. Best Regards, Thorsten.

You could take the encoder handling code in cs_m_pattern.inc as a template Best Regards, Thorsten.

Selbst eine voll ausgebaute MBSID V1 kann man problemlos auf V2 umruesten :) Siehe auch http://www.ucapps.de/midibox_sid_manual_up.html Den SIDplayer fuer die V1 Hardware habe ich irgendwann von meiner Webseite genommen, da ja mittlerweile jeder auf V2 umgestiegen ist... nunja, scheinbar doch nicht jeder... Wenn Du Glueck hast, funktioniert er noch mit dem aktuellen MIOS: http://www.ucapps.de/mios/sidplayer_v1b.zip Diese Release ist mittlerweile 7 Jahre alt - die Garantie ist somit abgelaufen! ;) Gruss, Thorsten.

The remaining 4 analog pins have to be connected to J16.RC (AIN12), J16.SC (AIN13), J16.SI (AIN14), J16.SO (AIN15) Best Regards, Thorsten.

Just believe me that this was the most pragmatic solution ;) Best Regards, Thorsten.

The firmware isn't prepared for such an option yet, but I could add this to the next release. Best Regards, Thorsten.

Interesting: I've a similar issue with my menu button! It could make sense to add a debouncing mechanism here... Best Regards, Thorsten.

Yes, correct! If somebody really used CC assignments in the past, he has to double the depth value - thats all Best Regards, Thorsten.

MIDIbox FM V1.4 has been released! From the ChangeLog: MIDIboxFM V1.4 ~~~~~~~~~~~~~~ o PIC18F4685 only: CC assignment changes for Velocity/Aftertouch/Modwheel/WT are now non-destructive (shadow buffers are used for all parameters) o PIC18F4685 only: CC assignment names are now print on screen o changed velocity/modwheel/aftertouch depth parameter resolution to allow 1:1 modulation of 4bit OP parameters. E.g. Depth=15, Init=0 will control the parameter from 0,,15 in positive direction, and Depth=-15, Init=15 from 15..0 in negative direction 7bit parameters can't be modulated in full range anymore, but this is acceptable considered that OP parameters are more important to form the sound timbre. o Audio Channel selections now assigned to CC#13..CC#15 to avoid conflict with Panorama CC #10 [/code] Best Regards, Thorsten.

Yes, the patches are compatible, EEPROMs won't be reformatted :) Best Regards, Thorsten.

:) Mapping bits is resource hungry, it consumes RAM and CPU time - therefore it's better to fix the hardware, especially since it can be done so quickly. :) Best Regards, Thorsten.

I developed a complete MBnet module which is available here: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fmodules%2Fmbnet%2F Programming example: http://svnmios.midibox.org/listing.php?repname=svn.mios32&path=%2Ftrunk%2Fapps%2Fmisc%2Fmbsid_can_osc_proxy%2F I think that this will answer your question? :) Yes, you probably need a CAN tranceiver for connections > 30 cm! Best Regards, Thorsten.

I never tried ProTools by myself, but I think that it will work fine in "Logic/Mackie Control Emulation mode". Btw - an update: SmashTV started the PCB layout! :) Best Regards, Thorsten.

Congrats - you mastered the first step of the MIDIbox code wizard diploma! :) Best Regards, Thorsten.

In midi_evnt.inc, replace: ;; sending three bytes: MIDI_EVNT_Send_8x ; Note Off MIDI_EVNT_Send_9x ; Note On MIDI_EVNT_Send_Ax ; Aftertouch MIDI_EVNT_Send_Bx ; Controller movff MIDI_EVNT0, WREG call MIOS_MIDI_TxBufferPut movff MIDI_EVNT1, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut movff MIDI_EVNT_VALUE, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut rgoto MIDI_EVNT_Send_End ;; sending two bytes MIDI_EVNT_Send_Cx ; Program Change MIDI_EVNT_Send_Dx ; Channel Pressure movff MIDI_EVNT0, WREG call MIOS_MIDI_TxBufferPut movff MIDI_EVNT_VALUE, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut rgoto MIDI_EVNT_Send_End ;; sending three bytes (7bit converted to 14bit) MIDI_EVNT_Send_Ex ; Pitch Bend movff MIDI_EVNT0, WREG call MIOS_MIDI_TxBufferPut [/code] by: [code] ;; sending three bytes: MIDI_EVNT_Send_8x ; Note Off MIDI_EVNT_Send_9x ; Note On MIDI_EVNT_Send_Ax ; Aftertouch MIDI_EVNT_Send_Bx ; Controller movff MIDI_EVNT0, WREG andlw 0xf0 ; force Channel #4 iorlw 0x03 ; counted from 0... call MIOS_MIDI_TxBufferPut movff MIDI_EVNT1, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut movff MIDI_EVNT_VALUE, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut rgoto MIDI_EVNT_Send_End ;; sending two bytes MIDI_EVNT_Send_Cx ; Program Change MIDI_EVNT_Send_Dx ; Channel Pressure movff MIDI_EVNT0, WREG andlw 0xf0 ; force Channel #4 iorlw 0x03 ; counted from 0... call MIOS_MIDI_TxBufferPut movff MIDI_EVNT_VALUE, WREG andlw 0x7f call MIOS_MIDI_TxBufferPut rgoto MIDI_EVNT_Send_End ;; sending three bytes (7bit converted to 14bit) MIDI_EVNT_Send_Ex ; Pitch Bend movff MIDI_EVNT0, WREG andlw 0xf0 ; force Channel #4 iorlw 0x03 ; counted from 0... call MIOS_MIDI_TxBufferPut Best Regards, Thorsten.

You have to change the encoder mode to "IncDec" in the MB64E configuration, this can't be done in the setup file. Instead you have to do this either on the user interface (requires a LCD and the 4 navigation buttons), or you have to generate and upload a new .syx file with your configuration changes -> see tools/mk_syx/README.txt Best Regards, Thorsten.

The menu page should be easy to find. If there is no DHCP server in your network, you have to disable this function and set the IP manually Best Regards, Thorsten.

It seems that you are using a PIC18F452 - there isn't enough flash memory anymore to add these functions. Accordingly you've only two possibilities: either use an older MBFM version, or migrate to the PIC18F4685 (which has more advantages anyhow, not at least because of the inbuilt random patch generator!) Best Regards, Thorsten.