I’ve had it happen with me in the past. I opened a ticket (https://github.com/michaelwillis/dragonfly-reverb/issues/37) and it was fixed for a while, but recently it started happening again. Might be worth posting on the ticket and reopening it.
Same here. I think the last time it happened while my headphones were lying on my desk which was a very good thing 
Shame, because it is a fantastic reverb and shares first place in my collection with zita-rev1.
Wow. So, I’m not alone in this. Whew! I thought I was going crazy.
I did make an initial attempt to contact Michael Willis, but could not find any email link. I need to learn github.
Roberto, good idea. Thank you for the link. I’ll post to it and see what happens.
Thank you everyone for sharing.
-Steve
For the record, I was using lv2 V3.0.0 when this happened. I just installed v3.2.0. I wonder if the bug will be gone now?
I also posted on github for this too.
-Steve
Yep, happens in Mixbus too. Seems completely random but always happens on session open. Meters are pegged on the reverb bus. Quit the DAW and restart will clear it up until it randomly happens again.
If you have to use multiple instance of dragonlfy, this particular issue can be worked around by changing Ardour Preferences > General > Signal Processing use 1 core for DSP. – but that’s a rather drastic work-around.
I’m only using one instance in the entire session, on one bus. Not a concurrency issue here.
1 Like
Hey everybody, I’m aware that this bug still exists in the latest version (3.2.0). If fact, it happened to me recently. I still do not know what causes it, and I can’t give any estimate of when it will be fixed.
@Michael_Willis, you have my permission to cease work on the animated dragonfly request and concentrate on this issue. Who knew beating wings at 170 Hz could generate master bus clipping? 
I think I might be onto something - I haven’t experienced an explosion from the Dragonfly plugins for months, maybe even more than a year, but I do get the occasional bug report from somebody about a high-decibel blast of noise. Today I happened to use Ardour’s Shuttle Speed Control for the first time, and then later I got blasted by Dragonfly Room.
I’m wondering who here uses the Shuttle Speed Control. Also, @paul or @x42 Does Ardour’s plugin integration behave any differently when using this control, like changing the sample rate or the size of the input/output buffers passed to the plugin? I’m wondering if the Dragonfly Plugins behave badly when this control is being used.
Edit: Wow, I just reproduced it again. With the headphones on the desk, I started playing my current project in Ardour and kept moving the Shuttle Speed Control around. Dragonfly Room exploded in less than 60 seconds.
This indicates that the plugin currently requires a fixed block-size and cannot handle partial cycles.
–
When using vari-speed, or when looping or when automating a parameter, it is common that the plugin is called to process fewer samples than the nominal block-size.
The process cycle can be split: e.g. with a buffer-size of 256 the following may happen: process 17 samples, loop, process remaining 239 samples. The same happen on automation events. The plugin is asked to only process data until an automation-event occurs, which is not usually at cycle boundaries.
Vari-speed is also special. When playing at 90% speed the process-cycle is shortened. e.g. at 256 sample/period, the plugin will be asked to process 230 or 231 events instead of the nominal 256.
Another hint…
Ardour calls plugins to process data in-place (input buffers == output buffers). LV2 plugins that specify http://lv2plug.in/ns/lv2core#inPlaceBroken are currently not supported.
I recall that various freeverb calls expect a non-constant input buffer that are distinct from the output, and you first have to copy the input to the plugin to a temporary buffer (which could be on the stack).
Thanks for the hints, @x42. I think the Shuttle Speed thing was a red herring, since @serdeman just barely communicated on the Github issue that he experienced the bug immediately after opening an Ardour session with Dragonfly Room on a bus. However, it is a good hint that Ardour uses the same buffer for input and output. I either didn’t realize that or forgot; I’ll double check my source code and see if this might be a reason for this bug.
It would help if everybody here who has experienced this bug would please answer the following questions:
Which Dragonfly plugins do you use?
Have you experienced this bug recently? (Let’s say in the last six months)
Which plugin(s) exhibited the bug?
Do you run multiple instances of Dragonfly plugins in one project, or a single instance?
Which version of Ardour are you using?
What CPU do you have?
Which Dragonfly plugins do you use? All four
Have you experienced this bug recently? Yes
Which plugin(s) exhibited the bug? Hall
Do you run multiple instances of Dragonfly plugins in one project, or a single instance? Sometimes two, sometimes one
Which version of Ardour are you using? 6.2 (but I think I experienced the noise in 5.12, possibly 6.0)
What CPU do you have? AMD FX-6300
@robertodealmeida You say that it was fixed for a while, but recently started happening again. Do you know which version(s) of the plugins you were running that did not exhibit the bug? Do you know when it started happening again?
Hi, I stumbled upon this topic and I have experienced this bug multiple times as well.
Which Dragonfly plugins do you use? Room and Hall.
Have you experienced this bug recently? Yes, absolutely.
Which plugin(s) exhibited the bug? Room for certain, Hall, I’m not quiet so sure but I would say probably.
Do you run multiple instances of Dragonfly plugins in one project, or a single instance? Both, depends on the session.
Which version of Ardour are you using? The bug happened with 5.12 and 6.0
What CPU do you have? Intel i7-3770
It used to be very frequent, to the point that I stopped using DragonFly until recently (a couple of weeks or so), I haven’t had it since. Also, I don’t know if this is relevant but I almost always use it in a bus.
I hope this can help.
It happened to me (not for the first time) yesterday: I opened a two-month-old session and the bug hit me (luckily when I open a session I let the headphones on the table and look at the meters, just in case ).
- Dragonfly Room
- yes, yesterday 2020-07-22
- Dragonfly Room
- single instance, in a bus
- Ardour 6.2.xx self-compiled from yesterday’s git (I have experienced the bug in 5.12 from Debian as well)
- An 8-year-old Intel Core i5-2450M
It doesn’t happen too oft, and when it does I just delete the offending plugin and insert a new instance. Thanks for your work!
Which Dragonfly plugins do you use? Hall + Plate
Have you experienced this bug recently? (Let’s say in the last six months) Yes (June)
Which plugin(s) exhibited the bug? Hard to tell, had several instances, didn’t investigate at the time
Do you run multiple instances of Dragonfly plugins in one project, or a single instance? multiple
Which version of Ardour are you using? 5.12
What CPU do you have? 4x Intel Core i5-3570 @ 3.4GHz
This has happened to me many times as well. I used the DragonFly reverbs a lot in Carla, when practicing. (Just Carla, not in Ardour.) When reopening a saved Carla session, sometimes the plugin would produce a very loud noise. It never occurred during a session, only on opening it.
It was also inconsistent and I was not able to reliably reproduce it consistently.
Which Dragonfly plugins do you use?
Plate, Hall, and Room.
Have you experienced this bug recently? (Let’s say in the last six months)
Yes. (My current version is 3.0.0.)
Which plugin(s) exhibited the bug?
Hall and Plate for sure. I am not sure about Room.
Do you run multiple instances of Dragonfly plugins in one project, or a single instance?
Both, but it certainly occurs with one instance.
Which version of Ardour are you using?
I had it with 5.12. I haven’t used 6/6.2 enough, though.
What CPU do you have?
Intel Core i7-4771