linuxsampler-devel Mailing List for LinuxSampler (Page 2)

Status: Planning

Brought to you by: cuse, jgreen, reduz, senbenno, theno23

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

You can subscribe to this list here.

2002	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (27)	Nov (120)	Dec (16)
2003	Jan (65)	Feb (2)	Mar (53)	Apr (15)	May	Jun (19)	Jul (8)	Aug (35)	Sep (17)	Oct (70)	Nov (87)	Dec (94)
2004	Jan (133)	Feb (28)	Mar (45)	Apr (30)	May (113)	Jun (132)	Jul (33)	Aug (29)	Sep (26)	Oct (11)	Nov (21)	Dec (60)
2005	Jan (108)	Feb (153)	Mar (108)	Apr (44)	May (72)	Jun (90)	Jul (99)	Aug (67)	Sep (117)	Oct (38)	Nov (40)	Dec (27)
2006	Jan (16)	Feb (18)	Mar (21)	Apr (71)	May (26)	Jun (48)	Jul (27)	Aug (40)	Sep (20)	Oct (118)	Nov (69)	Dec (35)
2007	Jan (76)	Feb (98)	Mar (26)	Apr (126)	May (94)	Jun (46)	Jul (9)	Aug (89)	Sep (18)	Oct (27)	Nov	Dec (49)
2008	Jan (117)	Feb (40)	Mar (18)	Apr (30)	May (40)	Jun (10)	Jul (30)	Aug (13)	Sep (29)	Oct (23)	Nov (22)	Dec (35)
2009	Jan (19)	Feb (39)	Mar (17)	Apr (2)	May (6)	Jun (6)	Jul (8)	Aug (11)	Sep (1)	Oct (46)	Nov (13)	Dec (5)
2010	Jan (21)	Feb (3)	Mar (2)	Apr (7)	May (1)	Jun (26)	Jul (3)	Aug (10)	Sep (13)	Oct (35)	Nov (10)	Dec (17)
2011	Jan (26)	Feb (27)	Mar (14)	Apr (32)	May (8)	Jun (11)	Jul (4)	Aug (7)	Sep (27)	Oct (25)	Nov (7)	Dec (2)
2012	Jan (20)	Feb (17)	Mar (59)	Apr (31)	May	Jun (6)	Jul (7)	Aug (10)	Sep (11)	Oct (2)	Nov (4)	Dec (17)
2013	Jan (17)	Feb (2)	Mar (3)	Apr (4)	May (8)	Jun (3)	Jul (2)	Aug	Sep (3)	Oct	Nov	Dec (1)
2014	Jan (6)	Feb (26)	Mar (12)	Apr (14)	May (8)	Jun (7)	Jul (6)	Aug (6)	Sep (3)	Oct	Nov	Dec
2015	Jan (9)	Feb (5)	Mar (4)	Apr (9)	May (3)	Jun (2)	Jul (4)	Aug	Sep	Oct (1)	Nov	Dec (3)
2016	Jan (2)	Feb (4)	Mar (5)	Apr (4)	May (14)	Jun (31)	Jul (18)	Aug	Sep (10)	Oct (3)	Nov	Dec
2017	Jan (39)	Feb (5)	Mar (2)	Apr	May (52)	Jun (11)	Jul (36)	Aug (1)	Sep (7)	Oct (4)	Nov (10)	Dec (8)
2018	Jan (3)	Feb (4)	Mar	Apr (8)	May (28)	Jun (11)	Jul (2)	Aug (2)	Sep	Oct (1)	Nov (2)	Dec (25)
2019	Jan (12)	Feb (50)	Mar (14)	Apr (3)	May (8)	Jun (17)	Jul (10)	Aug (2)	Sep (21)	Oct (10)	Nov	Dec (28)
2020	Jan (4)	Feb (10)	Mar (7)	Apr (16)	May (10)	Jun (7)	Jul (2)	Aug (5)	Sep (3)	Oct (3)	Nov (2)	Dec (1)
2021	Jan	Feb (5)	Mar (13)	Apr (13)	May (7)	Jun	Jul (1)	Aug (11)	Sep (12)	Oct (7)	Nov (26)	Dec (41)
2022	Jan (23)	Feb	Mar (8)	Apr (1)	May	Jun	Jul	Aug (2)	Sep	Oct (3)	Nov (1)	Dec (1)
2023	Jan	Feb (5)	Mar (2)	Apr	May	Jun (1)	Jul	Aug (11)	Sep (5)	Oct (1)	Nov	Dec
2024	Jan (2)	Feb (4)	Mar (1)	Apr (1)	May (1)	Jun (1)	Jul	Aug	Sep	Oct	Nov (10)	Dec
2025	Jan	Feb (4)	Mar (1)	Apr (2)	May	Jun (17)	Jul (1)	Aug (4)	Sep (7)	Oct (1)	Nov	Dec

