I had no crash adding or deleting on 2.0.15 on Mac here, but 2.0.16 now crashes on adding or deleting.
Weird. Now seems to be working.
2.1.6 crashes Rackās main thread on add consistently. Not working anymore here. 2.1.5 was fine MacOS 12.4, Rack 2.1.2
Here is backtrace:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 <translation info unavailable> 0x10037ca40 ???
1 libsystem_kernel.dylib 0x7ff80193d4e2 __sigreturn + 10
2 libsystem_platform.dylib 0x7ff801986e13 _sigtramp + 51
3 ??? 0x20 ???
4 libsystem_c.dylib 0x7ff8018bcd24 abort + 123
5 libsystem_malloc.dylib 0x7ff80179a357 malloc_vreport + 551
6 libsystem_malloc.dylib 0x7ff8017ae308 malloc_zone_error + 178
7 libsystem_malloc.dylib 0x7ff801792121 tiny_free_list_add_ptr + 1230
8 libsystem_malloc.dylib 0x7ff80178f477 tiny_malloc_from_free_list + 1671
9 libsystem_malloc.dylib 0x7ff80178e8ad tiny_malloc_should_clear + 255
10 libsystem_malloc.dylib 0x7ff80178d7d2 szone_malloc_should_clear + 66
11 libsystem_malloc.dylib 0x7ff8017a8b75 _malloc_zone_calloc + 60
12 libobjc.A.dylib 0x7ff801809c09 _objc_rootAllocWithZone + 49
13 AppKit 0x7ff8044d7e55 +[NSCGSWindow(NSCGSWindowCreation) windowWithConnectionID:] + 24
14 AppKit 0x7ff8044d7c36 _NSCreateWindowWithOpaqueShape2 + 99
15 AppKit 0x7ff8044d6d83 -[NSWindow _commonAwake] + 890
16 AppKit 0x7ff8043bf96a -[NSWindow _commonInitFrame:styleMask:backing:defer:] + 874
17 AppKit 0x7ff8043bf1f0 -[NSWindow _initContent:styleMask:backing:defer:contentView:] + 1108
18 AppKit 0x7ff8043bed96 -[NSWindow initWithContentRect:styleMask:backing:defer:] + 42
19 libRack.dylib 0xe3539f _glfwCreateWindowCocoa + 319
20 libRack.dylib 0xe2a938 glfwCreateWindow + 552
21 plugin.dylib 0xcf1cf8b TextureRenderer::createWindow() + 299
22 plugin.dylib 0xcf1b540 ProjectMRenderer::init(mySettings const&) + 32
23 plugin.dylib 0xcf1a786 BaseProjectMWidget* BaseProjectMWidget::create<EmbeddedProjectMWidget>(rack::math::Vec, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, int) + 358
24 plugin.dylib 0xcf1a1da EmbeddedLFMModuleWidget::EmbeddedLFMModuleWidget(LFMModule*) + 522
25 plugin.dylib 0xcf19f94 rack::plugin::Model* rack::createModel<LFMModule, EmbeddedLFMModuleWidget>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >)::TModel::createModuleWidget(rack::engine::Module*) + 84
26 libRack.dylib 0xd3f97d rack::app::browser::chooseModel(rack::plugin::Model*) + 381
27 libRack.dylib 0xd3ec58 rack::app::browser::ModelBox::onButton(rack::widget::Widget::ButtonEvent const&) + 200
28 libRack.dylib 0xd3f34b rack::widget::Widget::onButton(rack::widget::Widget::ButtonEvent const&) + 235
29 libRack.dylib 0xd3f34b rack::widget::Widget::onButton(rack::widget::Widget::ButtonEvent const&) + 235
30 libRack.dylib 0xd3f34b rack::widget::Widget::onButton(rack::widget::Widget::ButtonEvent const&) + 235
31 libRack.dylib 0xdaf69b rack::ui::ScrollWidget::onButton(rack::widget::Widget::ButtonEvent const&) + 331
32 libRack.dylib 0xd3e71b rack::app::browser::Browser::onButton(rack::widget::Widget::ButtonEvent const&) + 235
33 libRack.dylib 0xdae1fb rack::ui::MenuOverlay::onButton(rack::widget::Widget::ButtonEvent const&) + 235
34 libRack.dylib 0xd3186b rack::widget::OpaqueWidget::onButton(rack::widget::Widget::ButtonEvent const&) + 235
35 libRack.dylib 0xdb791f rack::widget::EventState::handleButton(rack::math::Vec, int, int, int) + 111
36 libRack.dylib 0xdba272 rack::window::mouseButtonCallback(GLFWwindow*, int, int, int) + 178
37 AppKit 0x7ff8045a8e11 -[NSWindow(NSEventRouting) _handleMouseDownEvent:isDelayedEvent:] + 4859
38 AppKit 0x7ff80451cfce -[NSWindow(NSEventRouting) _reallySendEvent:isDelayedEvent:] + 2582
39 AppKit 0x7ff80451c39e -[NSWindow(NSEventRouting) sendEvent:] + 352
40 AppKit 0x7ff80451a774 -[NSApplication(NSEvent) sendEvent:] + 352
41 libRack.dylib 0xe35bbd _glfwPollEventsCocoa + 141
42 libRack.dylib 0xdbaaa5 rack::window::Window::step() + 101
43 libRack.dylib 0xdbaa28 rack::window::Window::run() + 40
44 Rack 0x10027dfbe main + 3454
45 dyld 0x20044a51e start + 462
A little demo of 2.0.15 on a Mac Mini M1 running VCV Rack 2.1.0, local build.
5 Likes
I just opened up the repository as I solved the issue for the shared libraries and automatic builds for Projectm. At least for Mac and Linux. My build on Github actions works for these 2 platforms. Check the makefile as it is not generic enough. If you ammend the paths I think it will work for others too. I am still working on the Windows build. The code builds now, but needs a bit more testing.
You can build it from here: [kockie69/Visualizer: VCV Rack Visualizer based on ProjectM (github.com)](GitHub - kockie69/Visualizer: VCV Rack Visualizer based on ProjectM
A mac and linux version can be found here. removed parameter for mac Ā· kockie69/Visualizer@c7bc2f7 (github.com)
Let me know if it is working for you.
5 Likes
Great! I could compile the plugin on Windows, but it crashed after inserting one or the other module.
As I wrote:
am still working on the Windows build. The code builds now, but needs a bit more testing. 
1 Like
Local builds for windows should be working now. The previous makefile grabbed the latest version from Projectm repo, which seems to have a bug that makes the windows version crash. Newest makefile uses a version from a month ago that works for me.
1 Like
TLDU;
So no more manually placing of the ProjectM.dll and the slew32.dll ?
No, that should all be overā¦
1 Like
Hi Robert !
Just a quick note to let you know that the latest git sources (11d82942f3a893a00c8073c88450e2bf72fdbab5) built nicely here on the Mini M1 and the plugin is performing well. I still get an occasional crash when moving or resizing the LFMFull display window, but itās occurring less often than previously. The newer presets are fantastic, btw. Iāll prepare another video asap.
Thanks again for your work on this module, itās a favorite here.
Best regards,
dp
1 Like
Yes, I got finally all the platforms building automatically on Github. So latest prebuilt versions can be grabbed from Github Actions in my repo. I have asked @cschol to see if this builds on his platform to see if we can deliver it through the library. Havenāt heard from him lately, so not sure when this will happen. Till that time people need to build their own or get a version from my Github.
1 Like
Or build it themselves like @dlphillips usually does.
1 Like
Thatās what I said 
(or meant to say)
1 Like
oh - yeah, it is exactly what you said. oops!
1 Like
Responded to your message with a suggested path forward.