• EEight

    Friendly modules for pure data vanilla. bop 🐤 is suited to embedded, distributed, and miscellaneous digital musical applications.

    https://github.com/zealtv/bop

    Website of author: https://zeal.co/

    :information_source: not my project, just sharing

    posted in patch~ read more
  • EEight

    @jamcultur You need to adjust the audio buffer, for example using 512 (this will add latency in the signal, but maybe you don't care if you don't use [adc~] -> [dac~].

    posted in technical issues read more
  • EEight

    @flextUSer Neat! I see that you are using netreceive so it is really a standalone app? You could use OSC and make it a bit more compatible with other applications IMHO.

    Also I am sure you are aware, but share for people searching for sequencer, trigger, timeline etc https://www.iannix.org/en/whatisiannix/

    posted in extra~ read more
  • EEight

    Do you have screenshot or demo of your external - patches in action?

    posted in extra~ read more
  • EEight

    I find [Black MIDI / Art MIDI] videos quite interesting:

    I don’t have much time to dive deeper, but I took a moment to create a Pure Data (Pd) patch that sends MPE MIDI to a VST that supports it (Strike, Glide, Slide, Press, Lift – sometimes called 5D). It’s not exactly a Black MIDI MPE setup, but I’d love to see someone create a patch that truly showcases this concept...

    ⚠️ Warning: Contains flashing lights:

    Patch (only using 1 note on channel 2)
    image.png
    mpe.pd

    posted in output~ read more
  • EEight

    Crazy stuff. Keep up posting those please.

    posted in patch~ read more
  • EEight

    Another alternative is to use patreon, a good example:
    https://www.patreon.com/ArtiomConstantinov

    posted in patch~ read more
  • EEight

    @porres Let's go! Looking forward to test this! Thank you sir.

    posted in patch~ read more
  • EEight

    Well, silly me, we have the Audio I/O Error shown in the main interface! I think this is a good indicator that PD wasn't able to process the DSP fast enough. Sadly I don't think we can log that or get the information in a patch to count the number of occurence...

    Checking the source, I see this commented code, would love to have this information in the patch, or at the very minimum in the console log:

    if (sys_getrealtime() > nt_nextreporttime)
        {
            post("%d audio I/O error%s", nt_errorcount,
                (nt_errorcount > 1 ? "s" : ""));
            if (nt_resynccount) post("DAC/ADC sync error");
            nt_errorcount = nt_resynccount = 0;
            nt_nextreporttime = sys_getrealtime() - 5;
        }
    

    Pasted image 3.png

    posted in patch~ read more

Internal error.

Oops! Looks like something went wrong!