linuxsampler-devel — This list is for discussing LinuxSampler development issues and ideas

Re: [Linuxsampler-devel] linuxsampler.org unreachable from IWNET (AS52527, Brazil), possible stale firewall rule

[Roger (Outlook) <rog...@li...>]

On 7/17/26 07:46, Christian Schoenebeck wrote:

> I removed your mentioned subnet from our block list for now.
>
Hi Christian,

Confirming the site is reachable again from my fixed-line connection. 
Thanks for the quick fix and for explaining the cause.

Roger

Re: [Linuxsampler-devel] linuxsampler.org unreachable from IWNET (AS52527, Brazil), possible stale firewall rule

[Christian S. <sch...@li...>]

On Thursday, 16 July 2026 02:55:07 CEST Roger (Outlook) wrote:
> Hi all,

Hi Roger,
 
> First time posting here. I discovered LinuxSampler earlier this year and
> have been really enjoying it with my MIDI keyboard, mostly running piano
> libraries through qsampler. Thanks for keeping this project alive for so
> long.
> 
> The reason I am writing: connections to linuxsampler.org (144.91.83.159)
> from my fixed-line ISP time out on all ports, so I can only reach the
> site through a mobile hotspot or VPN. DNS resolves fine (tested against
> 1.1.1.1 and 9.9.9.9 directly). Traceroute dies after 45.88.191.12,
> inside Contabo's network, one hop from the destination.
> 
> Blocked source: 200.150.252.145 (AS52527, IWNET TELECOM, Sao Paulo,
> Brazil, fixed line). AbuseIPDB shows 0% confidence of abuse for this IP,
> and the range only carries the standard Spamhaus PBL policy listing that
> applies to virtually all residential ranges.

Thanks for pointing this out!

For many months we had AI crawling botnets crawling with such a high bandwidth 
that they were effectively acting like a large distributed DoS. There was no 
other option than automatically blocking subnets of these bots.

The situation is currently stable.

I removed your mentioned subnet from our block list for now.

If the subnet is blocked again, or if anyone else is affected by this, just 
let me know.

Thanks!

/Christian

[Linuxsampler-devel] linuxsampler.org unreachable from IWNET (AS52527, Brazil), possible stale firewall rule

[Roger (Outlook) <rog...@li...>]

Hi all,

First time posting here. I discovered LinuxSampler earlier this year and 
have been really enjoying it with my MIDI keyboard, mostly running piano 
libraries through qsampler. Thanks for keeping this project alive for so 
long.

The reason I am writing: connections to linuxsampler.org (144.91.83.159) 
from my fixed-line ISP time out on all ports, so I can only reach the 
site through a mobile hotspot or VPN. DNS resolves fine (tested against 
1.1.1.1 and 9.9.9.9 directly). Traceroute dies after 45.88.191.12, 
inside Contabo's network, one hop from the destination.

Blocked source: 200.150.252.145 (AS52527, IWNET TELECOM, Sao Paulo, 
Brazil, fixed line). AbuseIPDB shows 0% confidence of abuse for this IP, 
and the range only carries the standard Spamhaus PBL policy listing that 
applies to virtually all residential ranges.

A Brazilian mobile carrier IP reaches the site normally, so this is not 
country-level blocking. My guess is a stale entry covering the IWNET 
range, either in the server firewall or in Contabo's DDoS filtering, but 
from outside I cannot tell which. Happy to run any tests from the 
affected connection if that helps narrow it down.

Thanks,
Roger

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[TJ L. <tjl...@ma...>]

I think my previous reply was blocked because of an attached zip file so I’m attempting again…

After testing gigedit and the AU and VST plugins here is a rundown:

QSampler can’t load gigedit and gives an error message:




When I try and launch Gigedit directly, it crashes. I’m attaching the crash log in this email.

The VST plugin does not pass a validation scan in any of the apps I tried, so I cannot attempt to load the VST plugin (more on this below).

The AU plugin only passes validation in Reaper. It does not pass validation in Logic/MainStage or Plogue Bidule. When attempting to load the AU in Reaper, it completely hangs Reaper and I have to force quit. While hung, I grabbed a sample process from activity monitor and am attaching it to this email. This hang occurs even if I load the plugin as a dedicated/separate process in Reaper. I also killed the app via the terminal so I could get a crash log. I’m attaching that log as well.

If I attempt to load the AU or VST plugin using mannix VST Wrapper, it also completely hangs Reaper.

If there is any other info I can provide that would be useful please let me know.

TJ Lindgren



