@bendurso Today I learned that right-clicking a module in edit mode shows a different context menu to right-clicking not in edit mode.

PR that adds StartPhase1 and StartPhase2 to Waveform Generator.

Coded for my own needs but someone else might find it useful.

Works great for setting a random phase offset on MIDI note-on.

Works independently for Osc1 and Osc2.

https://github.com/christophhart/HISE/pull/792

EDIT: from this conversation https://forum.hise.audio/topic/13720/free-running-or-randomised-phase-for-waveform-generator-oscillators/9

I'm fortunate that I started with a (small) audience, and I'm selling to a focussed crowd. My plugins serve a very specific niche and the producers there are always hungry for more authentic products.

I've never done any paid ads. I might do an experiment on Instagram one day. I see a lot of adverts for plugins in my feed and I'm curious how effective they are.

I sell on Gumroad. They take about 15% fee, then you pay payment processor fees. I haven't done the maths for the total cut but I'd say it's less than 20%.

It's a good deal for me because it includes basic web presence, file hosting, secure delivery, payment processing (cards, Apple Pay, Google and PayPal), email marketing and analytics.

I started selling in September 2022. I'd done a couple of free plugins before that through various platforms like SimpleGoods and SendOwl but didn't take it seriously until later.

When I started selling I posted each new product on my Facebook and Instagram accounts. The engagement was pretty good to start with but I noticed that over time, I got more results from sending emails to my ever-growing email list. When I launch a new product now, I only send it to my email list at first. Then later I post short clips to Instagram but they're supplemental to the email list.

You NEED an email list. They say "the money's in the list" and in my experience, that's 100% correct.

Free products are a great way to build your email list. Most people stay subscribed and as long as you don't flood them with emails, they're happy to receive them.

This is my email strategy:

• Launch email for every new product with 20% discount code, valid for 2 weeks
• Reminder email 48 hours before the launch discount ends
• One email per month with 20% discount off a single product, valid for 2-3 days

That's it. I don't like to bombard my list with too many emails. I'm on some Gumroad seller lists where they send continual discounts, sometimes daily. This would be way too much for me as a customer.

Gumroad includes email marketing, which is a bonus because when your list gets large things like Mailchimp, ConvertKit, etc get into the $100's/month.

I can target emails to people who have or haven't bought specific products. Very handy for offering a discount only to those who haven't bought something. Or offering a discount for a product Y to those who have already bought product X. You can also target by how much someone has spent, so you can offer extra discounts or free stuff to your most loyal customers.