Flat | Threaded

<< < 1 2 3 4 .. 216 > >> (Page 2 of 216)

Re: [Linuxsampler-devel] 2.4.0 and 2.3.1 Releases not working on MacOS

From: Grigor I. <gr....@gm...> - 2025-06-05 15:09:24

> - When loading the VST plugin, it is trying to open Fantasia as it does
on Windows. However, Fantasia is using a very old version of Java that
cannot run in MacOS so Fantasia cannot open. There used to be a workaround
to use an older version of JavaApplicationStub, however the version used
for Fantasia seems to be deprecated on recent versions of MacOS.

You can try with latest Fantasia version. It doesn't require installed Java
(JRE):

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

Re: [Linuxsampler-devel] 2.4.0 and 2.3.1 Releases not working on MacOS

From: Christian S. <sch...@li...> - 2025-06-05 11:44:28

On Thursday, June 5, 2025 12:34:40 PM CEST Christian Schoenebeck wrote:
> On Tuesday, June 3, 2025 8:53:36 PM CEST TJ Lindgren via Linuxsampler-devel wrote:
> > Has anyone tested Linuxsampler with a recent version of MacOS? I cannot
> > get
> > LinuxSampler working at all. Obviously, it’s not apple silicon but there
> > are several issues preventing LinuxSampler from working it seems.
> > 
> > - When loading the VST plugin, it is trying to open Fantasia as it does on
> > Windows. However, Fantasia is using a very old version of Java that cannot
> > run in MacOS so Fantasia cannot open. There used to be a workaround to use
> > an older version of JavaApplicationStub, however the version used for
> > Fantasia seems to be deprecated on recent versions of MacOS.
> > 
> > 
> > 
> > - The AU plugin does not load at all. This includes versions previous to
> > 2.4.0 as well as the most recent 2.4.0 release.
> > 
> > 
> > 
> > - Both the VST and AU plugins do not scan correctly in several hosts. For
> > example, the VST scans correctly in Reaper but not the AU. In Plogue
> > Bidule, neither the VST or AU scan. In MainStage/Logic (AU support only)
> > the AU does not scan.
> > 
> > - QSampler requires libgig.10.dylib even though libgig.11.dylib was
> > installed for previous versions (2.3.1)  and libgig.12.dylib for the most
> > recent version (2.4.0). So in order to open QSampler, you have to symlink
> > the libgig file and rename it to libgig.10.dylib.
> 
> Mja, confirmed. The Mac installer actually ships an ancient version of
> QSampler and liblscp. This issue exists since the transition of liblscp/
> QSampler from autoconf to CMake.
> 
> I guess the same applies to the Windows installer.
> 
> The thing is, the binaries are automatically built on our server. Once they
> are (re)built, they have to be installed into a specific directory on our
> server for the Mac/Win installer scripts to grab them up.
> 
> The problem I have is, I don't see an obvious way how to output where cmake
> is installing to, or how exactly. I tried the only documented way which is
> 
> 	cmake --install build --verbose
> 
> But that does not output anything more than without --verbose.

OK, I checked with strace what cmake --install actually does: it does not
install anything. It looks into a file ./build/install_manifest.txt, which is
completely empty, then it stops.

No idea why cmake generates an empty install_manifest.txt file. I just
manually wrote some install shell commands for QSampler instead.

I replaced the stable Mac installer link with the corrected Mac installer on
the website.

If I find some time I'll probably send a patch for cmake. Because honestly,
now matter why that file is empty, IMO cmake should error out when a user
tries "cmake --install" and cmake not installing anything.

/Christian

