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

Re: [Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

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

On Thursday, 20 August 2026 09:29:47 CEST Pranav P wrote:
> Hi Christian,
> 
> Sorry for the delayed response. I tested out your patch and it does fix the
> issue. Thanks a lot for pitching in.

In the meantime I have committed additional BE fixes to SVN, e.g. for 
SoundFont. Some more might still follow. I am confident that next maintenance 
release will have them covered.

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


> So, the reason that I made the final changes (the ones even after the test
> cases passed) was because I have seen circumstances where issues might be
> present in both reading and writing which gets masked away. I tested them
> by generating files (a.riff, b.riff, c.riff, d.riff and foo.gig) in the
> src/testcases folder in a little-endian machine, and copying them into a
> big-endian machine and then running the test-suite after commenting out the
> test cases which write into them (so that only the reading part is tested).

Ah, that makes sense then. Because it would only manifest exactly if the RIFF 
files were written by LE machine and read by BE machine, so I already assumed 
you did this manually.

I have added test cases that bypass the libgig API and preventing that double-
wrong on the same endian-type host from masking the tests pass on broken 
endian code, e.g. with r4662 and:

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

Thanks!

/Christian

Re: [Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

[Pranav P <pra...@ib...>]

Hi Christian,

Sorry for the delayed response. I tested out your patch and it does fix the issue.
Thanks a lot for pitching in.

So, the reason that I made the final changes (the ones even after the test cases passed)
was because I have seen circumstances where issues might be present in both reading
and writing which gets masked away. I tested them by generating files (a.riff, b.riff, c.riff, d.riff
and foo.gig) in the src/testcases folder in a little-endian machine, and copying them into
a big-endian machine and then running the test-suite after commenting out the test cases
which write into them (so that only the reading part is tested).

Thanks a lot again for looking into this.

With regards,
Pranav

Re: [Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

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

On Friday, 14 August 2026 10:02:48 CEST Christian Schoenebeck wrote:
> On Thursday, 13 August 2026 15:38:38 CEST Christian Schoenebeck wrote:
> > On Tuesday, 11 August 2026 11:19:03 CEST Pranav P wrote:
[...]
> > Hi Pranav,
> > 
> > thanks for pointing this out and for the patch.
> > 
> > I made a quick test with QEMU s390x user mode emulation and was able to
> > reproduce these BE issues.
> > 
> > Give me some time. I am thinking about a cleaner approach to fix these.
> 
> I have split your fixes up into separate commits.
> 
> For the following fixes I chose a different, cleaner approach:
> 
> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4651
> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4652
> 
> For the following fix I picked your solution, just brought back comments
> that your dropped:
> 
> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi?view=revision&revision=4653
> 
> All existing tests already pass for s390x here for me. However there is
> still one fix in your patch that I have not addressed in SVN yet: your BE
> changes for calling __calculateCRC(). How did you hit this issue, given
> that all tests already succeed for me with current SVN r4653?

And the last issue from your patch is now fixed with different approach by:

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

I guarded this BE issue with a new test case that bypasses the libgig API to 
avoid the bug being masked, which was the reason why the tests passed even 
without this fix applied.

I consider your reported BE issues being fixed now. Otherwise let me know.

Thanks!

/Christian

[Linuxsampler-devel] [ANN] QSampler 1.0.3 - A Mid-Summer'26 Release

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

Greetings!

   Qsampler 1.0.3 (mid-summer'26) is released!

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

Change-log:
- Mac: Add missing bundle identifier and bundle name (fixes e.g. issue 
with file browser dialog).
- Fixed crash when selecting the "Don't ask this again" option on some 
message-box prompts.

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.3.tar.gz
- source packages:
   https://download.sf.net/qsampler/qsampler-1.0.3-4.1.rncbc.suse.src.rpm
- binary packages:
   https://download.sf.net/qsampler/qsampler-1.0.3-4.1.rncbc.suse.x86_64.rpm
- AppImage [6] package:
   https://download.sf.net/qsampler/qsampler-1.0.3-4.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.org/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.org/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
      https://qsampler.sourceforge.io
      http://qsampler.sourceforge.net

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

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

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

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

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


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


Enjoy!
- - -
rncbc aka Rui Nuno Capela

Re: [Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

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

On Thursday, 13 August 2026 15:38:38 CEST Christian Schoenebeck wrote:
> On Tuesday, 11 August 2026 11:19:03 CEST Pranav P wrote:
> > Hi Christian and the LinuxSampler team,
> > I have put together a patch to port libgig to big-endian architectures
> > (testing happend on s390x). This was based on the bug report in Debian:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1116657 While the
> > existing code works well on little-endian systems (like x86_64), it
> > contained several assumptions that caused data corruption, CRC mismatches,
> > and crashes (due to unaligned memory access) on big-endian systems.
> > Changes
> 
> > made in this patch:
> Hi Pranav,
> 
> thanks for pointing this out and for the patch.
> 
> I made a quick test with QEMU s390x user mode emulation and was able to
> reproduce these BE issues.
> 
> Give me some time. I am thinking about a cleaner approach to fix these.

I have split your fixes up into separate commits.

For the following fixes I chose a different, cleaner approach:

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

For the following fix I picked your solution, just brought back comments that 
your dropped:

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

All existing tests already pass for s390x here for me. However there is still 
one fix in your patch that I have not addressed in SVN yet: your BE changes 
for calling __calculateCRC(). How did you hit this issue, given that all tests 
already succeed for me with current SVN r4653?

/Christian

Re: [Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

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

On Tuesday, 11 August 2026 11:19:03 CEST Pranav P wrote:
> Hi Christian and the LinuxSampler team,
> I have put together a patch to port libgig to big-endian architectures
> (testing happend on s390x). This was based on the bug report in Debian:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1116657 While the
> existing code works well on little-endian systems (like x86_64), it
> contained several assumptions that caused data corruption, CRC mismatches,
> and crashes (due to unaligned memory access) on big-endian systems. Changes
> made in this patch:

Hi Pranav,

thanks for pointing this out and for the patch.

I made a quick test with QEMU s390x user mode emulation and was able to 
reproduce these BE issues.

Give me some time. I am thinking about a cleaner approach to fix these.

/Christian

[Linuxsampler-devel] [PATCH] Fix endianness and memory alignment issues for big-endian architectures (s390x)

[Pranav P <pra...@ib...>]

Hi Christian and the LinuxSampler team,
I have put together a patch to port libgig to big-endian architectures (testing happend on s390x).
This was based on the bug report in Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1116657
While the existing code works well on little-endian systems (like x86_64), it contained several assumptions that caused data corruption, CRC mismatches, and crashes (due to unaligned memory access) on big-endian systems.
Changes made in this patch:

  1.
RIFF.cpp (Chunk Size IO): Fixed read() and write() calls that were attempting to read/write 4 bytes directly into a 64-bit uint64_t variable. This caused silent memory corruption on big-endian systems. The patch uses a 32-bit temp variable to handle this safely.
  2.
RIFF.cpp (Buffer Restoration): Added logic to revertpData to its native endianness after writing, as the write operation modifies the buffer in place for byte-swapping.
  3.  gig.cpp (CRC Calculation): The CRC must be calculated on the serialized little-endian byte stream (as it exists on disk). On big-endian systems, the code now creates a temporary little-endian buffer to calculate the CRC correctly, ensuring checksums match across architectures.
  4.
gig.cpp (Memory Alignment & Aliasing): Replaced raw uint32_t* pointer arithmetic with uint8_t* combined with load32/store32. This prevents unaligned memory access faults and ensures correct little-endian parsing of chunk data.

The patch applies cleanly to SVN revision 4650. Please find the patch attached to this email.
The code was tested in both x86 and s390x.
Testing involved: Running test cases on both architectures, generating files .riff and .gig files on s390x and reading them from an x86 machine and generating .riff and .gig files on x86 and reading them from an s390x.
Let me know if you need any modifications, have questions about the approach, or need further testing on other architectures.
Best regards,
Pranav

[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