Good to know a potential fix is upcoming!
I’ll just add that today, while the issue is the same, the unwanted noise ouput changed. It has been a feedback-y, very digitally harsh sustained tone, now it turned into some kind of undulating siren.
Tried to link to a short audio file showing it here, but that was not allowed.
That is the best kind of music tech - the one than makes you put your hands back on the guitar.
I raised your trust levels and now you should be allowed (let me know). That video may be helpful for us 
Okay, thanks!
It just a little audio file, but the only thing I’m doing is powering the unit up, and then changing the input gain.
https://www.dropbox.com/s/21t1gl3yes351lp/MOD%20Dwarf%20Noise%20020322.m4a?dl=0
I can still play throught the dwarf when this is happening, but it sounds like it’s being processed by the world’s worst bit crusher/sample rate reducer. Don’t have any audio of that at the moment.
Thanks 
Yeah…weird stuff.
Is this the Dwarf producing with no plugins?! 
quite interesting sound…but shouldn’t be happen if not set to do it!
But during this time you can actually play or the issue is similar with the one that started this topic?
Yep, the input LEDs start blinking red before the unit has fully loaded, and then when the output is activated or whatever during the boot, it starts outputting this sound.
So my dwarf does not freeze, it just produces this sound. Or a similar one. I’m not always able to play through it, but most of the time. But it sounds awful, like a ring modulator got a baby with a vacuum cleaner!
The unit is otherwise operational. I can access the browser editor and click on the unit itself.
Do the input LEDs stop blinking red at this point?
We have a build that would be nice for those interested to try out.
It does not have our typical QA and testing, so we are not comfortable sharing it publicly.
That said, just reply to this post and I will give you a link to a build to install that potentially fixes the issue. (at least so far as we tested this, it does, but it was on a single unit)
I’d be glad to test it out.
Me too, thanks
No, input LEDs start going red a couple of seconds before the unit is fully booted, and when it is, the output LEDs go red in the same way. Then this just keeps going on, outputting feedback-y sounds, until you cut the power.
I can probably get around to record a short video of how it looks if interesting, but it is really just the same as the video zwabo posted a couple of weeks ago above in this thread, except my output LEDs are red, but I’m sure that could be resolved by turning down the volume with a gain plugin. I haven’t tried getting it to freeze after saving anything directly on the unit, as I have been using the browser editor-thingy.
So nowadays I’m in the process of making an entirely new live show (a pre pre-production, if you will), so some days I spend up to 12 hours in front of the computer getting stuff done. What I’ve found that’s a bit curious is that this usually only happens after it has been powered down for some time (read: when I power it up at the start of the day). If I have first got it to boot correctly (after x amount of power cycles), and I then have to reboot the unit, usually because of sudden problems with connecting to the browser editor which occurs several times a day (which may also be something that should be looked into ), it boots correctly. Every time.
So just to say this once more with less digressions:
Problem usually occurs only after the unit has been powered down for some time, like overnight. When I then eventually get it to boot correctly the next day, any subsequent reboots straight from a powered-up status that day will make it boot correctly. Then the problem occurs again the next day.
I’m also interested!
I’ve found this to be the case as well.
I have installed the beta build and have yet to see the issue happen.
would love to try it - thank you!
No need to share the video. Let’s see if the fix is effective.
Hi All,
It’s just possible that I may have found something that might help here.
I’ve been following this thread with interest and was noting that, although I’ve been using the mod pretty much every day I’ve not had the issue recur for weeks - until Sunday. On Sunday my wife accidentally unplugged the power supply while I was playing (at an event!). When I plugged it back in the fault cropped up again.
This got me thinking - I think the only time I’ve had the issue is when I’ve had the power supply connected to the dwarf before turning the power on. Normally I leave the power supply plugged in to the mains and just disconnect from the dwarf to turn it off.
To test this I tried connecting my Dwarf to a variable power supply and I slowly ramped the volts up from zero 'til it booted. Second time I tried this - voila - the fault was there!
Can I suggest that you always power up the power supply first, then plug it into the Dwarf, and see whether you still get the problem?
I know I was suggesting people buy double insulated PSUs to get rid of the noise problem, but I guess it’s possible that some of these 3rd party supplies have slower ramp-up times, which could be exacerbating the problem - if so, sorry!
Ian
really interesting observations and theory, @ianr … i’ll look forward with interest to any other reports. i don’t yet have my dwarf (am still on a Duo and a DuoX – haven’t tested this sort of thing on those devices, but they’ve not shown this sort of problem).
This is a super interesting finding!
Thanks for the test and for sharing it
@ianr
Interesting presentation of a circumstance that I also do not consider optimal.
The lack of an on/off switch, even though the mothership reassuringly explains that this circumstance does not lead to any problems.
For myself, I have provided a voltage distributor with a mains switch.
Besides the MOD, I also have to supply the mixer, my monitor, the PA and, if necessary, a console light or the iPad with power. (I cannot therefore follow your advice) .
I consider the 5.5 mm socket for the power supply connection rather susceptible to fail, so I want to minimise plugging in/out.
I have not noticed any flashing of the input LEDs, but the LEDs for the foot switches. I do not consider this to be a problem.
However, as with other stage equipment, it makes sense to keep to an on/off sequence.
Switch-on sequence:
1.) Signal-providing devices. Keyboards, effects units, MOD, etc.
2.) Mixer
3.) PA and monitors. (otherwise speakers can complain with a loud bang).
The switch-off sequence is in reverse order.
Addendum: It seems that the clipping of the input LEDs has now been fixed. I only noticed afterwards that the thread opener is already a while old.
@Sharry - no, not an optimal solution but could be a gamechanger for the likes of @LorraineKindOf to have confidence that it will boot OK every time if doing professional events with it.