On 04/22/2014 05:03 PM, Stian Jørgensrud wrote: > Because MAC, guys, that is why it perhaps needs to get bundled now. However > firstly someone should do a thorough search and find out what exactly LMMS > needs.
We've been through this discussion a hundred times and bundling it in LMMS actually does nothing for Mac, it would still need to be compiled from source just the same way as it has to be compiled non-bundled. > If Vesa is right, I think it makes perfectly sense that an internal > instrument in LMMS actually is internal. Mm, no, there's actually no clear division between "internal" or "external" instruments, they're all plugins interfacing with the LMMS plugin API. You could theoretically even build all LMMS plugins as generic binaries and have them as downloadable content, LMMS searches the plugins and loads them up dynamically at startup. The only reason they're packaged with LMMS is user convenience, there's no technical reason that they have to be compiled at the same time as LMMS. We have plenty of other instruments that use external dependencies: Vestige uses Wine, Zyn uses... well, Zyn, and FLTK. I don't think there's any reason to change how we use STK as an external dependency as long as it works fine without problems. ------------------------------------------------------------------------------ Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
