TK.

"cs not enabled" means "Control Surface not enabled". It seems that you've uploaded the .hex file for a slave module, or you've selected the auto CS feature, and the device ID of the core is != 00 Best Regards, Thorsten.

Hi Matteo, thanks for pointing this out! I also think that this is a bug and I will check if there is an easy workaround for the SID editor. Biggest problem is, that the core library doesn't allow to access the MIDI channel and device ID directly from each object. If I don't find a solution, I will ask the core developers for help, but this may take some time... Best Regards, Thorsten.

Hallo, In Kapitel 25 ("Special Features") steht beschrieben, wie man den PIC konfigurieren muss, um via PLL die 20 MHz auf 48 MHz zu bringen. PWM bspw. ueber Pin 17 (siehe SID Applikation, hier wird 1 MHz mit 1:1 duty cycle eingestellt), die restlichen Pins nach belieben. Gruss, Thorsten.

Hi Jack, the ".sid" format is just a container for a C64 executable. This means that you can use any C64 song editor in order to compose these tunes, and you could run it on an emulator. However, I don't know which editors are currently "state-of-the-art"... the .sid format itself is described in DOCUMENTS/SID_file_format.txt, which is part of the HVSC Best Regards, Thorsten.

Hi Matteo, The "46 0F" tells me, that the wavetable changes are sent to the SID with device ID 0F, is the your intention? Wouldn't it be better to select device ID 00? Note that it has to be edited under Window->Preferences->Synth Driver (last column of the driver overview), and as well in the CFG menu of your MBSID. This is a special feature, which allows you to change to a wavetable of another patch without changing the sound parameters of the current patch. It's the same like CC#12 - it's especially useful if you've prepared some nice note sequences (or arpeggiator textures), and if you want to select a new one on-the-fly Best Regards, Thorsten.

I frequently use the second layer of the upper DADSR knobs, to control finetune, transpose, arpeggio speed, portamento and pulsewidth. Especially portamento (slide) and pulsewidth are important parameters which should be tweaked live in order to get a lively sound. So, you don't need seperate knobs, just press the Ctrl (layer select) button (I miss it at your panel). You may also want to add a OSC button, because each oscillator has it's own parameter set. Of course, you could control all three at the same time, but setting them to different values makes more sense. I also don't know, why you've removed the Env Depth knob, IMHO it's important, too. In fact I strongly recomment to use the complete set of controls, otherwise you will miss something sooner or later. Things which could be omited are: waveform/sync/ring buttons/LEDs, modulation matrix, filter channels and type buttons/LEDs. If your box is only stuffed with a single SID, then you could omit the 4 SID select and Link button/LED. CC button could be useful if you would like to record parameter changes with a sequencer in order to automate changes. The edit button could get a different purpose in future. Best Regards, Thorsten.

Die Pitchwheel Events deuten darauf hin, dass die ID immer noch auf ...0000 steht, und somit die falsche Baudrate selektiert ist. So wird es auch mit der change_id Applikation nicht funktionieren (denn die muesstest man ja mit der richtigen Baudrate aufladen). Das ID Feld kann man auch direkt im .hex File patchen, sie befindet sich in dieser Zeile: :080000000000000000000000F8 Mit: :080000000000000000000100F7 erhaelst Du die ID ..00100 fuer to-COM Baudrate (das letzte Byte ist die Checksumme). Falls Dein Brenner die ID ueberhaupt nicht bearbeitet, hilft nur noch dieses Package: http://www.ucapps.de/mios/mios_bootstrap_picstart_workaround_v1.zip (einfach die Anweisungen im main.asm File befolgen) Gruss, Thorsten.

I would like it, but I've no idea how to extent the profile :-/ Best Regards, Thorsten.

Hi Jesper, I think that the main challenge is to learn the MIDI codes, and the usage of hexadecimal numbers. Here is the example: http://www.ucapps.de/mios_c_nrpn_to_cc.html Have fun :) Best Regards, Thorsten.

Hi, you don't need to program this in assembler, you only need to assign the appr. event to the pot entry, e.g. within a .ini file (-> see mk_syx script), or with Serge's MB64 editor (-> http://miostools.midibox.org)) Best Regards, Thorsten.

here you can find a nice tutorial for LCDs: http://www.avishowtech.com/midibox/wiki/index.php?pagename=HowToConnectLCD Best Regards, Thorsten.

I'm sure that it will work with MIDI Yoke, because I've tested this on many computers in the meantime Best Regards, Thorsten.

The selection buttons for each (visible) menu item are required, there is no alternative option for incrementing/decrementing the selection. It's even not done with a small software change, since there are pages which require the buttons, like the name edit page: For MBSID-D the selection buttons have a different purpose in the main screen (select drumkit, instrument, MIDI channel), and it could be that I will optimize the main screen of the common MBSID release, too - it would be too bad, if you wouldn't be able to get use of new features, just because you decided to realize a different menu interface... Best Regards, Thorsten.

I've added the MIDI clock sync feature for LFO and EG (I forgot to mention this... it will be the same code like for MBSID/MBFM) Yes, the PIC18F4620 is pin compatible, it's a really nice replacement for the PIC18F452 if the EUSART would work properly. Best Regards, Thorsten.

This time I'm asking for help ;-) I would like to know, how a slide/portamento function could be realized, which has a constant time, independent from the distance between the source and target frequency. At this page http://www.tb-303.org/info/history.asp it is stated, that the TB303 offers this feature, but I've no idea how to implement this properly in software. The portamento function of MIDIbox SID and FM is realized in the following way: "current_frequency * rate_factor" will be added to the current frequency value on each update cycle, until the target frequency is reached. This works well, but the sweep time between two notes is not constant. So, what is the trick? Varying the rate depending on the frequency difference? Based on which formula? The frequency curve of the SID is not linear, this propably has to be taken into account... :-/ Best Regards, Thorsten.

Hi Michel, interpolation: this shouldn't be a big problem, I already added this to the filter output of MIDIbox SID, the code works with pointers, is very fast and therefore reusable for multiple channels. I'm not sure about the memory consumption for all these features (haven't spent much thoughts on this yet), but on the other hand: if this should be a problem, it's maybe worth to switch to the PIC18F4620 (the one with the EUSART bug), because the MIDI Output won't be used very often anyhow, so that sporatic failures are ignorable. This chip has the advantage, that I wouldn't need to spend 75% of the time to optimize data structures and code, so that they fit into memory. Instead I could concentrate on the real work (this is no final statement, first I will try to bring this into the PIC18F452) I will start with the first experiments once I got the rsf Kobol Expander from a friend - this thingy definitely needs some additional modulation sources :) Best Regards, Thorsten.

See also those nice christmas lights :) Pay will add some more infos below 1) 2) 3) 4) 5) 6) 7)

