• dreamer

    The easiest is probably to use https://github.com/x42/jack_midi_clock to create MIDI realtime messages based on the jack transport.

    posted in technical issues read more
  • dreamer

    @donnerbono I tried this first one using heavylib abstractions and your expr~ line.

    Pretty clean and easy to patch. And you should be able to build it for OWL and Daisy and such.

    yuSwekT.png

    posted in technical issues read more
  • dreamer

    @oid Cool, I'll see if I can work that in and see if that helps with the latch.

    Theoretically greater/smaller should indeed work better, so will try soon!

    posted in technical issues read more
  • dreamer

    @bocanegra said:

    Besides float, bool and trig, are there any other assignable types for DPF parameters? (is a drop down list selection possible?)

    I have implemented enumerated parameters via the metadata json in the latest release (v0.9.0)
    Here is an example plugin that uses it: https://github.com/Wasted-Audio/wstd-dlay/blob/main/wstd_dlay.json#L16

    This results in a 0 to n-1 integer being output by the selector, but on the plugin/host side you can get a dropdown with the configured strings instead.

    posted in news read more
  • dreamer

    @ytt Midi is available in the integration with plugdata.

    Try the latest nightly builds to test the upcoming 0.8.0 release!

    posted in technical issues read more
  • dreamer

    @oid Nice, this inspired me to try and scale this up to many additional "layers" of parameters (8 right now).

    The latching feature is really something I wanted to implement soon as well, so this came in quite handy.

    I'm also using Daisy btw. testing on the Field. What I'm currently doing is scaling the 0-1 float to 512 integers instead. Larger might be possible, but I found that it's harder to hit the latching value as precision of the received value goes down and you may over-shoot.

    Other than that this setup works reasonably well. I've tweaked it a little bit so that each latching parameter can be represented with a single abstraction taking an id to initialize.

    2jFbfTB.png

    posted in technical issues read more
  • dreamer

    @ddw_music Yup, exactly!

    So they still use Macs, but pirate all the software for it? Kind of odd.

    But yeah the "max4live except everywhere" is the narrative that I've been telling people as well.
    The advantage over RNBO is that we don't need to use some online compiler either. The toolchain we use with Plugdata is all integrated!

    So you can build a VST or program a microcontroller straight from the DAW :)

    posted in tutorials read more
  • dreamer

    Oh I'm sorry. I am referring to https://github.com/Wasted-Audio/hvcc which we have integrated in PlugData:

    https://plugdata.org/images/hvcc.png

    From there you can then output a plugin binary of your patch (VST2/VST3/LV2/CLAP).

    posted in tutorials read more
  • dreamer

    @ddw_music Have you tried the DPF plugin export using Heavy inside of PlugData yet?

    I've implemented DAW synchronization using midi messages start/continue/stop/reset and 24 ppqn clockticks (that should get scheduled quite precisely).

    However in current development is a simple [r _hv_dpf_bpm] receiver for the current BPM value, that I am now using for synchronized delay effects.

    Any ideas to improve DAW integration here are appreciated :)

    posted in tutorials read more
  • dreamer

    You should probably take a look at https://github.com/timothyschoen/PlugData/
    which is a distro of Pd that can run as a plugin inside the DAW (and comes with a unique editor/interface).

    posted in tutorials read more
  • dreamer

    @bocanegra said:

    Since the [block~] and [switch~] objects are unsupported, how can i know what block size the vst will use? Will it just default to whatever the daw running it is using?

    Yes, the process() function is handled by the DPF wrapper and eventually the host-thread that the plugin is running in.

    (is it possible to do one sample feedback delays?)

    I don't know, this may depend on the host. Afaik the heavy engine can run at single sample blocks, but in general I don't believe DAWs run their plugins like this.

    Besides float, bool and trig, are there any other assignable types for DPF parameters? (is a drop down list selection possible?)

    Specifically the case of drop-down lists is something that I want as well! I tried playing with this using an "enumerator" type (there is a branch that does this), but it's a bit of a dirty fix for it. Ideally we come up with a specific method for these kind off messages. It certainly is possible to add this both to the heavy messaging system and to the DPF wrapper.

    I can't seem to make lv2 ports work. I am copying the created <pluginname>.lv2 folder to my local .lv2 folder but the plugins dont register...?

    You may need to run make twice in order for the ttl to be properly generated. I think atm you also still have to copy over the ttl into the lv2 directory. Small "quality of life"-improvements to be made there.

    Other than that, great work! I love it!

    Thnx for testing! Latest releases have a bunch of midi improvements and Electro-Smith is working on a more proper integration with their platform that will be coming soon!

    In the mean time please direct all issues and questions regarding the project over to Github or the Discord and IRC chats please, I don't frequent these forums very much and it's better to centralize some of the communication around the project.

    Would love to hear more feedback on functionality and tests of the various generator targets!
    Am now looking at VCV Rack exporting and some people are working on additional embedded targets based on ESP32 hardware.

    Lots of things to come!

    posted in news read more
  • dreamer

    What is not supported or updated? libpd is actively developed and seems to have parity with pd-vanilla 0.51 which most certainly includes [expr] objects already.

    You shouln't need to download a dll to make this work. Have you tried by simply using an [expr] object in your patch running on libpd?

    posted in libpd / webpd read more
  • dreamer

    This year I've been trying to pick up the project to get it to python3 (and package at pypi.org), some new generators (for vst2/lv2 audio plugins), updated documentation, and some bugfixes submitted by the community.

    There are so many different targets that hvcc is used for and I'm not able to test all the features by myself. If anyone is up for trying the Unity, Wwise, javascript, and any of the other builds that would be great :)

    Currently I've added Distrho Plugin Format (DPF) and Daisy generators, and am looking for better OWL integration (although that will need some transition period on patch compatibility, since they use a separate parameter messaging at the moment).

    Check it out here: https://github.com/Wasted-Audio/hvcc

    Hopefully we can improve pd-vanilla compatibility and behaviour (we really want [expr] objects that could help a ton with optimizations).

    posted in news read more
  • dreamer

    Ok, on the mailing-list this external was mentioned:
    https://github.com/chikashimiyama/Pd_leapmotion

    I figured out how to build it using flext:
    https://github.com/chikashimiyama/Pd_leapmotion/issues/1#issuecomment-17240397

    It automatically connects to the leap software and I can get it to spit out data.
    Now I'm slowly trying to understand how it works and how the data can be used efficiently. A help-file like mentioned of the 'aka.leapmotion' would be great to have eventually. Maybe with some standard send-objects that can be hooked in to later.

    If anyone can try this and play with it maybe we can make a nice help-file with some examples :)

    posted in I/O hardware diyread more
  • dreamer

    @dio_333 said:

    they claim that a linux sdk will be made available soon.

    It's out now and quite stable. They do regular updates and the basic demos are quite usable (can use the Leap in Google Earth now for instance).

    there is a max external:
    https://github.com/akamatsu/aka.leapmotion
    if everyone is happy with the general display, it should be easy to port it to pd
    http://akamatsu.org/aka/wp-content/uploads/2012/12/aka.leapmotion.png

    Neat. Would be great to have in Pd!

    posted in I/O hardware diyread more
Internal error.

Oops! Looks like something went wrong!