Re: [Linuxsampler-devel] 2.4.0 and 2.3.1 Releases not working on MacOS

From: Christian S. <sch...@li...> - 2025-06-05 10:34:54

On Tuesday, June 3, 2025 8:53:36 PM CEST TJ Lindgren via Linuxsampler-devel wrote:
> Has anyone tested Linuxsampler with a recent version of MacOS? I cannot get
> LinuxSampler working at all. Obviously, it’s not apple silicon but there
> are several issues preventing LinuxSampler from working it seems.
> 
> - When loading the VST plugin, it is trying to open Fantasia as it does on
> Windows. However, Fantasia is using a very old version of Java that cannot
> run in MacOS so Fantasia cannot open. There used to be a workaround to use
> an older version of JavaApplicationStub, however the version used for
> Fantasia seems to be deprecated on recent versions of MacOS.
> 
> 
> 
> - The AU plugin does not load at all. This includes versions previous to
> 2.4.0 as well as the most recent 2.4.0 release.
> 
> 
> 
> - Both the VST and AU plugins do not scan correctly in several hosts. For
> example, the VST scans correctly in Reaper but not the AU. In Plogue
> Bidule, neither the VST or AU scan. In MainStage/Logic (AU support only)
> the AU does not scan.
> 
> - QSampler requires libgig.10.dylib even though libgig.11.dylib was
> installed for previous versions (2.3.1)  and libgig.12.dylib for the most
> recent version (2.4.0). So in order to open QSampler, you have to symlink
> the libgig file and rename it to libgig.10.dylib.

Mja, confirmed. The Mac installer actually ships an ancient version of
QSampler and liblscp. This issue exists since the transition of liblscp/
QSampler from autoconf to CMake.

I guess the same applies to the Windows installer.

The thing is, the binaries are automatically built on our server. Once they
are (re)built, they have to be installed into a specific directory on our
server for the Mac/Win installer scripts to grab them up.

The problem I have is, I don't see an obvious way how to output where cmake is
installing to, or how exactly. I tried the only documented way which is

	cmake --install build --verbose

But that does not output anything more than without --verbose.

Rui, you don't have a clue either, right?

BTW the auto built binaries look fine. QSampler is correctly linked to latest
libgig etc. So it is really just the cmake --install step on server that's
flawed.

/Christian

[Linuxsampler-devel] 2.4.0 and 2.3.1 Releases not working on MacOS

From: TJ L. <tjl...@ma...> - 2025-06-03 18:54:14

Has anyone tested Linuxsampler with a recent version of MacOS? I cannot get LinuxSampler working at all. Obviously, it’s not apple silicon but there are several issues preventing LinuxSampler from working it seems.

- When loading the VST plugin, it is trying to open Fantasia as it does on Windows. However, Fantasia is using a very old version of Java that cannot run in MacOS so Fantasia cannot open. There used to be a workaround to use an older version of JavaApplicationStub, however the version used for Fantasia seems to be deprecated on recent versions of MacOS.

- The AU plugin does not load at all. This includes versions previous to 2.4.0 as well as the most recent 2.4.0 release.

- Both the VST and AU plugins do not scan correctly in several hosts. For example, the VST scans correctly in Reaper but not the AU. In Plogue Bidule, neither the VST or AU scan. In MainStage/Logic (AU support only) the AU does not scan.

- QSampler requires libgig.10.dylib even though libgig.11.dylib was installed for previous versions (2.3.1) and libgig.12.dylib for the most recent version (2.4.0). So in order to open QSampler, you have to symlink the libgig file and rename it to libgig.10.dylib.

- Even when symlinking to the the old libgig dylib and QSampler opens and the server starts, it does not seem to be able to communicate with the VST plugin at all. The AU plugin does not load on any tested DAW/Host so I cannot test QSampler with the AU. Also, versions previous to 2.4.0 I could at least load an instrument in QSampler even though it could not communicate with the plugin. However, with the latest 2.4.0 version, loading any GIG library crashes QSampler instantly. Obviously, Fantasia would be the better choice but without updated support for newer versions of Java that does not seem possible at the moment.

This is tested on MacOS Sequoia 15.5 on a Mac Mini M4 Pro. I’ve used LinuxSampler quite a bit on both Windows and Linux. I used to use it on Mac pretty extensively in the OSX days before MacOS but not since.

