TK.

@latigid on some history on this: while previous boards had a pull-up device for this pin, the STM32F4 Discovery Board had a pull-down, therefore I did'n activate an internal pull device to avoid cross-currents. Good that you didn't completely remove the option for an external resistor! :) @Hawkeyegreat demo, I like it! :) With the step sequencer features the LoopA even becomes interesting for me as a guy who unlearned live playing (too much automation - I was better >20 years ago ;-) The graphics are epic! :) Best Regards, Thorsten.

It's difficult to predict if a reversed J19 connection could damage the DAC, but I still use the same board that I got from Seppoman many years ago, and somehow it survived although I sometimes did really stupid wrong connections. Typical test procedure at my side: connect the module (this can be done while MBSEQ is running) crossing fingers that I didn't misinterpreted the schematic enter CV page, re-select the interface with Encoder #16 (e.g. select AOUT, than back to AOUT_NG) -> this will initialize the DAC set different calibration values with Encoder #7/8 measure CV output - and if it doesn't change, measure also the DAC output pins (to confirm that the non-amplified voltage is changing) Best Regards, Thorsten.

We will continue the dialog via PM, and if a solution is found, post the update here. Best Regards, Thorsten.

Yes, but I wasn't able to reproduce this at my side. Could only be related to the LPC17 build (it has reduced RAM, and the hard fault address indicates a problem with memory writes), but unfortunately I don't have the HW ready. Best Regards, Thorsten.

Hi Gerhard, I like Python as well and use it sometimes @work, e.g. because it has very powerful libraries for data processing and visualization, and last but not least it's easier to share code with younger colleagues :) I'm not sure how well Python supports MIDI on different operating systems meanwhile - I selected Juce many years ago to get a stable solution for Windows/MacOS/Linux, but I'm missing scripting/quick exploration capabilities. An OS independent Python based MIOS32 communication library would definitely be valuable (but I've no bandwidth to do the groundwork :-/) - you've a use case where such a library would be helpful. Best Regards, Thorsten.

Very good! :) A nice feature could be to transfer the files directly via SysEx, so that the SD Card doesn't need to be removed. With some special firmware support (e.g. reload pattern when file has been updated) this could even allow on-the-fly editing. Unfortunately the file transfer protocol isn't properly documented, information has to be puzzled together from MiosFileBrowser in MIOS Studio: https://github.com/midibox/mios32/blob/master/tools/mios_studio/src/gui/MiosFileBrowser.cpp sendCommand() is used to request the directory tree, and the read/write files, and receiveCommand() shows how incoming data has to be handled. Best Regards, Thorsten

Hi, I'm currently trying to catch up with the issue reports. Some days before @modus0perandireported the issue with Duplicate FX, a user named "nullptr" at Github submitted a pull request which fixes it - cool! :) -> https://github.com/midibox/mios32/pull/9 Here the new binary: http://www.ucapps.de/mios32/midibox_seq_v4_097_pre5.zip Are there other issues which still appear with this version? (I need a detailed description how to reproduce it at my side) Best Regards, Thorsten.

Ok, ich habe in den entspr. Schaltplaenen dann mal Pin 4 und 5 miteinander verbunden. Wurde ja auch so langsam mal Zeit ;-) -rw-r--r-- 1 TK staff 12558 Dec 30 2015 /Users/TK/Sites/ucapps/mbhp/mbhp_4xsid_c64_psu.pdf -rw-r--r-- 1 TK staff 17371 Jul 1 2007 /Users/TK/Sites/ucapps/mbhp/mbhp_4xsid_c64_psu_optimized.pdf -rw-r--r-- 1 TK staff 22704 Jul 1 2007 /Users/TK/Sites/ucapps/mbhp/mbhp_8xsid_c64_psu_optimized.pdf -rw-r--r-- 1 TK staff 5799 Jun 10 2006 /Users/TK/Sites/ucapps/mbhp/mbhp_sid_c64_psu.pdf Gruss, Thorsten.

Frueher hat man auch Leute auf den Mond geschossen ohne zu bedenken, dass man das in 35 Jahren genau so wiederholen moechte... soviel zum Thema Nachhaltigkeit ;-) Schaust Du bitte nochmal auf den Schaltplan? Ist es nun Pin 4 oder 5, der bei Dir funktioniert? Gruss, Thorsten.