> On Jul 7, 2026, at 9:31 AM, Christian Schoenebeck <sch...@li...> wrote:
> 
> On Monday, 6 July 2026 18:35:44 CEST TJ Lindgren wrote:
>> Thanks so much, Christian. I’m happy to report this is now working as
>> expected.
>> 
>> If anyone on macos has a chance, could they check if they are able to load
>> either the AU or VST linuxsampler plugins? They are showing as x86_64 but I
>> haven’t been able to get them to load in any DAW I’ve tried - Reaper,
>> Logic/MainStage, Cubase, Plogue Bidule as well as Blue Cat Patchwork and
>> mannixsquared VST Wrapper
>> (https://github.com/mannixsquared/vst-wrapper/releases). They either fail
>> to scan or fail to load. The mannixsquared vst wrapper which should be the
>> most likely to load them shows the following for both AU and VST:
> 
> I fixed numerous more references, in the VST and AU plugins, gigedit, gtk 
> libraries, and libgig's command line tools.
> 
> You might also try whether Gigedit opens now when you click on "Edit" in 
> QSampler's channel strip.
> 
> /Christian
> 
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[Christian S. <sch...@li...>]

On Monday, 6 July 2026 18:35:44 CEST TJ Lindgren wrote:
> Thanks so much, Christian. I’m happy to report this is now working as
> expected.
> 
> If anyone on macos has a chance, could they check if they are able to load
> either the AU or VST linuxsampler plugins? They are showing as x86_64 but I
> haven’t been able to get them to load in any DAW I’ve tried - Reaper,
> Logic/MainStage, Cubase, Plogue Bidule as well as Blue Cat Patchwork and
> mannixsquared VST Wrapper
> (https://github.com/mannixsquared/vst-wrapper/releases). They either fail
> to scan or fail to load. The mannixsquared vst wrapper which should be the
> most likely to load them shows the following for both AU and VST:

I fixed numerous more references, in the VST and AU plugins, gigedit, gtk 
libraries, and libgig's command line tools.

You might also try whether Gigedit opens now when you click on "Edit" in 
QSampler's channel strip.

/Christian

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[TJ L. <tjl...@ma...>]

Thanks so much, Christian. I’m happy to report this is now working as expected.

If anyone on macos has a chance, could they check if they are able to load either the AU or VST linuxsampler plugins? They are showing as x86_64 but I haven’t been able to get them to load in any DAW I’ve tried - Reaper, Logic/MainStage, Cubase, Plogue Bidule as well as Blue Cat Patchwork and mannixsquared VST Wrapper (https://github.com/mannixsquared/vst-wrapper/releases). They either fail to scan or fail to load. The mannixsquared vst wrapper which should be the most likely to load them shows the following for both AU and VST:





In the meantime, I’ll try again to build for arm and report back.

Thanks again, Christian.

TJ Lindgren

> On Jul 6, 2026, at 8:43 AM, Christian Schoenebeck <sch...@li...> wrote:
> 
> On Saturday, 4 July 2026 20:33:45 CEST TJ Lindgren wrote:
>> Ok, qsampler now opens and the backend starts which is great. Unfortunately,
>> the browse button in the add channel dialog to browse directories and load
>> an instrument no longer works. This was working in previous versions. I was
>> getting the following error in the add channel dialogue at one point but I
>> don’t know if it’s related to the browse button not working:
>> 
>> QNSView mouseDragged: Internal mouse button tracking invalid (missing
>> Qt::LeftButton)
>> 
>> Here’s a quick video recreating the issue:
>> 
>> https://s3.us-east-1.amazonaws.com/TLMusic/TJL/QSampler+Unable+to+Browse.mp4
>> 
>> TJ Lindgren
> 
> Hopefully that fixed it:
> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4626
> 
> Rui, I hope you don't mind that I prefixed the bundle identifier with 
> "org.linuxsampler.". It's already used in our Mac packaging files.
> 
> We could also add MACOSX_BUNDLE_BUNDLE_VERSION there amongst others, but 
> didn't care for now.
> 
> /Christian
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li... <mailto:Lin...@li...>
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[Christian S. <sch...@li...>]

On Saturday, 4 July 2026 20:33:45 CEST TJ Lindgren wrote:
> Ok, qsampler now opens and the backend starts which is great. Unfortunately,
> the browse button in the add channel dialog to browse directories and load
> an instrument no longer works. This was working in previous versions. I was
> getting the following error in the add channel dialogue at one point but I
> don’t know if it’s related to the browse button not working:
> 
> QNSView mouseDragged: Internal mouse button tracking invalid (missing
> Qt::LeftButton)
> 
> Here’s a quick video recreating the issue:
> 
> https://s3.us-east-1.amazonaws.com/TLMusic/TJL/QSampler+Unable+to+Browse.mp4
> 
> TJ Lindgren

Hopefully that fixed it:
https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4626

Rui, I hope you don't mind that I prefixed the bundle identifier with 
"org.linuxsampler.". It's already used in our Mac packaging files.

We could also add MACOSX_BUNDLE_BUNDLE_VERSION there amongst others, but 
didn't care for now.

/Christian

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[TJ L. <tjl...@ma...>]

Ok, qsampler now opens and the backend starts which is great. Unfortunately, the browse button in the add channel dialog to browse directories and load an instrument no longer works. This was working in previous versions. I was getting the following error in the add channel dialogue at one point but I don’t know if it’s related to the browse button not working:

QNSView mouseDragged: Internal mouse button tracking invalid (missing Qt::LeftButton)

Here’s a quick video recreating the issue:

https://s3.us-east-1.amazonaws.com/TLMusic/TJL/QSampler+Unable+to+Browse.mp4

TJ Lindgren

> On Jul 4, 2026, at 5:23 AM, Christian Schoenebeck <sch...@li...> wrote:
> 
> On Saturday, 4 July 2026 01:14:08 CEST TJ Lindgren wrote:
>> Unfortunately, the app still does not open. If I launch from the app itself,
>> it just shuts down. If I open the app contents and run it from there I get
>> the following in terminal.
>> 
>> tjl@TJs-Mac-mini ~ %
>> /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler ; exit;
>> This application failed to start because it could not find or load the Qt
>> platform plugin "cocoa”.
>> 
>> I’m attaching the crash log as well.
> 
> So looking at your logs, the good news is that all DLLs loaded (Qt frameworks, 
> liblscp, libgig), except: Qt's cocoa plugin.
> 
> I just fixed references in the cocoa plugin as well. So please try again.
> 
>> Both QT6 and QT5 are installed via
>> homebrew and reside in /opt/homebrew.
> 
> The homebrew installation of Qt only matters for your own self-built binaries. 
> Our automatic builds include Qt with the app bundle and should ignore local 
> installations of Qt.
> 
> /Christian
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[Christian S. <sch...@li...>]

On Saturday, 4 July 2026 01:14:08 CEST TJ Lindgren wrote:
> Unfortunately, the app still does not open. If I launch from the app itself,
> it just shuts down. If I open the app contents and run it from there I get
> the following in terminal.
> 
> tjl@TJs-Mac-mini ~ %
> /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler ; exit;
> This application failed to start because it could not find or load the Qt
> platform plugin "cocoa”.
> 
> I’m attaching the crash log as well.

So looking at your logs, the good news is that all DLLs loaded (Qt frameworks, 
liblscp, libgig), except: Qt's cocoa plugin.

I just fixed references in the cocoa plugin as well. So please try again.

> Both QT6 and QT5 are installed via
> homebrew and reside in /opt/homebrew.

The homebrew installation of Qt only matters for your own self-built binaries. 
Our automatic builds include Qt with the app bundle and should ignore local 
installations of Qt.

/Christian

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[TJ L. <tjl...@ma...>]

Unfortunately, the app still does not open. If I launch from the app itself, it just shuts down. If I open the app contents and run it from there I get the following in terminal.

tjl@TJs-Mac-mini ~ % /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler ; exit; 
This application failed to start because it could not find or load the Qt platform plugin "cocoa”.

I’m attaching the crash log as well. Both QT6 and QT5 are installed via homebrew and reside in /opt/homebrew.

Regarding being unable to build QSampler from scratch, there are libraries I can’t resolve when building for arm. I've have yet to be successful building either linuxsampler or qsampler for arm. The vet and au plugins won’t work in Rosetta as they are 32-bit so trying to build for arm is the only option unless anything can be done on your end.

TJ Lindgren



> On Jul 3, 2026, at 1:20 PM, Christian Schoenebeck <sch...@li...> wrote:
> 
> On Saturday, 27 June 2026 01:10:30 CEST TJ Lindgren wrote:
>> Running the latest snapshot of Linuxsampler for macOS dated 2026-06-22, when
>> launching Qsampler it cannot find the QtSvg framework.
>> 
>> Termination Reason:    Namespace DYLD, Code 1 Library missing
>> Library not loaded: QtSvg.framework/Versions/5/QtSvg
>> Referenced from: <C874D53C-665D-33A0-8651-EAAADCE84EFC>
>> /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler Reason:
>> tried: 'QtSvg.framework/Versions/5/QtSvg' (no such file),
>> '/System/Volumes/Preboot/Cryptexes/OSQtSvg.framework/Versions/5/QtSvg' (no
>> such file), 'QtSvg.framework/Versions/5/QtSvg' (no such file),
>> '/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such file),
>> '/System/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such
>> file, not in dyld cache) (terminated at launch; ignore backtrace)
>> 
>> If you open the QSampler Package Contents, the file in question is located
>> in
>> /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework
>> /Versions/5/QtSvg with an alias in
>> /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework
>> /QtSvg however the app is not looking for the library in either of those
>> places.
> 
> A bunch of references were wrong, which I just fixed now in our Mac build
> script:
> 
> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi/misc/trunk/mac_package_builder/make-qsampler-app.sh?revision=4624&view=markup
> 
> I think the references look OK now:
> 
> otool -L components/qsampler.pkg/LinuxSampler/qsampler.app/Contents/MacOS/qsampler 
> components/qsampler.pkg/LinuxSampler/qsampler.app/Contents/MacOS/qsampler:
>        @rpath/QtSvg.framework/Versions/5/QtSvg (compatibility version 5.4.0, current version 5.4.2)
>        @rpath/QtNetwork.framework/Versions/5/QtNetwork (compatibility version 5.4.0, current version 5.4.2)
>        @rpath/QtWidgets.framework/Versions/5/QtWidgets (compatibility version 5.4.0, current version 5.4.2)
>        @rpath/QtGui.framework/Versions/5/QtGui (compatibility version 5.4.0, current version 5.4.2)
>        /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
>        /System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0)
>        @rpath/QtCore.framework/Versions/5/QtCore (compatibility version 5.4.0, current version 5.4.2)
>        @executable_path/../Resources/liblscp.6.dylib (compatibility version 6.0.0, current version 6.0.6)
>        /usr/local/lib/libgig.13.dylib (compatibility version 14.0.0, current version 14.0.0)
>        /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 28.1.0)
>        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0)
> 
> So please re-download and try again.
> 
>> I tried building from source but it does not seem to play nice at all.
> 
> What was the problem?
> 
> /Christian
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li... <mailto:Lin...@li...>
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] Issue with QSampler on macOS