If anyone could take a look it would be much appreciated. Again, this is not an apple silicon compatibility issue. I’m running a few other MacOS intel plugins in Rosetta without issue. Prior to these latest tests, I manually uninstalled all the Linuxsampler package files and then had pgkutil forget the packages before reinstalling the latest version. Please let me know if I can provide any further information.

Much thanks,

TJ Lindgren

[Linuxsampler-devel] LinuxSampler 2.4.0 released

From: Christian S. <sch...@li...> - 2025-06-03 15:00:31

Hi everyone,

a new release had been rolled out today:

        o LinuxSampler 2.4.0
        o Gigedit 1.2.2
        o libgig 4.5.0

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

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

/Christian

Re: [Linuxsampler-devel] LinuxSampler as a plugin - enabling more than 16 channels

From: Christian S. <sch...@li...> - 2025-04-06 10:05:31

On Friday, April 4, 2025 3:15:23 PM CEST Gastón Taylor wrote:
> Hello!

Hi!

> I've been trying to use more than 16 channels in LinuxSampler but I have
> failed once and again. I add a second instance in another REAPER track and
> set a channel both in Qsampler and Jsampler Classic to "Device 1", but it
> doesn't work (I'm mostly using the latest Lv2 version). With the old vst
> version found in KXStudio, it seemed to work at first, but after reloading
> the project everything was messed up - the instrument of the second device
> assigned to the first -. If you have any insight about this, I'll be
> grateful.
> 
> Thanks so much in advance.
> 
> Gastón

Link to previous discussion about this topic:

https://sourceforge.net/p/linuxsampler/mailman/message/37266124/

/Christian

[Linuxsampler-devel] LinuxSampler as a plugin - enabling more than 16 channels

From: Gastón T. <tay...@gm...> - 2025-04-04 13:16:25

Hello!

I've been trying to use more than 16 channels in LinuxSampler but I have
failed once and again. I add a second instance in another REAPER track and
set a channel both in Qsampler and Jsampler Classic to "Device 1", but it
doesn't work (I'm mostly using the latest Lv2 version). With the old vst
version found in KXStudio, it seemed to work at first, but after reloading
the project everything was messed up - the instrument of the second device
assigned to the first -. If you have any insight about this, I'll be
grateful.

Thanks so much in advance.

Gastón

[Linuxsampler-devel] [ANN] QSampler 1.0.1 - An Early Spring'25 Release

From: Rui N. C. <rn...@rn...> - 2025-03-27 20:00:49