Super! :) Ich hoffe, dass ich in diesem Schaltplan ebenfalls Pin 4 eingetragen habe? -> http://ucapps.de/mbhp/mbhp_8xsid_c64_psu_optimized.pdf Interessanterweise steht hier: https://allpinouts.org/pinouts/connectors/power_supply/commodore-c64-power-supply/ das Pin 4 manchmal "nc" (not connected) ist, und 5V lediglich auf Pin 5 "garantiert" ist. Gruss, Thorsten.

Hallo Krizz, ich verwende das gleiche Netzteil von c64psu.com, da mir das mit den alten C64 Netzteilen zu gefaehrlich geworden ist - das bisher verwendete ist mittlerweile 35 Jahre alt, die Gefahr ist zu gross, dass irgendwann der 5V Regulator seinen Geist aufgibt und die Chips mit Ueberspannung versorgt. Gestern habe ich das neue Netzteil nach vielen Wochen mal wieder an meine MB6582 angesteckt, interessanterweise war die Spannung etwas niedriger als sonst. Das Backlight des Displays war dunkler als sonst, und nach einigen Minuten wurde der PIC reseted (wahrscheinlich der Brownout Reset, der bei VDD<4.5V anschlaegt)). Habe das Netzteil dann aus, und wieder eingeschaltet: danach lieferte es die volle Spannung (5V). Auch heute laeuft es problemlos, werde mir das aber beim naechsten Mal genauer anschauen. Insofern waere es interessant zu wissen, ob das neue Netzteil auch bei dir funktioniert, wenn es erstmal warm geworden ist? Danach aus/einschalten - vielleicht hilft es ja. Falls nicht, macht es u.U Sinn, c64psu.com zu kontaktieren (kann ich uebernehmen) - vielleicht kennen die das Problem bereits. Gruss, Thorsten.

Hi Rainer, I can help you on this - you got a PM Best Regards, Thorsten.

First of all we've to align on terminology: MIOS is an operating system, but we are speaking about the MIDIbox SID V2 application which is installed on your sammichSID hardware together with MIOS. It's the MIDIbox SID application which controls the SID registers. Second: there is no "clear gate" bit. In the video, you will see at 0:52 that the Gate bit (rightmost switch) is set to 0. And that's the same what MIDIbox SID is doing. And when you listen carefully, you will notice the same background noise, sometimes also called "leakage noise" With some SID chips (especially the older ones), this leakage noise is much louder. You are using 6581 R2 - this early chip version could be affected much more from this design flaw. From an interview with Bob Yannes: What Bob calls "stopping the oscillator" is done during patch change by setting the TEST bit. It's also used by the Phs ("Phase Oscillator Offset") feature when a new note is played (but not when somebody stops to play a note...) The problem with this flag: it resets the oscillators - for typical "analogish" sound really no preferred option! From this page: DOR: Disable automatic Oscillator Reset during patch change. Could also be called DAORDPC flag ;-) Background: after patch change, MBSID normaly resets the oscillators to ensure, that a patch always sounds identical w/o unexpected phase cancelation effects between the oscillators. Other peoples prefer such effects, caused by freerunning oscillators. If you belong to those peoples, and know what it means, just activate this option - it will make you happy! ;-) GSA requires an external VCA to control the volume You can set Atk, Dec and Rel to 0 in the OSC page, and configure the filter in the FIL page. Best Regards, Thorsten.

Just set the ABW (ADSR Bug Workaround) flag on your sammichSID. Search on this page to get more information about the consequences: ABW (ADSR Bug Workaround): an option which provides a less usual method to overcome the ADSR bug. Whenever the envelope is retriggered, the ADSR registers will be zeroed for at least 30 mS (time can be increased with the delay parameter). Thereafter the original ADSR values will be written back, and the gate will be activated. This results into a more deterministic envelope, but the latency makes it unsuitable for live playing. So, this feature can only be used in conjunction with a sequencer, which allows to compensate the delay (which allows to play the notes earlier by a given time). Another way to avoid it: set A, D, R to 0 and let the SW based Filter ADSR control the volume - this will also work live - and is used by most sammichSID patches. Best Regards, Thorsten.