[Christian S. <sch...@li...>]

On Saturday, 27 June 2026 01:10:30 CEST TJ Lindgren wrote:
> Running the latest snapshot of Linuxsampler for macOS dated 2026-06-22, when
> launching Qsampler it cannot find the QtSvg framework.
> 
> Termination Reason:    Namespace DYLD, Code 1 Library missing
> Library not loaded: QtSvg.framework/Versions/5/QtSvg
> Referenced from: <C874D53C-665D-33A0-8651-EAAADCE84EFC>
> /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler Reason:
> tried: 'QtSvg.framework/Versions/5/QtSvg' (no such file),
> '/System/Volumes/Preboot/Cryptexes/OSQtSvg.framework/Versions/5/QtSvg' (no
> such file), 'QtSvg.framework/Versions/5/QtSvg' (no such file),
> '/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such file),
> '/System/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such
> file, not in dyld cache) (terminated at launch; ignore backtrace)
> 
> If you open the QSampler Package Contents, the file in question is located
> in
> /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework
> /Versions/5/QtSvg with an alias in
> /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework
> /QtSvg however the app is not looking for the library in either of those
> places.

A bunch of references were wrong, which I just fixed now in our Mac build
script:

https://svn.linuxsampler.org/cgi-bin/viewvc.cgi/misc/trunk/mac_package_builder/make-qsampler-app.sh?revision=4624&view=markup

