Jump to content

TK.

Administrators
  • Posts

    15,193
  • Joined

Posts posted by TK.

  1. @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! :)

     

    On 23.8.2020 at 11:44 AM, Hawkeye said:

    LoopA v2.07 has been released with these new features:

    * CC Recording, transformation and generation
    * Selective track progression (vs full scene progresion)
    * Support for 30 different time signatures
    * Polymetric and polyrhythmic sequence support
    * Classic step recording mode
    * Note velocity dampening effect (also as a footswitch action)

    Download here:
    https://www.midiphy.com/en/loopa-v2/

    Massive thanks to all beta testers, who helped with this one! :)

    We've also created a demo video of the essential features of the LoopA - and how these could be used in your creative workflow - this has been requested a few times, so here you go:

    @silverlight2004: that's fantastic to hear, hope you'll enjoy it! :)

    Best regards,
    Peter

     

    @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.

  2. 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.

  3. 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. 

  4. 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 

  5. 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.

  6. 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.

  7. 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.

  8. 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.

  9. 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:

    Quote

    ANDREAS : What would you have changed in the SIDs design, if you had a bigger budget from Commodore?

    BOB YANNES : The issue wasn't budget, it was development time and chip size constraints. The design/prototype/debug/production schedule of the SID chip, VIC II chip and Commodore 64 were incredibly tight (some would say impossibly tight)--we did things faster than Commodore had ever done before and were never able to repeat after! If I had had more time, I would have developed a proper MOS op-amp, which would have eliminated the signal leakage which occurred when the volume of the voice was supposed to be zero. This lead to poor signal-to-noise ratio, although it could be dealt with by stopping the oscillator.

    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! ;-)
    53 minutes ago, synthmania said:

    One interesting thing is that there is a GSA parameter, that is also used to solve the ADSR bug, from what the manual says, and when I enable that; the outcome is like if I had a "hold"; so the note continue to play even after I release the key, at full volume. This is quite different from what I hear (very low volume tone after releasing the note).

    GSA requires an external VCA to control the volume

    Quote

    BTW where do I set ADR to 0 and how do I tell MIOS to use the SW based filter ADSR? Thanks!

    You can set Atk, Dec and Rel to 0 in the OSC page, and configure the filter in the FIL page.

    Best Regards, Thorsten.

  10. 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.

  11. 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.

  12. 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.

  13. 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.

×
×
  • Create New...