possible bug? i’m on linux kubuntu studio 24.04 and use rack 2.5.2. yesterday i detected that deleting marked modules in my patch that include bayout do crash rack. i have to disconnect the bayout from connected modules or bayin. is this intentional, or a bug? i can send the log.txt, if you want. cheers karl
Ouch, that sounds like an ugly bug. Yes, the log file might help.
I don’t fully understand your description of the conditions that cause or prevent the bug. Suppose modules A, B, C are patched to BayIn, and X, Y, Z are patched to the corresponding BayOut. Deletion of which modules would cause the crash? And what action prevents the crash?
Thanks
yes that is correct. i have to unconnect bayin to bayout and the connected module. today evening i can post the log.
here is the logfile. hope it helps. cheers Karl
[12.314 fatal adapters/standalone.cpp:49 fatalSignalHandler] Fatal signal 11. Stack trace:
18: /home/held/Downloads/Rack2Free/Rack() [0x40435d]
17: /lib/x86_64-linux-gnu/libc.so.6(+0x45320)
16: /lib/x86_64-linux-gnu/libc.so.6(+0x188f70)
15: ./libRack.so(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_assign(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)+0x52)
14: /home/held/.local/share/Rack2/plugins-lin-x64/Venom/plugin.so(BayOutputModuleWidget::step()+0x5c)
13: ./libRack.so(rack::widget::Widget::step()+0x36)
12: ./libRack.so(rack::widget::Widget::step()+0x36)
11: ./libRack.so(rack::widget::Widget::step()+0x36)
10: ./libRack.so(rack::widget::Widget::step()+0x36)
9: ./libRack.so(rack::widget::Widget::step()+0x36)
8: ./libRack.so(rack::ui::ScrollWidget::step()+0x13)
7: ./libRack.so(rack::app::RackScrollWidget::step()+0x36f)
6: ./libRack.so(rack::widget::Widget::step()+0x36)
5: ./libRack.so(rack::window::Window::step()+0x591)
4: ./libRack.so(rack::window::Window::run()+0x28)
3: /home/held/Downloads/Rack2Free/Rack(main+0xe7d)
2: /lib/x86_64-linux-gnu/libc.so.6(+0x2a1ca)
1: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b)
0: /home/held/Downloads/Rack2Free/Rack() [0x404289]
@DaveVenom Your new Benjolin Expanders are an absolutely great addition to the Venom plugin! I started to try them out, and could not stop anymore to experiment with all the opportunities they provide for random pitch, modulation and gate/trigger generation. Together with the Benjolin Oscillator itself, the expanders deliver so much that I wasn’t even trying the new extensions of VCO Lab yet. That’s something I must do soon. Thank you for your fantastic work!
Here is a recording of the running patch and the patch itself that came out of my experiments:
12 Likes
Holy cow! That is most epic!
Can you post the patch itself? And your video deserves to be a full embedded player here, not just a link. It is a great demo for the Benjolin Oscillator and expanders!
3 Likes
Thank you for the epic expanders! 
The patch is linked above in my earlier post and in the video description now.
1 Like
Oh my goodness - that patch is brutal on the CPU! It is the first one I have run across that I cannot run at 48kHz on my M1 MacBook Air. Not on my Windows machine either. Both work at 24 kHz however - not ideal, but better than nothing. Of course the Instruo module is missing in ARM mode on the Mac.
1 Like
Yes, the patch has become a bit too large. (It was just too much fun to add more and more voices and Benjolin expanders ) Same problems for me, at some point I had to go down with the sample rate to continue working on the patch. The recording is made with 44.1 kHz, and not listening to the crackling on the audio output while recording. Luckily just the start button click and the fade-out at the end was needed to record.
Good to know, thanks.
I have a new Venom update almost ready to go that significantly improves performance of the Benjolin Volts and Gates expanders. But it doesn’t really help your patch. Your patch has a large number of Surge XT and other modules that are relatively expensive. No one module is particularly bad, but it collectively adds up.
1 Like
I love the VCO LAB! I’m always looking for the best goto analog oscillators for me and this one is a really solid choice.
Only gripe I have with it is that it’s so big - i think a mini VCO LAB with just one oscillator with morphable waveform would be a very nice addition.
Maybe with just one row of the modulation matrix, without the offset and instead a waveform shape mod input.
1 Like
Interesting idea - thanks. I too sometimes lament the size.
I’ll have to think on this one. No promises.
Interesting that you call VCO Lab an analog oscillator when it is pure digital with very pure and exact mathematical implementations, without any analog modeling. I wouldn’t know where to begin to create a VCO based on analog modeling.
But I do agree it consistently produces welcome tones, regardless what modulation you throw at it.
1 Like
By analog I just meant non-wavetable basically
Ideally I would have one oscillator that does everything that’s possible so I never have to make a choice about which module to replace it with… your oscillator covers everything that would be possible with analog oscillators I think, plus the phasemod, don’t know if that’s possible in analog.
Plus the DC filter kind of “analogizes” the waveforms, and together with the shape it covers a lot of range.
1 Like
VCO Unit is almost complete! I just have to work out the dynamic configuration of the Shape Mode control as the waveform changes.
Thanks for the suggestion @Schabbes . Soon I won’t feel so “guilty” using a Venom oscillator for simple use cases. This will be in release 2.10. I have some more VCO Lab enhancements, as well as a couple additional new free modules planned for this release. I will start a Venom Development topic soon, with this upcoming release as the opener.
In the mean time…
7 Likes
Venom 2.9.1 has been submitted to the library with some relatively minor Benjolin Osc and expander enhancements:
2.9.1 (2024-09-08)
Enhancements
- Benjolin Oscillator
-
Added menu option to configure Rungler DAC to use bits 6,7,8 as Rob Hordijk’s original design instead of bits 2,4,7
My default use of bits 2,4,7 provides for more variability to the available Rungler patterns, but I figured I should make the original design available.
-
Significantly improved CPU usage of Volts and Gates expanders
-
It still has not hit the library yet, but you can download the binaries yourself at
7 Likes
v2.9.1 just hit the library late last night!
3 Likes
Also like analog in that there is very little aliasing?
1 Like
Thanks Squinky - that certainly was a goal
1 Like
Very nice!
I don’t know what you mean by “the dynamic configuration of the Shape Mode control as the waveform changes,” though
I thought it would be best to continuously morph between the waveshapes, and since the offset doesn’t make too much sense with only one oscillator, maybe get rid of it and make this the morphing between the waves instead, so that could be modulated, too.
FYI - I have moved development discussions to a Venom Development blog
I think the offset still makes a lot of sense for LFO mode, so I don’t want to lose that.
The Wave switch selects the base waveform.
For shaping, Sin, Tri, and Saw will preserve the log/exp, J curve, S curve, rectify, and normalized rectify modes. Square will preserve PW 3%-97% and 0%-100%. This is what I meant by dynamic configuration of the shape mode - square has different options than the others.
I plan to add the following additional shape modes:
- Saw: morphing from square to saw to even - demo at Constructing a Befaco even waveform with VCO Lab - #5 by DaveVenom
- Square: morphing from triangle to square to saw
- Triangle: morphing from sine to triangle to square
So no one waveform will support morphing between all waveforms. But three of them will offer interesting morph transitions to two others. I specifically chose those combinations because I like how the timbres/harmonics morph. Most importantly, the saw morph mode provides access to the even waveform found in the Befaco Even module.
I demonstrate these transformations in my development blog, which is a good place to go if you want to continue the discussion.
3 Likes