I think the references look OK now:

otool -L components/qsampler.pkg/LinuxSampler/qsampler.app/Contents/MacOS/qsampler 
components/qsampler.pkg/LinuxSampler/qsampler.app/Contents/MacOS/qsampler:
        @rpath/QtSvg.framework/Versions/5/QtSvg (compatibility version 5.4.0, current version 5.4.2)
        @rpath/QtNetwork.framework/Versions/5/QtNetwork (compatibility version 5.4.0, current version 5.4.2)
        @rpath/QtWidgets.framework/Versions/5/QtWidgets (compatibility version 5.4.0, current version 5.4.2)
        @rpath/QtGui.framework/Versions/5/QtGui (compatibility version 5.4.0, current version 5.4.2)
        /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
        /System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0)
        @rpath/QtCore.framework/Versions/5/QtCore (compatibility version 5.4.0, current version 5.4.2)
        @executable_path/../Resources/liblscp.6.dylib (compatibility version 6.0.0, current version 6.0.6)
        /usr/local/lib/libgig.13.dylib (compatibility version 14.0.0, current version 14.0.0)
        /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 28.1.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0)

So please re-download and try again.

> I tried building from source but it does not seem to play nice at all.

What was the problem?

/Christian

[Linuxsampler-devel] Issue with QSampler on macOS

[TJ L. <tjl...@ma...>]

Running the latest snapshot of Linuxsampler for macOS dated 2026-06-22, when launching Qsampler it cannot find the QtSvg framework.

Termination Reason:    Namespace DYLD, Code 1 Library missing
Library not loaded: QtSvg.framework/Versions/5/QtSvg
Referenced from: <C874D53C-665D-33A0-8651-EAAADCE84EFC> /Applications/LinuxSampler/qsampler.app/Contents/MacOS/qsampler
Reason: tried: 'QtSvg.framework/Versions/5/QtSvg' (no such file), '/System/Volumes/Preboot/Cryptexes/OSQtSvg.framework/Versions/5/QtSvg' (no such file), 'QtSvg.framework/Versions/5/QtSvg' (no such file), '/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such file), '/System/Library/Frameworks/QtSvg.framework/Versions/5/QtSvg' (no such file, not in dyld cache)
(terminated at launch; ignore backtrace)

If you open the QSampler Package Contents, the file in question is located in /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework/Versions/5/QtSvg with an alias in /Applications/LinuxSampler/qsampler.app/Contents/Frameworks/QtSvg.framework/QtSvg however the app is not looking for the library in either of those places.

I tried building from source but it does not seem to play nice at all.

Could anyone assist with this?

TJ Lindgren
Mac Mini M4 Pro
macOS Sequoia 15.7.7

[Linuxsampler-devel] [ANN] QSampler 1.0.2 - A Mid-Spring'26 Release

[Rui N. C. <rn...@rn...>]

Hi all!

   Qsampler 1.0.2 (mid-spring'26) is out!

Qsampler [1] is a LinuxSampler [2] GUI front-end application written in 
C++ around the Qt framework using Qt Designer [3].

Change-log:
- Fixed 'mime-info' file to the correct MIME-type icon names.
- Get rid of CONFIG_WAYLAND build config option; add underlying platform 
name (eg. xcb, wayland) to Qt version string.
- Bumping into next development cycle (Qt >= 6.11)

Website:
   https://qsampler.sourceforge.io
   http://qsampler.sourceforge.net

Project page:
   https://sourceforge.net/projects/qsampler

Downloads:
   https://sourceforge.net/projects/qsampler/files
- source tarballs:
   https://download.sf.net/qsampler/qsampler-1.0.2.tar.gz
- source packages:
   https://download.sf.net/qsampler/qsampler-1.0.2-3.1.rncbc.suse.src.rpm
- binary packages:
   https://download.sf.net/qsampler/qsampler-1.0.2-3.1.rncbc.suse.x86_64.rpm
- AppImage [20] package:
   https://download.sf.net/qsampler/qsampler-1.0.2-3.1.x86_64.AppImage

Git repos:
   https://git.code.sf.net/p/qsampler/code
   https://github.com/rncbc/qsampler.git
   https://gitlab.com/rncbc/qsampler.git
   https://codeberg.com/rncbc/qsampler.git

   https://git.code.sf.net/p/qsampler/liblscp
   https://github.com/rncbc/liblscp.git
   https://gitlab.com/rncbc/liblscp.git
   https://codeberg.com/rncbc/liblscp.git


License:
   Qsampler [1] is free, open-source Linux Audio [4] software, 
distributed under the terms of the GNU General Public License (GPL) 
version 2 or later [5].


References:

  [1] Qsampler - A LinuxSampler Qt GUI Interface
      http://qsampler.sourceforge.net

  [2] LinuxSampler - The Linux Sampler Project
      A modular, streaming capable, realtime audio sampler
      http://www.linuxsampler.org

  [3] Qt framework, C++ class library and tools for
      cross-platform application and UI development
      http://qt.io/

  [4] Linux Audio consortium of libre software for audio-related work
      http://linuxaudio.org

  [5] GPL - GNU General Public License
      http://www.gnu.org/copyleft/gpl.html

  [6] AppImage, Linux apps that run anywhere
      http://appimage.org/


See also:
   https://www.rncbc.org/drupal/node/2913


Enjoy!
- - -
rncbc aka Rui Nuno Capela

Re: [Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[Christian S. <sch...@li...>]

On Sunday, 10 May 2026 11:19:42 CEST Christian Schoenebeck wrote:
> On Sunday, 10 May 2026 01:09:18 CEST Doug Gray wrote:
> > I have previously posted some patches for arm and have Linux Sampler
> > running on Raspberry PiOS 32 and 64bit.  Check the archive.
> 
> That was in 2024 where support for modern ARM CPUs were missing in LS yet.
> There should be no need for those patches nowadays:
> 
> https://doc.linuxsampler.org/Release_Notes/LinuxSampler_2_4_0/
> 
> > I drive LS directly
> > using the LSCP commands and evolved some excellent Sampled pianos with
> > this
> > setup working pretty well. I have little need for some of the other tools.
> > I find I have a bug in LS that defies my debugging efforts and makes LS
> > unsuitable for serious use.  A random note playing near full velocity.
> 
> I only see you mentioned release-triggered samples, but no further details.

I just remembered: if it was really about release-triggered samples, then it 
could be this:

https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4020

/Christian

Re: [Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[Christian S. <sch...@li...>]

On Sunday, 10 May 2026 01:09:18 CEST Doug Gray wrote:
> I have previously posted some patches for arm and have Linux Sampler running
> on Raspberry PiOS 32 and 64bit.  Check the archive.

That was in 2024 where support for modern ARM CPUs were missing in LS yet.
There should be no need for those patches nowadays:

https://doc.linuxsampler.org/Release_Notes/LinuxSampler_2_4_0/

> I drive LS directly
> using the LSCP commands and evolved some excellent Sampled pianos with this
> setup working pretty well. I have little need for some of the other tools.
> I find I have a bug in LS that defies my debugging efforts and makes LS
> unsuitable for serious use.  A random note playing near full velocity. 

I only see you mentioned release-triggered samples, but no further details.

/Christian

Re: [Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[Doug G. <dou...@gm...>]

I have previously posted some patches for arm and have Linux Sampler running on Raspberry PiOS 32 and 64bit.  Check the archive.
I drive LS directly using the LSCP commands and evolved some excellent Sampled pianos with this setup working pretty well. I have little need for some of the other tools.
I find I have a bug in LS that defies my debugging efforts and makes LS unsuitable for serious use.  A random note playing near full velocity.  Otherwise it is fantastic.  I have now moved to a professional commercial keyboard.
I offered the arm patches but do not have the knowledge to push them into the gihub release nor the knowledge to be certain they are appropriate.
MacOS is outside my scope and is unlikely ever enter.  
Doug

Sent from my iPhone

> On 8 May 2026, at 11:37 pm, Christian Schoenebeck <sch...@li...> wrote:
> 
> Most people just stop by, ask some question, and that's it. I don't even see
> people helping other people with their questions.

Re: [Linuxsampler-devel] MacOS Arm Build Issue

[Andreas P. <and...@ou...>]

> Hi, regarding my post yesterday, Christian suggested I compile from 
> source for Mac Arm.
>
> I’m able to resolve errors in the configure script. However when I run 
> make, it is bailing out here and I can’t manage to figure out which 
> file is not being linked correctly for arm64.
>
> blinuxsampleraudiodriver.a[5](AudioOutputDeviceCoreAudio.o)
>
> "_kCFRunLoopDefaultMode", referenced from:
>
> LinuxSampler::AudioOutputDeviceCoreAudio::Main() in 
> liblinuxsampleraudiodriver.a[5](AudioOutputDeviceCoreAudio.o)
>
> ld: symbol(s) not found for architecture arm64
>
> clang++: *error: **linker command failed with exit code 1 (use -v to 
> see invocation)*
>
> make[3]: *** [liblinuxsampler.la] Error 1
>
> make[2]: *** [all-recursive] Error 1
>
> make[1]: *** [all-recursive] Error 1
>
> make: *** [all] Error 2
>
>
> Does anyone have any ideas?
>
I'm not a Mac user so I can't test, but the missing symbol is in the 
CoreFoundation framework. What happens if you add "-framework 
CoreFoundation" to (the first) coreaudio_ldflags in 
src/drivers/audio/Makefile.am?

/Andreas

[Linuxsampler-devel] MacOS Arm Build Issue

[TJ L. <tjl...@ma...>]

Hi, regarding my post yesterday, Christian suggested I compile from source for Mac Arm.

I’m able to resolve errors in the configure script. However when I run make, it is bailing out here and I can’t manage to figure out which file is not being linked correctly for arm64.

blinuxsampleraudiodriver.a[5](AudioOutputDeviceCoreAudio.o)
  "_kCFRunLoopDefaultMode", referenced from:
      LinuxSampler::AudioOutputDeviceCoreAudio::Main() in liblinuxsampleraudiodriver.a[5](AudioOutputDeviceCoreAudio.o)
ld: symbol(s) not found for architecture arm64
clang++: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [liblinuxsampler.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Does anyone have any ideas?

Re: [Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[Andreas P. <and...@ou...>]

> Well, Fantasia hasn't been worked on for so many years that I fear that
> Fantasia has to be removed from installers in near future anyway, unless
> somebody volunteers (which I doubt) to update Fantasia sources for it to work
> with a more recent Java version. The Java version Fantasia depends on is so
> old, that it doesn't make sense from security PoV alone, and of course all the
> struggle on modern systems to make it running.

Fantasia works fine for me with modern java (java 25 on Linux), it just 
needs an extra flag:

java --add-exports java.desktop/sun.swing.plaf.synth=ALL-UNNAMED 
Fantasia-0.9.jar

I also add -Dsun.java2d.uiScale=2 to make the GUI bigger on a 4k screen.

/Andreas

Re: [Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[Christian S. <sch...@li...>]

On Friday, 8 May 2026 03:02:41 CEST TJ Lindgren via Linuxsampler-devel wrote:
> Hi, I just wanted to check in on the state of LinuxSampler on macOS and
> Apple Silicon. To my knowledge there is no way to run LinuxSampler on a
> recent version of macOS or an Apple Silicon machine.

I guess you mean the automatic builds from the LS website. These do not even 
build an arm64 slice for the macOS binaries yet, only x86 slices. I assume you 
used Rosetta to launch them on Apple Silicon.

> My question is, has anyone successfully managed to do this? And if so, how?
> 
> Here’s a semi-exhaustive list of my findings trying to use LinuxSampler on
> an M4 Mac Mini Pro running macOS Sequoia 15.7.4
> 
> - AU plugin: This plugin will not scan properly in almost all DAWs except
> for Reaper. Although Reaper is able to scan the plugin, it cannot open it.
> All other DAWs I’ve tried such as Logic and Plogue Bidule the plugin fails
> to scan properly.
> 
> - VST2 plugin: No DAW I have tried properly scans the VST2 plugin so I can’t
> test whether it works. I’ve tried recent wrappers as well including this
> one, which unfortunately did not work even though it can load older plugins
> such as the Camel Audio VST2 plugins.
> 
> https://github.com/mannixsquared/vst-wrapper

I bet the plugins are not detected by VST/AU hosts on Apple Mx Macs because 
they would only accept arm64 plugins, not x86 ones.

> Graphical Front Ends:
> 
> - QSampler: The latest build will not load due to not being able to load
> QtSvg.
> 
> "Library not loaded: QtSvg.framework/Versions/5/QtSvg”
> 
> QtSvg has been installed via homebrew as well as Qt@5. However, QSampler
> still can’t find it.

I just addressed that. The latest Mac snapshot build does include this and 
other Qt frameworks now.

So far we had an explicit list of Qt frameworks to be bundled with the Mac 
installer. But as one can see, this can easily be forgotten if the dependency 
changes on QSampler side. So I added all Qt frameworks now. The size diff is 
not worth it anyway.

> Previous builds of QSampler would not work unless you symlinked the latest
> libgig dylib file and renamed it to an older version (e.g. symlink
> libgig.11.dylib and rename it to libgig.10.dylib)

OK, but that's actually been a while when that happened to you for the last 
time, right?

In the past, yes, that used to happen after new releases, as libs like libgig 
got their version bumped and that involved manual changes on our build server.

But in the meantime I have automated the release process to prevent such 
things from happening, i.e. the build server configuration is automatically 
updated on new releases.

Nevertheless, it would be better to send a short message to the mailing list 
than using such short wire library tricks. Because different libgig versions 
are in fact not compatible with each other.

> - Fantasia: The Fantasia version that installs with the latest build will
> only run if you right-click the app, go to Show Package Contents and
> navigate to Contents/MacOS/Fantasia and open the jar file directly. The
> Universal Java Application Stub trick from a few years back where you
> renamed the current JavaApplicationStub and replaced it with the Universal
> one no longer works.
> 
> The self-contained Java version released here:
> 
> https://github.com/grigoriliev/jsampler-fantasia/releases

Well, Fantasia hasn't been worked on for so many years that I fear that 
Fantasia has to be removed from installers in near future anyway, unless 
somebody volunteers (which I doubt) to update Fantasia sources for it to work 
with a more recent Java version. The Java version Fantasia depends on is so 
old, that it doesn't make sense from security PoV alone, and of course all the 
struggle on modern systems to make it running.

> I realize this is a pretty niche user base, especially on MacOS. However,
> there is currently no other way to play gig instruments and it really has
> been a fantastic tool in the past. For someone like me with a large amount
> of custom giga libraries, it would be really great to see this working
> again on latest Macs/Apple Silicon. If there’s any more information I can
> provide, please let me know.

Yeah I guess that's the main problem here: right now I am basically the only 
one working on this stuff here, at least in the last bunch of years. And I 
can't work (or care) for everything.

Most people just stop by, ask some question, and that's it. I don't even see 
people helping other people with their questions.

/Christian

[Linuxsampler-devel] State of Linuxsampler on macOS and Apple Silicon

[TJ L. <tjl...@ma...>]

Hi, I just wanted to check in on the state of LinuxSampler on macOS and Apple Silicon. To my knowledge there is no way to run LinuxSampler on a recent version of macOS or an Apple Silicon machine.

My question is, has anyone successfully managed to do this? And if so, how?

Here’s a semi-exhaustive list of my findings trying to use LinuxSampler on an M4 Mac Mini Pro running macOS Sequoia 15.7.4

- AU plugin: This plugin will not scan properly in almost all DAWs except for Reaper. Although Reaper is able to scan the plugin, it cannot open it. All other DAWs I’ve tried such as Logic and Plogue Bidule the plugin fails to scan properly.

- VST2 plugin: No DAW I have tried properly scans the VST2 plugin so I can’t test whether it works. I’ve tried recent wrappers as well including this one, which unfortunately did not work even though it can load older plugins such as the Camel Audio VST2 plugins.

https://github.com/mannixsquared/vst-wrapper


Graphical Front Ends:

- QSampler: The latest build will not load due to not being able to load QtSvg.

"Library not loaded: QtSvg.framework/Versions/5/QtSvg”

QtSvg has been installed via homebrew as well as Qt@5. However, QSampler still can’t find it.

Previous builds of QSampler would not work unless you symlinked the latest libgig dylib file and renamed it to an older version (e.g. symlink libgig.11.dylib and rename it to libgig.10.dylib)

- Fantasia: The Fantasia version that installs with the latest build will only run if you right-click the app, go to Show Package Contents and navigate to Contents/MacOS/Fantasia and open the jar file directly. The Universal Java Application Stub trick from a few years back where you renamed the current JavaApplicationStub and replaced it with the Universal one no longer works.

The self-contained Java version released here:

https://github.com/grigoriliev/jsampler-fantasia/releases

will launch if you unquarantine the app, but the LinuxSampler backend needs to be started manually or you will get an error message saying the backend cannot be launched. This does not happen when running the jar file included with the build downloads.

When launching the jar file directly or the self-contained version, coremidi and coreaudio devices can be assigned. However, although midi input is received to a loaded instrument, Fantasia will not play anything out the audio device, even though the assignments are correct. The built-in Fantasia keyboard shows the instrument is triggering as well but again no sound is sent out the Coreaudio device (I tried several). Therefore I cannot test if an instrument can be played in Fantasia standalone.


Most importantly, without a working updated AU or VST, there doesn’t seem to be a way to use Linuxsampler via a DAW on macOS. If Fantasia or QSampler correctly played out a CoreAudio device, one could use a virtual midi port to trigger the instruments and then use a Netaudio AU to send back to the DAW. However, this is much less convenient than sending the audio from Fantasia or QSampler directly back into the plugin/DAW as it has previously done - and still does on Windows and Linux - as well as launching Fantasia when the plugin is instantiated.

I realize this is a pretty niche user base, especially on MacOS. However, there is currently no other way to play gig instruments and it really has been a fantastic tool in the past. For someone like me with a large amount of custom giga libraries, it would be really great to see this working again on latest Macs/Apple Silicon. If there’s any more information I can provide, please let me know.

Best,

TJ Lindgren

[Linuxsampler-devel] Linux Audio Conference LAC2026: June 18th-20 in Maynooth, Ireland

[Frank N. <bea...@we...>]

Hi all,

just wanted to share the good news here that in 2026 the LAC (Linux Audio Conference) is 
taking place again, on June 18-20 (Thu-Sat), this time coming back to Maynooth (Ireland) 
where it was already hosted in 2011.

Victor Lazzarini, conference organizer, asked me to help in spreading the word about
it, so here we go.

All details on music&paper submission process, deadlines, travel and accomodation etc can
be found at the conference web site: https://lac26.mucs.club/

Greetings, and please feel free to spread the word wherever possible,
Frank

Re: [Linuxsampler-devel] LinuxSampler 2.4.2 released

[Jim H. <la...@gm...>]

On 12/17/25 8:16 AM, Christian Schoenebeck wrote:
> Hi everyone,
>
> wrapping the year up with maintenance releases:
>
>          o LinuxSampler 2.4.2
>          o Gigedit 1.2.4
>          o libgig 4.5.2
>
> Gigedit 1.2.4 fixes a few issues, foremost visibility issues when running
> Gigedit with Dark Mode enabled, but also issues with sample reference count
> being incorrect.
>
> LinuxSampler 2.4.2 and libgig 4.5.2 both fix build issues only.
>
> As always, refer to the ChangeLog file for details of the individual fixes.
>
> Merry Christmas everyone, see you next year, and ... behave!
>
> /Christian
>
>
>
>
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Thanks Christian for the updates. I have updated the RPM packages on 
Copr for Fedora 41-43. All except for Gigedit. It's being a bit 
problematic so far. While it's successfully building it is using 
/usr/lib instead of /usr/lib64 so it fails to create the RPM. This is a 
Copr issue I believe and not an issue with Gigedit as I can build it 
locally just fine using the same .spec file. I will update once I get 
this worked out.

[Linuxsampler-devel] LinuxSampler 2.4.2 released

[Christian S. <sch...@li...>]

Hi everyone,

wrapping the year up with maintenance releases:

        o LinuxSampler 2.4.2
        o Gigedit 1.2.4
        o libgig 4.5.2

Gigedit 1.2.4 fixes a few issues, foremost visibility issues when running 
Gigedit with Dark Mode enabled, but also issues with sample reference count 
being incorrect.

LinuxSampler 2.4.2 and libgig 4.5.2 both fix build issues only.

As always, refer to the ChangeLog file for details of the individual fixes.

Merry Christmas everyone, see you next year, and ... behave!

/Christian

Re: [Linuxsampler-devel] little problem to compile linuxsampler with the last GCC15

[Christian S. <sch...@li...>]

On Wednesday, 12 November 2025 19:27:41 CET Philippe DIDIER wrote:
> Le 12/11/2025 à 13:14, Christian Schoenebeck a écrit :
> > On Tuesday, November 11, 2025 12:15:22 AM CET Philippe DIDIER wrote:
> > [...]
> > 
> >> But I failed to build LinuxSampler for the next coming version of my
> >> distribution using GCC15.2 :
> >> my system was not supposed to be UNIX98 compatible
> >> But indeed it is
> >> 
> >> I simply have had to add this patch to add one line in configure.ac and
> >> it's OK now :
> >> 
> >> --- /configure.ac    2025-11-07 14:35:24.000000000 +0100
> >> +++ /configure.ac    2025-11-09 19:12:47.608538979 +0100
> >> @@ -131,6 +131,7 @@
> >> 
> >>    #define _GNU_SOURCE 1
> >>    #endif
> >>    #include <features.h>
> >> 
> >> +#include <stdlib.h>
> >> 
> >>    void main(void) {
> >>    #if _XOPEN_SOURCE >= 500
> >>    exit(0); /* UNIX98 compatible */
> > 
[...]
> I am using a Linux distribution (Mageia)
> The actual version of Mageia is Mageia9
> No problem to build LinuxSampler 2.4.1 with GCC 12.3
> 
> But we are preparing the next MAgeia10 inside Mageia Caludron
> and Mageia10 will be built upon GCC15.2
> That's where the problem appeared (GCC15.x is more strict)
> The workaround was to modify configure.ac with a patch
> adding only :
> #include <stdlib.h> after line 133 That's enough

I was able to reproduce this with GCC 14 as well. Apparently not a compiler 
version issue. Root cause was the exit() function not been declared. 
Apparently stdlib.h was previously included by features.h.

I fixed this now by replacing the exit function calls by a simple return 
statement, and also addressed other configure checks that were prone to this 
issue as well:

https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4413

Thanks!

/Christian