Analog pins are permanently polled by the AIN driver, this is done via DMA in background (so that the CPU isn't loaded) If you've to set pins before the next scan, then just use a AIN ServicePrepare callback. See also following tutorial which shows how to scan a touchscreen - actually a similar handling like described for your use case: https://github.com/midibox/mios32/tree/master/apps/tutorials/022_glcd_touchpanel Best Regards, Thorsten.

MIOS32_BOARD_* functions are intended for reading the pins in digital, and not in analog mode. For Analog readouts you've to use the AIN driver. See following tutorial: https://github.com/midibox/mios32/tree/master/apps/tutorials/011_ain Best Regards, Thorsten.

Yes, you are right, NRPN changes are only forwarded to the edit buffer. Well, there is an alternative firmware development kit available for the BC devices which should allow to implement this, but it will require some programming knowledge: http://willem.engen.nl/projects/bc2000-dev/ Best Regards, Thorsten.

Weitere Anpassungen sind leider wesentlich komplizierter (und ich habe schon sehr lange nicht mehr an dieser App gearbeitet) Gruss, Thorsten.

Hi Dhayv, unfortunately there is no way to change these parameters via SysEx independent from each over. In the Ctrlr Panel I solved this with some LUA scripting, but with generic MIDI controllers this will be difficult (resp. impossible). However, you could control it via NRPN instead, see: https://github.com/midibox/mios8/blob/master/apps/synthesizers/midibox_sid_v2/doc/mbsidv2_parameter_chart.txt To the hex numbers: $06 stands for "Direct Write of Parameter into Patch Buffer" $01 is the WOPT, explanation in the sysex doc $00 is the upper part of the parameter address Best Regards, Thorsten.

Hi Dimitri, there are two ways how you can achieve this: store/restore the track setup as a PRESET: Menu->Evnt, and then PRESET with GP Button #15 or store an entire setup as a session, and if you would like to use it as a template for another session, just use the "Save As" function Best Regards, Thorsten.

Should be fixed now, please try at your side: http://www.ucapps.de/mios32/midibox_seq_v4_097_pre3.zip Best Regards, Thorsten.

Could you please try following tutorial application: https://github.com/midibox/mios32/tree/master/apps/tutorials/005_polling_j5_pins It shows the intended way, how to use J5 pins as inputs. And it's also a good test application to ensure, that the pins are (still) working. Best Regards, Thorsten.

Das kann ich Dir reinkonfigurieren :) db "CH ", 4, 7, 1, 0 ; Track 8 // shared with OH, Switch via 4.6 (see DEFAULT_909LIKE_HH_CONTROL_ENABLED) db "OH ", 4, 7, 1, 0 ; Track 9 // shared with CH, Switch via 4.6 (see DEFAULT_909LIKE_HH_CONTROL_ENABLED) ;; Optional 909-like OH/CH selection pin. ;; In order to use this feature, set DEFAULT_909LIKE_HH_CONTROL_ENABLED to 1, and ;; select the tracks to which the OH and CH are assigned in DEFAULT_909LIKE_HH_TRACK_OH/CH. ;; Change the DEFAULT_TRKINFO table in the header of this file, so that both track triggers share the same pin! ;; Then define the DOUT pin which should select OH/CH in DEFAULT_909LIKE_HH_SWITCH_SR/PIN below #define DEFAULT_909LIKE_HH_CONTROL_ENABLED 1 ; 0 to disable, 1 to enable #define DEFAULT_909LIKE_HH_TRACK_OH 9 ; OH track number - this track will set the SWITCH pin to 0 #define DEFAULT_909LIKE_HH_TRACK_CH 8 ; CH track number - will set the SWITCH pin to 1 #define DEFAULT_909LIKE_HH_SWITCH_SR 4 ; DOUT shift register of the SWITCH (1..16, 0 disables the assignment) #define DEFAULT_909LIKE_HH_SWITCH_PIN 6 ; switch pin (0..7 for D0..D7) Somit: Trigger auf 4.7, Switch auf 4.6 .hex File an bekannter Stelle. Gruss, Thorsten.

Ok, something to try out: http://www.ucapps.de/mios32/midibox_seq_v4_097_pre2.zip It also features the auto-track selection for recording (in MIDI configuration page, turn Chn. encoder to right to select "Auto") Best Regards, Thorsten.

Kein Problem, ich habe das .hex File nochmal neu generiert (und unter dem alten Link abgelegt) Gruss, Thorsten.