Gumroad also includes extra features like affiliates (having others push your products for a % split), collaborators (where you can split a products revenue with someone else), email automations (for sending drip emails to customers - I don't use those) and upsells (recommended products at checkout).

It does have some downsides. The download links in the receipt emails sometimes don't work and you have to send a link manually to the customer (Gumroad have so far refused to acknowledge this as an issue). I also find their fees to be expensive compared to other services, but for what I get built-in I still think it's worth it for now.

Something else that might be of interest is that Gumroad recently made the source code available, so if there's a feature you want to add and you're handy with Ruby on Rails and JavaScript you might be able to contribute.

Happy to report this has been merged in to develop branch!

Some of you might remember my troubles compiling HISE on my 2020 M1 MacBook Air with 8GB RAM.

It was taking an hour to compile a debug version, if it finished at all - it usually crashed.

Seemed like the 8GB RAM limit was the issue, causing havoc with memory swap.

My solution then was to write a build script that builds my version of HISE using GitHub Actions, whenever I push a change live. It took about 15 minutes round trip to push a change, wait for the build, then download the build artefact to test the change.

I used this long-winded system to add features and fix bugs for the last few months. Painful!

Finally I upgraded to a 2024 M4 MacBook Air with 32GB RAM and I can now build debug HISE locally in 20 seconds! It's like a dream!

Just wanted to put this out there in case anyone else is having issues compiling on an 8GB MacBook.

@aaronventure said in Quick F5 tip for Mac users:

@d-healey Hold Shift while typing to amplify my anger.

Exactly this! Left pinky on the SHIFT and hammer those keys!

Same on iOS. Instead of double-tapping the shift key to lock it, I shift uppercase every character, just so it makes me more angry!

@d-healey LOOK AT THAT BEAUTIFUL RELEASE CURVE! 🥰️

@DJJD12345 Faust is an optional external dependency. It's not required unless you're actually using Faust code in your project.

@Chazrox Wouldn't you have to call SomeFunctions.HelperFunction() outside the namespace?

I use Myriad to batch process samples. It's saved me untold amount of hours in the last few years.

https://www.zynaptiq.com/myriad/

You can run individual tasks or create workflows to batch process in groups.

My usual workflow for trimming samples is something like:

1. Trim End below -70dB (tweak this based on the group of samples)
2. Fade End below -60dB (this produces a nice fade to zero at the end)
3. I also usually trim sample start below -80dB, at zero-crossing, because Logic Auto Sampler always has a bit of start gap.

You can do a lot more in Myriad (normalising to peak or LUFS, trim around loop points, set MIDI notes and velocity ranges, etc). Very handy app!

@Felix-W Try this (put a button in the UI with name 'btn1'):

Content.makeFrontInterface(100, 100);

const pathData = "260.nT6K8CVlCT8A.H0Rk3ATIQOIYSfkMRTT9Afpx.lLtHfB6Z6ksFSUJT0vlJK.EbVJpUguquLTnXHEtqrJPciLg4S+NLGZRXbYf3.Szf9aHlOUJ2NiU7kuPTra3JBT3UJIvAhWP+M7qx3rDPg1YonTJoPtm4w5dbuWDZ.mZ80OUFQHA2M4T1eLBOfSXbhS8mXZ31fVu+5yAaOtSX8+pMvK6rzks.ZPxHJP4cLWy.j0LDpC.fgMhoviJeqv3pQkNdIFRQnm5.0HlJenz.QWMr7cPLCSLfexWqQroCgOsDH8UiH+Fv72EP+kAabjNmZAIYNHjb.xa1hrLd7DvYgazbTtKX1AfTA";
const logoPath = Content.createSVG(pathData);

const laf = Content.createLocalLookAndFeel();

laf.registerFunction("drawToggleButton", function(g, obj)
{
    var a = obj.area;
    g.drawSVG(logoPath, a, 1);
});

Content.getComponent("btn1").setLocalLookAndFeel(laf);

@ustk Yes, both have their advantages.

For things like logos or complex icons, I think I'll always use Base64 SVG from now on because it has the flexibility of allowing a mix of stroked paths and solid fills, along with multiple colours.

If I need to use simpler vector that require a dynamic colour, like knob markers, I'll use Base64 Path.

I also find it weird that the code editor scrolls horizontally past the ends of the lines.

I know that a lot of code editors allow vertically scrolling past the last line (I always disable this), but I've never seen a code editor that scrolls horizontally to blank space.

@Chazrox Yeah, I thought about a scroll wheel mouse too. Might happen!

I'll add that the beauty of using the 'Bas64 SVG' mode of the SVG tool is that your source SVG can be a mix of fills and stroked paths and they will all convert nicely to HISE format.

Using the 'Base64 Path' mode expects filled paths only. Stroked paths are converted to fills and often look weird because the ends of the stroked path are considered to be joined as a fill.

My first few plugins will ship with factory presets only, and no ability for the user to save presets.

Is it following sufficient for this setup?

• Read Only Factory Presets set to Enabled in settings
• Put all the factory presets in the project's UserPresets folder
• Preset browser JSON as shown below

{
  "ShowSaveButton": false,
  "ShowExpansionsAsColumn": false,
  "ShowFolderButton": false,
  "ShowNotes": false,
  "ShowEditButtons": false,
  "EditButtonOffset": 0,
  "ShowAddButton": false,
  "ShowRenameButton": false,
  "ShowDeleteButton": false,
  "ShowFavoriteIcon": false,
  "ButtonsInsideBorder": false,
  "NumColumns": 1,
  "ColumnWidthRatio": [],
  "ListAreaOffset": [],
  "ColumnRowPadding": [],
  "SearchBarBounds": [],
  "MoreButtonBounds": [],
  "SaveButtonBounds": [],
  "FavoriteButtonBounds": []
}

Is there anything else I need to do?

Do we have click callbacks on panels and labels?

I'm trying to show/hide my preset browser when the user clicks the preset name label, or the underlying panel.

Or do I just have to use a transparent button for this?

@David-Healey said in How to disable CMD+scroll in the script editor?:

@dannytaurus How do you zoom in/out in a web browser on Mac?

I don't. I'm not an animal My wife does that all the time and it drives me mad! She uses pinch gestures on the trackpad.

If I really need to zoom a web page I use ⌘+PLUS/MINUS/ZERO.

@David-Healey said in How to disable CMD+scroll in the script editor?:

How do you keep triggering it?

I'm a full-screen app user and I use ⌘+TAB to switch between apps all the time. Probably hundreds of times a day.

If I either press ⌘ slightly too early, or hold it slightly too long, when switching to/from HISE the editor font zooms to a wildly different size.

It's no problem if there isn't a setting. I can do it in the source. Just wondered if there's preference.

@David-Healey It doesn't happen in any other apps or OS actions.