Well, Windows has defined locations for apps too, I just think it's just more culturally acceptable on systems like Mac to expect users to drag-and-drop software into the Applications folder from a zip file. on linux and macOS we have proper defined locations where applications go, it is just windows needing special methods. That would still be windows specific, but that is what this ticket is all about anyway. Yes, however, that will require the user to run carla at least once, then start LMMS, since the desktop installer is distributed as a. so users would run the standalone once, and after that LMMS would try to find it via registry key. Simplest method I see here, without having to resort to a full installer, is to have Carla write to the windows registry in a predefined path what was its last known location. There's also the possibility of having Carla as an installable desktop application, (then we'd look for it in some reliable locations) but that would be even more scope, so PATH is a quick way to get it working that users tend to understand, and one which is easy to cleanup if it causes problems. so PATH is often considered a sane location, despite it's brute-force nature.Īnother possible solution is to provide a settings screen for this like we do for VSTs and things, or a custom environment variable, but I wanted to decrease the scope. Windows looks for DLLs in the following search order: It's how we tackled this in #5713 and - in my experience - it's quite common for software to use this. Unfortunately, until Carla or LMMS provides a reliable search location, LMMS needs a way to find this file. ?īy mutating the entire windows system? the native-plugin DLL is always needed because a library links against it, the proposed workaround doesn't sound very sane to me. I took a quick glance at the Carla project and didn't notice any immediate changes to this API call though so this is just a blind guess. My gut instinct is that this symbol is the root of the problem. One thing I noticed when using depends.exe on our carlabase.dll is that the Parent Import ("PI") column is red for carla_get_library_folder(). Start LMMS (optionally, start from Command Line to see output).Maybe needed? to move carlabase.dll out of LMMS plugins dir into, not sure if it is a wine thing or not though.Copy carla.lv2/libcarla_utils.dll into into %programfiles%/LMMS/.Copy/extract carla.lv2/resources into %programfiles%/LMMS/resources. Extract Carla to C:\Carla-2.6.0-alpha1-win64\.Download Carla win64 artifact 123ab13.Here are my current steps on Windows (click to expand) Click to expand steps Based on your comments, I assume it's a DLL search order (or DLL search location issue), but I'm not sure how to get this working. Unfortunately, I still can't get the plugin to load. MKLINK /D attempts (Windows' flaky symbolic link support).I tried a few variations of this on Windows proper: I have the latest version of LMMS installed which is LMMS 1.1.3 according to the photo below and i have uninstalled and reinstalled LMMS 1.1.3, that LMMS file ".lmmsrc.xml" you were talking about i also deleted that, you say Damon Tattersfield is using an outdated version of LMMS but "LMMS 1.2.PS: I only tried this via wine, not on a real Windows system. A few rules and useful forum instructions Linux-users need the AppImage on the Linux-tab! *re-install as administrator and grant all users access *download a fresh new installation-pack either x32 or 圆4 of Looks like you are using an outdated version of LMMS -So Only the corner of the instrument settings opens up.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |