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

[Linuxsampler-devel] linuxsampler ctrl+c crash (was: linuxsampler 2.5.0)

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

On Thursday, 6 August 2026 14:21:55 CEST Alextone wrote:
> Hi Christian, i hope all is well with you.
> 
> I SVN D/L libgig and linuxsampler 2.5.0. Compile went fine for both of
> them, and installed without errors. So far. so far.
> 
> I ran LS from a terminal, with no errors showing, and then pressed Ctrl
> + C to close it. I get a segfault, so i ran LS again, this time with gdb.

Hi Alex,

please use the LS mailing list.

> Here's what I got.
> 
> (gdb) run
> Starting program: /usr/local/bin/linuxsampler
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> LinuxSampler 2.5.0
> Copyright (C) 2003,2004 by Benno Senoner and Christian Schoenebeck
> Copyright (C) 2005-2026 Christian Schoenebeck
> Binary built: Aug  6 2026
> Detected features: MMX SSE SSE2
> Automatic Stacktrace: Off
> Creating Sampler...OK
> Registered sampler engines: 'GIG','SF2','SFZ'
> Registered MIDI input drivers: ALSA,JACK
> Registered audio output drivers: ALSA,JACK
> Loading instrument editor plugins...OK
> Registered instrument editors: 'gigedit'
> Registered internal effect systems: LADSPA
> Registered internal effects: 159
> Starting LSCP network server (0.0.0.0:8888)...[New Thread 0x7ffff3ac46c0
> (LWP 45316)]
> OK
> LinuxSampler initialization completed. :-)
> 
> ^C
> Thread 1 "ls-main" received signal SIGINT, Interrupt.
> __syscall_cancel_arch () at
> ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
> warning: 56    ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S: No
> such file or directory
> (gdb)  bt full
> #0  __syscall_cancel_arch () at
> ../sysdeps/unix/sysv/linux/x86_64/syscall_cancel.S:56
> #1  0x00007ffff767d668 in __internal_syscall_cancel
>      (a1=a1@entry=0, a2=a2@entry=0, a3=a3@entry=140737488346144,
> a4=a4@entry=140737488346144, a5=a5@entry=0, a6=a6@entry=0, nr=230)
>      at ./nptl/cancellation.c:49
>          result = <optimized out>
>          pd = <optimized out>
>          ch = <optimized out>
> #2  0x00007ffff76c9fba in __GI___clock_nanosleep (clock_id=<optimized out>,
>      clock_id@entry=0, flags=flags@entry=0,
> req=req@entry=0x7fffffffdc20, rem=rem@entry=0x7fffffffdc20)
>      at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:48
>          r = <optimized out>
> #3  0x00007ffff76d53d3 in __GI___nanosleep
> (req=req@entry=0x7fffffffdc20, rem=rem@entry=0x7fffffffdc20)
>      at ../sysdeps/unix/sysv/linux/nanosleep.c:25
>          ret = <optimized out>
> #4  0x00007ffff76e6da8 in __sleep (seconds=0) at ../sysdeps/posix/sleep.c:55
> save_errno = 2
>          ts = {tv_sec = 0, tv_nsec = 480383142}
> #5  0x0000555555557ccd in main (argc=<optimized out>, argv=<optimized
> out>) at linuxsampler.cpp:249
>          addr = {s_addr = <optimized out>}
> (gdb)
> 
> 
> I'm on debian trixie with kernel 6.16.12 rt, with the usual system RT
> tweaks.
> 
> Is there something i'm missing here, or a setting i need to check?

That's not a LinuxSampler bug and it does not crash for me BTW. There were no 
changes in this part of LS for years, so you would most certainly get the same 
crash with much older versions of LS as well.

In your BT it crashed in sleep() (nanosleep syscall). The syscall is blocked, 
and after our custom SIGINT signal handler returned (which really just calls 
atomic_set(&running, 0) and returns, so nothing fancy at all), glibc tried to 
drain the nanosleep syscall and crashed inside its __syscall_cancel_arch() 
function.

So it appears to be a bug with the combination of RT kernel and glibc version 
that you are using. I can't tell the exact root cause, but it is most likely 
either a Linux kernel or glibc issue.

/Christian

[Linuxsampler-devel] LinuxSampler 2.5.0 released

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

Hi everyone,

how about a fresh, late-summer LinuxSampler update:

        o LinuxSampler 2.5.0
        o Gigedit 1.3.0
        o libgig 4.6.0

This is a new feature release. Check the release notes for details:

        http://doc.linuxsampler.org/Release_Notes/LinuxSampler_2_5_0/

/Christian

Re: [Linuxsampler-devel] How to achieve one shot (ignoring note off) and monophonic voice

[Martin K. <ma...@ro...>]

Hi Christian,

Thank you very much. group and off_by worked well. I did experiment with 
them previously but I must have done something wrong as they were being 
ignored. I will be running LinuxSampler on headless Pi 4 for my show 
next week. Thank you for this amazing piece of software!

Kind regards,
Martin

---
roughgrain.com - Mastering Mentoring
+447780565902

On 2026-07-21 10:55, Christian Schoenebeck wrote:
> On Sunday, 19 July 2026 14:32:24 CEST Martin Kuchta wrote:
>> Good day,
> 
> Hi Martin,
> 
>> Would you please be able to help me create a voice that plays all
>> samples as one shot (loop_mode=one_shot in SFZ) but also cuts off the
>> tail when a new sample is triggered (polyphony=1)? I am overloading 
>> and
>> distorting the engine when playing drum hits in quick succession. The
>> polyphony opcode is not yet implemented.
> 
> There are various ways to handle that.
> 
> If it's just clipping that you want to solve, then simply adding a 
> limiter to
> your DSP chain is one obvious solution (as long as the audio chain uses
> floating point, which most environments do nowadays).
> 
> Or in the SFZ world you would do something like this:
> 
> <group> group=1 off_by=1 off_mode=fast
> <region> sample=foo1.wav key=64
> <region> sample=foo2.wav key=64
> 
>> I briefly explored creating a gig instrument in gigedit, but I can't
>> seem to find the options for either one-shot or monophonic playback. 
>> Can
>> you please point me in the right direction? Thank you.
> 
> In Gigedit: right-click on a region, check "Member of a Keygroup". If 
> you have
> multiple, give each a separate group number.
> 
> On "Pitch" tab: disable "Pitch Track" if you don't want the pitch being
> changed based on the keyboard position.
> 
> For fine tuning: on "Amp" tab have a look at the checkboxes of "May be
> cancelled:". These control what happens on note-offs.
> 
> In both worlds you could also use a NKSP script, which gives you way 
> more
> control of fine tuning the behaviour. For instance you can even use
> change_vol_time() and change_vol_curve() to control the ramp down 
> precisely,
> or conditional situational stuff, but that's probably already out of 
> scope of
> what you are trying to achieve.
> 
> /Christian
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] Sincere Thanks

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

On Thursday, 23 July 2026 17:41:06 CEST Clinton Miller wrote:
> Hello: I am writing to thank Christian and Ben and any other programmers who
> worked or are still working on the LinuxSampler project. I am a blind
> computer user, and I use the usual screen reader apps we have. They do not
> do well with modern skins and GUIs, but I have had great success using the
> LinuxSampler back end with LSCP script files! It took a while and a lot of
> experimenting, but it works fine. It is great to have my old .gig files
> back again. They sounded great 20+ years ago, and they still do today.
> Thank yu again guys for your excellent work on this project. It means a lot
> to me.

Great that you find it useful!

There is also a lscp command line tool (equally named, i.e. "lscp") by the way 
with tab auto completion. I'm not sure how useful it really would be for your 
specific use, but just that you know.

Thanks!

/Christian

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

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

On Wednesday, 22 July 2026 22:55:00 CEST TJ Lindgren wrote:
> Still not loading. Running LC_ALL=C
> /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit produces the
> following:
> 
> LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
> Initializing 3rd party services needed by gigedit.
> Could not load gigedit config file '/Users/tjl/.config/gigedit.conf'
> 
> (gigedit:92059): Gtk-CRITICAL **: 13:49:20.956:
> gtk_check_menu_item_set_active: assertion 'GTK_IS_CHECK_MENU_ITEM
> (check_menu_item)' failed Could not load gigedit config file
> '/Users/tjl/.config/gigedit.conf'
> 
> (gigedit:92059): Gtk-WARNING **: 13:49:21.294: Could not load a pixbuf from
> /org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg. This may indicate
> that pixbuf loaders or the mime database could not be found. zsh:
> segmentation fault  LC_ALL=C
> /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
> 
> Followed by a crash. Crash report attached to this email.
> 
> TJ Lindgren

So LC_ALL=C bypassed the locale issue, which confirmed that there is an issue
with the location where the glib and gtk libs expect to load the resources
from. Which is probably just a configure parameter issue how the libs were
built.

Being honest, you can see it yourself, this actually deserves a complete
overhaul of the Mac building infrastructure, which simply became far too old
now for recent macOS versions.

I mean you can try something further like this:

LC_ALL=C GTK_CSD=0 /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit

To force native macOS visuals and bypassing the Cocoa/Gtk issues that you got
now, but considering that Apple will drop support for Rosetta and Intel for
good this September, I think it is not worth continuing to fight the symptoms
here any longer.

It is probably better making a new build environment for Mac from scratch,
with latest Gtk and Qt libs, support for Arm and latest macOS APIs, and
preferably getting rid of these nasty /usr/local/... install locations for
libraries, instead putting all libs into a convenient pure App Bundle that
people could simply drag in and out for installing and uninstalling on Mac.

However that will be a long run. The problem already starts that for Apple
Silicon there is currently no way to build from our Linux based server,
neither by cross-compilation (which I would get rid off anyway), nor by
virtualization, as the latter requires a Mac, and emulation would be way
too slow.

So I fear on the short/mid term you probably need to try on building these
from source for Apple Silicon on your side.

Sorry!

/Christian

[Linuxsampler-devel] Sincere Thanks

[Clinton M. <cli...@sy...>]

Hello: I am writing to thank Christian and Ben and any other programmers who worked or are still working on the LinuxSampler project. I am a blind computer user, and I use the usual screen reader apps we have. They do not do well with modern skins and GUIs, but I have had great success using the LinuxSampler back end with LSCP script files! It took a while and a lot of experimenting, but it works fine. It is great to have my old .gig files back again. They sounded great 20+ years ago, and they still do today. Thank yu again guys for your excellent work on this project. It means a lot to me.

Clinton

Sent from my iPhone

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

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

Still not loading. Running LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit produces the following:

LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
Initializing 3rd party services needed by gigedit.
Could not load gigedit config file '/Users/tjl/.config/gigedit.conf'

(gigedit:92059): Gtk-CRITICAL **: 13:49:20.956: gtk_check_menu_item_set_active: assertion 'GTK_IS_CHECK_MENU_ITEM (check_menu_item)' failed
Could not load gigedit config file '/Users/tjl/.config/gigedit.conf'

(gigedit:92059): Gtk-WARNING **: 13:49:21.294: Could not load a pixbuf from /org/gtk/libgtk/theme/Adwaita/assets/check-symbolic.svg.
This may indicate that pixbuf loaders or the mime database could not be found.
zsh: segmentation fault  LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit

Followed by a crash. Crash report attached to this email.

TJ Lindgren



> On Jul 20, 2026, at 10:48 AM, Christian Schoenebeck <sch...@li...> wrote:
> 
> On Sunday, 12 July 2026 19:20:21 CEST TJ Lindgren wrote:
>> 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 Gigedit crash might be a locale issue. Try this:
> 
> LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit
> 
> /Christian
> 
> 
> 
> 
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] How to achieve one shot (ignoring note off) and monophonic voice

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

On Sunday, 19 July 2026 14:32:24 CEST Martin Kuchta wrote:
> Good day,

Hi Martin,

> Would you please be able to help me create a voice that plays all
> samples as one shot (loop_mode=one_shot in SFZ) but also cuts off the
> tail when a new sample is triggered (polyphony=1)? I am overloading and
> distorting the engine when playing drum hits in quick succession. The
> polyphony opcode is not yet implemented.

There are various ways to handle that.

If it's just clipping that you want to solve, then simply adding a limiter to 
your DSP chain is one obvious solution (as long as the audio chain uses 
floating point, which most environments do nowadays).

Or in the SFZ world you would do something like this:

<group> group=1 off_by=1 off_mode=fast
<region> sample=foo1.wav key=64
<region> sample=foo2.wav key=64

> I briefly explored creating a gig instrument in gigedit, but I can't
> seem to find the options for either one-shot or monophonic playback. Can
> you please point me in the right direction? Thank you.

In Gigedit: right-click on a region, check "Member of a Keygroup". If you have 
multiple, give each a separate group number.

On "Pitch" tab: disable "Pitch Track" if you don't want the pitch being 
changed based on the keyboard position.

For fine tuning: on "Amp" tab have a look at the checkboxes of "May be 
cancelled:". These control what happens on note-offs.

In both worlds you could also use a NKSP script, which gives you way more 
control of fine tuning the behaviour. For instance you can even use 
change_vol_time() and change_vol_curve() to control the ramp down precisely, 
or conditional situational stuff, but that's probably already out of scope of 
what you are trying to achieve.

/Christian

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

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

On Sunday, 12 July 2026 19:20:21 CEST TJ Lindgren wrote:
> 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 Gigedit crash might be a locale issue. Try this:

LC_ALL=C /Applications/LinuxSampler/gigedit.app/Contents/MacOS/gigedit

/Christian

[Linuxsampler-devel] How to achieve one shot (ignoring note off) and monophonic voice

[Martin K. <ma...@ro...>]

Good day,

Would you please be able to help me create a voice that plays all 
samples as one shot (loop_mode=one_shot in SFZ) but also cuts off the 
tail when a new sample is triggered (polyphony=1)? I am overloading and 
distorting the engine when playing drum hits in quick succession. The 
polyphony opcode is not yet implemented.

I briefly explored creating a gig instrument in gigedit, but I can't 
seem to find the options for either one-shot or monophonic playback. Can 
you please point me in the right direction? Thank you.

Kind regards,

Martin

-- 
roughgrain.com - Mastering Mentoring
+447780565902

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