Hi all!

   Qsampler 1.0.1 (early-spring'25) 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:
- Fixed command line parsing (QCommandLineParser/Option) to not exiting 
the application with a segfault when showing help and version information.
- Prepping up next development cycle (Qt >= 6.8)

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.1.tar.gz
   https://download.sf.net/qsampler/liblscp-1.0.1.tar.gz
- source packages:
   https://download.sf.net/qsampler/qsampler-1.0.1-2.1.rncbc.suse.src.rpm
   https://download.sf.net/qsampler/liblscp-1.0.1-2.1.rncbc.suse.src.rpm
- binary packages:
   https://download.sf.net/qsampler/qsampler-1.0.1-2.1.rncbc.suse.x86_64.rpm
   https://download.sf.net/qsampler/liblscp6-1.0.1-2.1.rncbc.suse.x86_64.rpm
  https://download.sf.net/qsampler/liblscp-devel-1.0.1-2.1.rncbc.suse.x86_64.rpm
- AppImage [20] package:
   https://download.sf.net/qsampler/qsampler-1.0.1-2.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/2748


Enjoy!
- - -
rncbc aka Rui Nuno Capela

Re: [Linuxsampler-devel] gigedit crashes on save, doesn't save

From: Christian S. <sch...@li...> - 2025-02-26 17:19:29

On Tuesday, February 25, 2025 9:00:51 PM CET Brandon Smith wrote:
> Thank you Christian, that worked! With the latest version from svn I was
> able to save gig files in both standalone and live mode.
> Btw here is my script for installing linuxsampler from svn on mint 22:
> 
> #!/bin/bash
> # local directories
> USR_LOCAL="/usr/local"
> SRC_DIR="$USR_LOCAL/src"
> DEB_DIR="$USR_LOCAL/deb"
> 
> echo "installing linuxsampler dependencies"
> 
> aptitude install -q -y -R libjack-jackd2-dev
> aptitude install -q -y liblo-dev dssi-dev libasound-dev libsndfile1-dev \
> flex bison doxygen uuid-dev lv2-dev libsqlite3-dev \
> libgtkmm-3.0-dev xsltproc docbook-xsl intltool \
> libgtk2.0-dev \
> qt6-tools-dev qt6-svg-dev \
> automake autoconf pkgconf cmake
> 
> LINUXSAMPLER_DIR="$SRC_DIR/linuxsampler"
> echo "creating linuxsampler directory: $LINUXSAMPLER_DIR"
> mkdir $LINUXSAMPLER_DIR
> 
> echo "download from svn"
> 
> SVN_OPTS=""
> --non-interactive --trust-server-cert
> LINUXSAMPLER_SVN="https://svn.linuxsampler.org/svn"

--trust-server-cert is not needed and makes fetching the source files 
insecure. That option is typically used with Subversion servers that are 
running with a self-signed certificate (e.g. in a private LAN). We do have a 
valid signed certificate for svn.linuxsampler.org though.

> echo "downloading linuxsampler source"
> echo "downloading libgig"
> svn co $SVN_OPTS $LINUXSAMPLER_SVN/libgig/trunk $LINUXSAMPLER_DIR/libgig
> echo "downloading liblscp"
> svn co $SVN_OPTS $LINUXSAMPLER_SVN/liblscp/trunk $LINUXSAMPLER_DIR/liblscp
> echo "downloading linuxsampler"
> svn co $SVN_OPTS $LINUXSAMPLER_SVN/linuxsampler/trunk
> $LINUXSAMPLER_DIR/linuxsampler
> echo "downloading qsampler"
> svn co $SVN_OPTS $LINUXSAMPLER_SVN/qsampler/trunk $LINUXSAMPLER_DIR/qsampler
> echo "downloading gigedit"
> svn co $SVN_OPTS $LINUXSAMPLER_SVN/gigedit/trunk $LINUXSAMPLER_DIR/gigedit
> 
> echo "building linuxsampler"
> cd $LINUXSAMPLER_DIR/libgig
> make parser

libgig never had a 'make parser' rule. LinuxSampler has, but this is no longer 
needed for LinuxSampler either. So you can just delete this line.

> dpkg-buildpackage -b
> dpkg -i ../*.deb
> mv ../*.deb ../*.changes $DEB_DIR/
> cd $LINUXSAMPLER_DIR/linuxsampler
> dpkg-buildpackage -b
> dpkg -i ../*.deb
> mv ../*.deb ../*.changes $DEB_DIR/
> cd $LINUXSAMPLER_DIR/gigedit
> dpkg-buildpackage -b
> dpkg -i ../*.deb
> mv ../*.deb ../*.changes $DEB_DIR/
> cd $LINUXSAMPLER_DIR/liblscp
> dpkg-buildpackage -b
> dpkg -i ../*.deb
> mv ../*.deb ../*.changes $DEB_DIR/
> cd $LINUXSAMPLER_DIR/qsampler
> dpkg-buildpackage -b
> dpkg -i ../*.deb

I would adjust these dpkg commands a bit. Right now you are re-installing the 
same .deb packages several times. E.g. by using a less universal pattern like 
linuxsampler*.deb, etc.

/Christian

> mv ../*.deb ../*.changes $DEB_DIR/
>

Re: [Linuxsampler-devel] gigedit crashes on save, doesn't save

From: Brandon S. <bra...@gm...> - 2025-02-25 20:01:09

Thank you Christian, that worked! With the latest version from svn I was
able to save gig files in both standalone and live mode.
Btw here is my script for installing linuxsampler from svn on mint 22:

#!/bin/bash
# local directories
USR_LOCAL="/usr/local"
SRC_DIR="$USR_LOCAL/src"
DEB_DIR="$USR_LOCAL/deb"

echo "installing linuxsampler dependencies"

aptitude install -q -y -R libjack-jackd2-dev
aptitude install -q -y liblo-dev dssi-dev libasound-dev libsndfile1-dev \
flex bison doxygen uuid-dev lv2-dev libsqlite3-dev \
libgtkmm-3.0-dev xsltproc docbook-xsl intltool \
libgtk2.0-dev \
qt6-tools-dev qt6-svg-dev \
automake autoconf pkgconf cmake

LINUXSAMPLER_DIR="$SRC_DIR/linuxsampler"
echo "creating linuxsampler directory: $LINUXSAMPLER_DIR"
mkdir $LINUXSAMPLER_DIR

echo "download from svn"

SVN_OPTS=""
--non-interactive --trust-server-cert
LINUXSAMPLER_SVN="https://svn.linuxsampler.org/svn"

echo "downloading linuxsampler source"
echo "downloading libgig"
svn co $SVN_OPTS $LINUXSAMPLER_SVN/libgig/trunk $LINUXSAMPLER_DIR/libgig
echo "downloading liblscp"
svn co $SVN_OPTS $LINUXSAMPLER_SVN/liblscp/trunk $LINUXSAMPLER_DIR/liblscp
echo "downloading linuxsampler"
svn co $SVN_OPTS $LINUXSAMPLER_SVN/linuxsampler/trunk
$LINUXSAMPLER_DIR/linuxsampler
echo "downloading qsampler"
svn co $SVN_OPTS $LINUXSAMPLER_SVN/qsampler/trunk $LINUXSAMPLER_DIR/qsampler
echo "downloading gigedit"
svn co $SVN_OPTS $LINUXSAMPLER_SVN/gigedit/trunk $LINUXSAMPLER_DIR/gigedit

echo "building linuxsampler"
cd $LINUXSAMPLER_DIR/libgig
make parser
dpkg-buildpackage -b
dpkg -i ../*.deb
mv ../*.deb ../*.changes $DEB_DIR/
cd $LINUXSAMPLER_DIR/linuxsampler
dpkg-buildpackage -b
dpkg -i ../*.deb
mv ../*.deb ../*.changes $DEB_DIR/
cd $LINUXSAMPLER_DIR/gigedit
dpkg-buildpackage -b
dpkg -i ../*.deb
mv ../*.deb ../*.changes $DEB_DIR/
cd $LINUXSAMPLER_DIR/liblscp
dpkg-buildpackage -b
dpkg -i ../*.deb
mv ../*.deb ../*.changes $DEB_DIR/
cd $LINUXSAMPLER_DIR/qsampler
dpkg-buildpackage -b
dpkg -i ../*.deb
mv ../*.deb ../*.changes $DEB_DIR/

On Tue, Feb 25, 2025 at 8:29 AM Christian Schoenebeck <
sch...@li...> wrote:

> Hi Brandon,
>
> please try with latest SVN version, especially of libgig.
>
> I've fixed a bunch of issues in the last few days, including problems
> while
> saving with gigedit (e.g. save progress being stuck in gigedit sometimes).
>
> /Christian
>
>
>
>
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>

Re: [Linuxsampler-devel] gigedit crashes on save, doesn't save

From: Christian S. <sch...@li...> - 2025-02-25 13:28:38

Hi Brandon,

please try with latest SVN version, especially of libgig.

I've fixed a bunch of issues in the last few days, including problems while 
saving with gigedit (e.g. save progress being stuck in gigedit sometimes).

/Christian

[Linuxsampler-devel] gigedit crashes on save, doesn't save

From: Brandon S. <bra...@gm...> - 2025-02-25 03:32:08

Hi team,

I'm experiencing an issue with the latest version of gigedit. if anyone has
time to help me investigate please it would be appreciated!

On saving any file gigedit will crash. This happens in both live and
standalone mode, but if it happens in live mode, linuxsampler will crash as
well. The error message in standalone is:

** (gigedit:5147): ERROR **: 21:10:42.517:
unhandled exception (type unknown) in signal handler

Trace/breakpoint trap (core dumped)

gigedit 1.2.1.svn2
libgig 4.4.1.svn4
linuxsampler 2.3.1.svn23
Linux Mint 22
kernel 6.8.0-53-lowlatency

I'm unsure how to access the core dump, but if it is helpful and anyone can
point me in the right direction on how to save and/or access it i'll be
happy to post as well

-Brandon