Does the DX27 support a "wavetable sequencer" (for sequencing CC parameters) and analog CV outputs for controlling external filters, etc.? Best Regards, Thorsten.

Hi, general question: do you really need 4 SIDs? No, I guess that you have to canibalize 4 C64s Best Regards, Thorsten.

Hi Bret, I guess that you mean MIOS V1.8 (not sure if MB64 v2.4 runs properly on older OS versions) By default the LEDs are not switched via external MIDI events, this has to be enabled for each DOUT register seperately in the .ini file (-> mk_syx script), or with Serge's MIDIbox editor. Here the options and the default mapping: [tt] ################################################################################ # LED Map: assignes the LED shift registers to the Button Shift # registers or special values # Currently following values are supported: # 0 Default Setting (see Map below) # 1 Button Shift Register 1 (Button ID #1-#8) # 2 Button Shift Register 2 (Button ID #9-#16) # 3 Button Shift Register 3 (F1-F4 and Navigation Buttons: ID #17-#24) # 4 Button Shift Register 4 (Button ID #25-#32) # 5 Button Shift Register 5 (Button ID #33-#40) # 6 Button Shift Register 6 (Button ID #41-#48) # 7 Button Shift Register 7 (Button ID #49-#56) # 8 Button Shift Register 8 (Button ID #57-#64) # 9 reserved # 10 External Bank (1 of 8 ) # 11-15 reserved # 16 MIDI Status received for Button ID #1-#8 # 17 MIDI Status received for Button ID #9-#16 # 18 MIDI Status received for Button ID #17-#24 # 19 MIDI Status received for Button ID #25-#32 # 20 MIDI Status received for Button ID #33-#40 # 21 MIDI Status received for Button ID #41-#48 # 22 MIDI Status received for Button ID #49-#56 # 23 MIDI Status received for Button ID #57-#64 # 24-31 reserved ################################################################################ [LED_MAP] LED_SR1 = 1 # (Button ID #1-#8) LED_SR2 = 2 # (Button ID #9-#16) LED_SR3 = 3 # (F1-F4 and Navigation Buttons: ID #17-#24) LED_SR4 = 4 # (Button ID #57-#64) LED_SR5 = 5 # (Button ID #25-#32) LED_SR6 = 6 # (Button ID #33-#40) LED_SR7 = 7 # (Button ID #41-#48) LED_SR8 = 8 # (Button ID #49-#56) If you don't need all the MB64 features, you could also create a MIOS C based application, here an code snippet which allows you to control 128 LEDs from external: http://www.ucapps.de/mios_c_set_dout.html Best Regards, Thorsten.

I've added some code snippets to the MIOS C page - hope that they are useful: http://www.ucapps.de/mios_c.html Best Regards, Thorsten.

Hi Vix, the structure is defined in sid_sysex_table.inc - here the 128 first SysEx bytes are mapped to the related CCs. The upper 128 bytes are part of the wavetable. A more readable format can be found in the source code of the JSynthLib MIDIbox SID module, or in the mk_sid_random.pl script Best Regards, Thorsten.

It always makes sense to use the latest version, but not the official one which is available at jsynthlib.org (because in this version the SID SysEx structure is wrong), but the one from my website. It could also be related to the infamous Java MIDI bug, which appears when Java communicates with some special MIDI interfaces (my own interfaces are also affected). Workaround: install MIDI Yoke from www.midiox.com, use MIDI-Ox to forward MIDI Yoke 1 to the output port of your interface. Configure JSynthLib, so that it sends all MIDI data to MIDI Yoke 1 instead of directly to the output. This helps Best Regards, Thorsten.

Hi Adam, maybe it makes sense to make this check in order to ensure, that the MIDI connection to the core is working: Use the virtual keyboard of MIOS Studio to send a Note event - it should be received back (Note added to In and Out monitor) Results? Best Regards, Thorsten.

Hi Matteo, the wavetable is always sent when you open the edit window. Thereafter updates are only sent on changes. So, did you change a line in the wavetable? Note that it will also be updated automatically when the cursor changes the line - in this case an "update wavetable" has also no effect (since it is not required anymore) "Update wavetable" is only useful if you made a change in a line, and don't want to move the cursor to another line... Best Regards, Thorsten.