Menu
▾
▴
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
|
|
From: Christian S. <sch...@li...> - 2021-03-05 15:56:02
|
On Mittwoch, 3. März 2021 02:28:22 CET Doug Gray wrote: > Hi, > My first time here so be kind...pls... Nobody will hurt you. Promise. :) > My objective is to build the LinuxSampler plugin for use with Reaper on a > RaspberryPi platform. > > So far I have successfully built and run LinuxSampler and Qsampler as deb > packages on the RPi platform after including the ARM patches and following > the instructions laid out here (with changes as required): > https://github.com/hexdump0815/linuxsampler-arm-build > > Reading the docs I found and set the ./config parameter in debian/rules: > --enable-vstsdk-dir=\$${prefix}/share/vst > > Compile now aborts with the following message: > > In file included from PluginVst.cpp:36: > PluginVst.h:26:10: fatal error: audioeffectx.h: No such file or directory > #include <audioeffectx.h> > ^~~~~~~~~~~~~~~~ > > I have searched every package available from the arp libraries for RPi and > cannot find such a file. audioeffectx.h is a header file from Steinberg's VST SDK (Software Development Kit) version 2. You need to download Steinberg's VST2 Software Development Kit (SDK) manually from their website. You don't find Steinberg's VST2 SDK as convenient package in any distro because Steinberg did not allow redistribution of the VST2 SDK without their written consent. The license has changed in the meantime with the VST3 SDK, however LS only supports VST2 right now, not VST3, and the VST2 header files are not part of the VST3 SDK. CU Christian |
|
From: Doug G. <dou...@gm...> - 2021-03-03 01:28:44
|
Hi, My first time here so be kind...pls... My objective is to build the LinuxSampler plugin for use with Reaper on a RaspberryPi platform. So far I have successfully built and run LinuxSampler and Qsampler as deb packages on the RPi platform after including the ARM patches and following the instructions laid out here (with changes as required): https://github.com/hexdump0815/linuxsampler-arm-build Reading the docs I found and set the ./config parameter in debian/rules: --enable-vstsdk-dir=\$${prefix}/share/vst Compile now aborts with the following message: In file included from PluginVst.cpp:36: PluginVst.h:26:10: fatal error: audioeffectx.h: No such file or directory #include <audioeffectx.h> ^~~~~~~~~~~~~~~~ I have searched every package available from the arp libraries for RPi and cannot find such a file. Can anyone help with a clue as to the direction to look to resolve this please. I am completely stumped ATM. TIA Doug |
|
From: Christian S. <sch...@li...> - 2021-02-21 14:47:01
|
On Dienstag, 16. Februar 2021 18:01:06 CET Andrew C wrote: > Hi Christian, > > Thanks for the timely response and resolution. I did indeed miss that > configure script warning about uuid, so thanks for putting a hard exit when > missing the dependency for it. > > Got another make error, this time for gigedit: > > In file included from builtinpix.cpp:2: > ../compat.h: In member function ‘void > MultiLineLabel::get_preferred_height_for_width_vfunc(int, int&, int&) > const’: > ../compat.h:465:21: error: ‘get_preferred_height_for_width_vfunc’ is not a > member of ‘Gtk::Label’ > 465 | Gtk::Label::get_preferred_height_for_width_vfunc(width, > minimum_height, natural_height); > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ../compat.h:474:14: error: ‘get_margin_top’ was not declared in this scope > 474 | h += get_margin_top() + get_margin_bottom(); > > | ^~~~~~~~~~~~~~ > > ../compat.h:474:33: error: ‘get_margin_bottom’ was not declared in this > scope > 474 | h += get_margin_top() + get_margin_bottom(); > > | ^~~~~~~~~~~~~~~~~ Yeah, I just realized get_margin_top() and get_margin_bottom() were introduced with Gtk 3.0 and are not documented as such in the gtkmm docs. You are using Gtk 2 it seems. That code in question fixes a problem with Gtk(3?) that causes long multi-line text to take more vertical space than actually required. I just commented this code out for Gtk 2 and older for now, as I don't see an obvious way to fix this more adequately for Gtk 2. The only drawback is maybe that you get some graphical glitches on the relatively new "Script" tab on the very top right hand side of Gigedit's main window with Gtk 2. I currently don't have Gtk 2 installed anywhere, so I can't test this. > make[4]: *** [Makefile:498: builtinpix.lo] Error 1 > > Got some deprecated warnings too, but not sure how relevant they are. > > make[4]: Entering directory '/home/andrew/Downloads/gigedit/src/gigedit/gfx' > CXX builtinpix.lo > In file included from /usr/include/gtk-2.0/gtk/gtkobject.h:37, > from /usr/include/gtk-2.0/gtk/gtkwidget.h:36, > from /usr/include/gtk-2.0/gtk/gtkcontainer.h:35, > from /usr/include/gtk-2.0/gtk/gtkbin.h:35, > from /usr/include/gtk-2.0/gtk/gtkwindow.h:36, > from /usr/include/gtk-2.0/gtk/gtkdialog.h:35, > from /usr/include/gtk-2.0/gtk/gtkaboutdialog.h:32, > from /usr/include/gtk-2.0/gtk/gtk.h:33, > from ../compat.h:26, > from builtinpix.cpp:2: > /usr/include/gtk-2.0/gtk/gtktypeutils.h:236:64: warning: ‘GTypeDebugFlags’ > is deprecated [-Wdeprecated-declarations] > 236 | void gtk_type_init (GTypeDebugFlags debug_flags); > > | ^ > > In file included from /usr/include/glib-2.0/gobject/gobject.h:24, > from /usr/include/glib-2.0/gobject/gbinding.h:29, > from /usr/include/glib-2.0/glib-object.h:22, > from /usr/include/glibmm-2.4/glibmm/class.h:24, > from /usr/include/glibmm-2.4/glibmm/objectbase.h:21, > from /usr/include/glibmm-2.4/glibmm/object.h:29, > from /usr/include/pangomm-1.4/pangomm/font.h:31, > from /usr/include/gdkmm-2.4/gdkmm/drawable.h:29, > from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:33, > from builtinpix.h:4, > from builtinpix.cpp:1: > /usr/include/glib-2.0/gobject/gtype.h:685:3: note: declared here > 685 | } GTypeDebugFlags GLIB_DEPRECATED_TYPE_IN_2_36; > > | ^~~~~~~~~~~~~~~ > > In file included from /usr/include/gtk-2.0/gtk/gtktoolitem.h:31, > from /usr/include/gtk-2.0/gtk/gtktoolbutton.h:30, > from /usr/include/gtk-2.0/gtk/gtkmenutoolbutton.h:30, > from /usr/include/gtk-2.0/gtk/gtk.h:126, > from ../compat.h:26, > from builtinpix.cpp:2: > /usr/include/gtk-2.0/gtk/gtktooltips.h:73:12: warning: ‘GTimeVal’ is > deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations] > 73 | GTimeVal last_popdown; > > | ^~~~~~~~~~~~ > > In file included from /usr/include/glib-2.0/glib/galloca.h:32, > from /usr/include/glib-2.0/glib.h:30, > from /usr/include/glibmm-2.4/glibmm/unicode.h:23, > from /usr/include/glibmm-2.4/glibmm/ustring.h:21, > from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, > from builtinpix.h:4, > from builtinpix.cpp:1: > /usr/include/glib-2.0/glib/gtypes.h:545:26: note: declared here > 545 | typedef struct _GTimeVal GTimeVal > GLIB_DEPRECATED_TYPE_IN_2_62_FOR(GDateTime); > > | ^~~~~~~~ These warnings are not our business. Basically they just say that your Gtk 2 version uses things from Glib that were deprecated in Glib long ago. This is not something in Gigedit's code, but rather in Gtk 2's code, hence I can't fix them. You might report them to Gtk or to your distro, but I am not sure whether Gtk 2 is still maintained at all. Now don't get me wrong: I am not saying you should upgrade to Gtk 3, because Gtk 2 is still much faster than Gtk 3 and the visual appearance will be completely different. CU Christian |
|
From: Andrew C <cou...@gm...> - 2021-02-16 17:01:37
|
Hi Christian,
Thanks for the timely response and resolution. I did indeed miss that
configure script warning about uuid, so thanks for putting a hard exit when
missing the dependency for it.
Got another make error, this time for gigedit:
In file included from builtinpix.cpp:2:
../compat.h: In member function ‘void
MultiLineLabel::get_preferred_height_for_width_vfunc(int, int&, int&)
const’:
../compat.h:465:21: error: ‘get_preferred_height_for_width_vfunc’ is not a
member of ‘Gtk::Label’
465 | Gtk::Label::get_preferred_height_for_width_vfunc(width,
minimum_height, natural_height);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../compat.h:474:14: error: ‘get_margin_top’ was not declared in this scope
474 | h += get_margin_top() + get_margin_bottom();
| ^~~~~~~~~~~~~~
../compat.h:474:33: error: ‘get_margin_bottom’ was not declared in this
scope
474 | h += get_margin_top() + get_margin_bottom();
| ^~~~~~~~~~~~~~~~~
make[4]: *** [Makefile:498: builtinpix.lo] Error 1
Got some deprecated warnings too, but not sure how relevant they are.
make[4]: Entering directory '/home/andrew/Downloads/gigedit/src/gigedit/gfx'
CXX builtinpix.lo
In file included from /usr/include/gtk-2.0/gtk/gtkobject.h:37,
from /usr/include/gtk-2.0/gtk/gtkwidget.h:36,
from /usr/include/gtk-2.0/gtk/gtkcontainer.h:35,
from /usr/include/gtk-2.0/gtk/gtkbin.h:35,
from /usr/include/gtk-2.0/gtk/gtkwindow.h:36,
from /usr/include/gtk-2.0/gtk/gtkdialog.h:35,
from /usr/include/gtk-2.0/gtk/gtkaboutdialog.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:33,
from ../compat.h:26,
from builtinpix.cpp:2:
/usr/include/gtk-2.0/gtk/gtktypeutils.h:236:64: warning: ‘GTypeDebugFlags’
is deprecated [-Wdeprecated-declarations]
236 | void gtk_type_init (GTypeDebugFlags debug_flags);
| ^
In file included from /usr/include/glib-2.0/gobject/gobject.h:24,
from /usr/include/glib-2.0/gobject/gbinding.h:29,
from /usr/include/glib-2.0/glib-object.h:22,
from /usr/include/glibmm-2.4/glibmm/class.h:24,
from /usr/include/glibmm-2.4/glibmm/objectbase.h:21,
from /usr/include/glibmm-2.4/glibmm/object.h:29,
from /usr/include/pangomm-1.4/pangomm/font.h:31,
from /usr/include/gdkmm-2.4/gdkmm/drawable.h:29,
from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:33,
from builtinpix.h:4,
from builtinpix.cpp:1:
/usr/include/glib-2.0/gobject/gtype.h:685:3: note: declared here
685 | } GTypeDebugFlags GLIB_DEPRECATED_TYPE_IN_2_36;
| ^~~~~~~~~~~~~~~
In file included from /usr/include/gtk-2.0/gtk/gtktoolitem.h:31,
from /usr/include/gtk-2.0/gtk/gtktoolbutton.h:30,
from /usr/include/gtk-2.0/gtk/gtkmenutoolbutton.h:30,
from /usr/include/gtk-2.0/gtk/gtk.h:126,
from ../compat.h:26,
from builtinpix.cpp:2:
/usr/include/gtk-2.0/gtk/gtktooltips.h:73:12: warning: ‘GTimeVal’ is
deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations]
73 | GTimeVal last_popdown;
| ^~~~~~~~~~~~
In file included from /usr/include/glib-2.0/glib/galloca.h:32,
from /usr/include/glib-2.0/glib.h:30,
from /usr/include/glibmm-2.4/glibmm/unicode.h:23,
from /usr/include/glibmm-2.4/glibmm/ustring.h:21,
from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9,
from builtinpix.h:4,
from builtinpix.cpp:1:
/usr/include/glib-2.0/glib/gtypes.h:545:26: note: declared here
545 | typedef struct _GTimeVal GTimeVal
GLIB_DEPRECATED_TYPE_IN_2_62_FOR(GDateTime);
| ^~~~~~~~
Thanks,
Andrew.
On Sun, Feb 14, 2021 at 2:41 PM Christian Schoenebeck <
sch...@li...> wrote:
> On Sonntag, 14. Februar 2021 10:43:41 CET Andrew C wrote:
> > Hi all,
> >
> > Seems whenever I install a new Linux OS every few years and go to
> recompile
> > Linuxsampler, make errors get thrown my way!
>
> Well, that happens with every project that new compiler errors pop up with
> new
> versions. In most cases they are trivial and hence changes are rather
> small
> and quickly fixed.
>
> > The error seems to be something to do with missing UUID generation and
> > looking at the code, it's some kind of Apple thing? Haven't touched an
> > Apple product in my life! :P
>
> No, that doesn't have to do anything with Apple code at all. And you
> actually
> have two different issues here ...
>
> > Anyway, I'm getting the following on libgig revision 3857 using GCC
> 9.3.0:
> > Any and all help would be appreciated, thanks!
> >
> > Andrew.
> >
> > /bin/bash ../libtool --tag=CXX --mode=compile g++ -std=gnu++11
> > -DHAVE_CONFIG_H -I. -I.. -pedantic -Wreturn-type -g -O2 -MT DLS.lo -MD
> > -MP -MF .deps/DLS.Tpo -c -o DLS.lo DLS.cpp
> > libtool: compile: g++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I.. -pedantic
> > -Wreturn-type -g -O2 -MT DLS.lo -MD -MP -MF .deps/DLS.Tpo -c DLS.cpp
> -fPIC
> > -DPIC -o .libs/DLS.o
> > DLS.cpp:591:3: error: #error "Missing support for uuid generation"
> > 591 | # error "Missing support for uuid generation"
> >
> > | ^~~~~
>
> ... you don't have libuuid-dev installed and therefore you should have got
> a
> warning by the configure script as well:
>
> No UUID generate function found.
> *** libgig will not be able to create DLSIDs in DLS and gig files.
> *** Install libuuid from e2fsprogs to solve this. Package might be
> called
> *** uuid-dev, libext2fs2-devel or e2fsprogs-devel.
>
> I just changed that to a hard error and instead of just a soft configure
> warning message that could be overseen. But of course you still need to
> install the library as told by the configure error to resolve this issue
> on
> your side.
>
> Background: At the beginning of libgig the presence of an UUID generating
> function was just an optional feature, because having no UUIDs when
> modifying
> or creating new .gig files just prevented those .gig files from being
> accepted
> by Tascam's GSt. However nowadays you even would get misbehaviours when
> you
> stay entirely in the Linux eco space, hence I decided to make that a hard
> dependency for libgig.
>
> > In file included from DLS.cpp:36:
> > helper.h: In function ‘std::string strPrint(const char*, ...)’:
> > helper.h:68:14: warning: ignoring return value of ‘int vasprintf(char**,
> > const char*, __va_list_tag*)’, declared with attribute warn_unused_result
> > [-Wunused-result]
> > 68 | vasprintf(&buf, fmt, args);
> >
> > | ~~~~~~~~~^~~~~~~~~~~~~~~~~
>
> That's indeed because of new compilers becoming more picky. I just fixed
> that
> as well now.
>
> CU
> Christian
>
>
>
|
|
From: Christian S. <sch...@li...> - 2021-02-14 14:57:07
|
On Sonntag, 14. Februar 2021 10:43:41 CET Andrew C wrote: > Hi all, > > Seems whenever I install a new Linux OS every few years and go to recompile > Linuxsampler, make errors get thrown my way! Well, that happens with every project that new compiler errors pop up with new versions. In most cases they are trivial and hence changes are rather small and quickly fixed. > The error seems to be something to do with missing UUID generation and > looking at the code, it's some kind of Apple thing? Haven't touched an > Apple product in my life! :P No, that doesn't have to do anything with Apple code at all. And you actually have two different issues here ... > Anyway, I'm getting the following on libgig revision 3857 using GCC 9.3.0: > Any and all help would be appreciated, thanks! > > Andrew. > > /bin/bash ../libtool --tag=CXX --mode=compile g++ -std=gnu++11 > -DHAVE_CONFIG_H -I. -I.. -pedantic -Wreturn-type -g -O2 -MT DLS.lo -MD > -MP -MF .deps/DLS.Tpo -c -o DLS.lo DLS.cpp > libtool: compile: g++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I.. -pedantic > -Wreturn-type -g -O2 -MT DLS.lo -MD -MP -MF .deps/DLS.Tpo -c DLS.cpp -fPIC > -DPIC -o .libs/DLS.o > DLS.cpp:591:3: error: #error "Missing support for uuid generation" > 591 | # error "Missing support for uuid generation" > > | ^~~~~ ... you don't have libuuid-dev installed and therefore you should have got a warning by the configure script as well: No UUID generate function found. *** libgig will not be able to create DLSIDs in DLS and gig files. *** Install libuuid from e2fsprogs to solve this. Package might be called *** uuid-dev, libext2fs2-devel or e2fsprogs-devel. I just changed that to a hard error and instead of just a soft configure warning message that could be overseen. But of course you still need to install the library as told by the configure error to resolve this issue on your side. Background: At the beginning of libgig the presence of an UUID generating function was just an optional feature, because having no UUIDs when modifying or creating new .gig files just prevented those .gig files from being accepted by Tascam's GSt. However nowadays you even would get misbehaviours when you stay entirely in the Linux eco space, hence I decided to make that a hard dependency for libgig. > In file included from DLS.cpp:36: > helper.h: In function ‘std::string strPrint(const char*, ...)’: > helper.h:68:14: warning: ignoring return value of ‘int vasprintf(char**, > const char*, __va_list_tag*)’, declared with attribute warn_unused_result > [-Wunused-result] > 68 | vasprintf(&buf, fmt, args); > > | ~~~~~~~~~^~~~~~~~~~~~~~~~~ That's indeed because of new compilers becoming more picky. I just fixed that as well now. CU Christian |
|
From: Andrew C <cou...@gm...> - 2021-02-14 09:44:11
|
Hi all,
Seems whenever I install a new Linux OS every few years and go to recompile
Linuxsampler, make errors get thrown my way!
The error seems to be something to do with missing UUID generation and
looking at the code, it's some kind of Apple thing? Haven't touched an
Apple product in my life! :P
Anyway, I'm getting the following on libgig revision 3857 using GCC 9.3.0:
Any and all help would be appreciated, thanks!
Andrew.
/bin/bash ../libtool --tag=CXX --mode=compile g++ -std=gnu++11
-DHAVE_CONFIG_H -I. -I.. -pedantic -Wreturn-type -g -O2 -MT DLS.lo -MD
-MP -MF .deps/DLS.Tpo -c -o DLS.lo DLS.cpp
libtool: compile: g++ -std=gnu++11 -DHAVE_CONFIG_H -I. -I.. -pedantic
-Wreturn-type -g -O2 -MT DLS.lo -MD -MP -MF .deps/DLS.Tpo -c DLS.cpp -fPIC
-DPIC -o .libs/DLS.o
DLS.cpp:591:3: error: #error "Missing support for uuid generation"
591 | # error "Missing support for uuid generation"
| ^~~~~
In file included from DLS.cpp:36:
helper.h: In function ‘std::string strPrint(const char*, ...)’:
helper.h:68:14: warning: ignoring return value of ‘int vasprintf(char**,
const char*, __va_list_tag*)’, declared with attribute warn_unused_result
[-Wunused-result]
68 | vasprintf(&buf, fmt, args);
| ~~~~~~~~~^~~~~~~~~~~~~~~~~
make[3]: *** [Makefile:535: DLS.lo] Error 1
make[3]: Leaving directory '/home/andrew/Downloads/libgig/src'
make[2]: *** [Makefile:596: all-recursive] Error 1
make[2]: Leaving directory '/home/andrew/Downloads/libgig/src'
make[1]: *** [Makefile:486: all-recursive] Error 1
make[1]: Leaving directory '/home/andrew/Downloads/libgig'
make: *** [Makefile:389: all] Error 2
gcc version is:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
9.3.0-17ubuntu1~20.04'
--with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2
--prefix=/usr --with-gcc-major-version-only --program-suffix=-9
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-vtable-verify --enable-plugin --enable-default-pie
--with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto
--enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic
--enable-offload-targets=nvptx-none=/build/gcc-9-HskZEa/gcc-9-9.3.0/debian/tmp-nvptx/usr,hsa
--without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)
|
|
From: Rui N. C. <rn...@rn...> - 2021-02-07 11:14:16
|
Hello everybody, (apologies for cross-post thought it might be of interest re. Qsampler and liblscp 0.9.1 [3] releases:)) A new batch of 'QStuff*' is here: QjackCtl [1], Qsynth [2], Qsampler [3], QXGEdit [4], QmidiCtl [5] and QmidiNet [6], all bumping a notch to **version 0.9.1** for the (boreal) Winter'21 season. ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.9.1 (winter'20) is released! QjackCtl is a(n ageing yet modern, not so 'simple' anymore) Qt [7] application to control the JACK [8] sound server, for the Linux Audio [12] infrastructure. Website: https://qjackctl.sourceforge.io http://qjackctl.sourceforge.net Project page: https://sourceforge.net/projects/qjackctl Downloads: https://sourceforge.net/projects/qjackctl/files - source tarball: https://download.sf.net/qjackctl/qjackctl-0.9.1.tar.gz - source package: https://download.sf.net/qjackctl/qjackctl-0.9.1-45.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qjackctl/qjackctl-0.9.1-45.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qjackctl/qjackctl-0.9.1-45.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Graph Disconnect now applies to all selected ports and connections. - Main window is now freely resizable, while keeping all the buttons stretched to the same aspect ratio. - Warning to confirm application close is now back in business when functioning as client only (Active). - Graph items are automatically raised when created or high-lighted (incremental z-value). - Add a little but straight horizontal line-gap to the Graph connections. - Customize the Graph zoom slider widget to reset upon mouse middle-button click. - Add Clear preset button to Setup dialog. - Use default values for most preset parameters: sample rate, frames/period (aka. buffer-size), periods/buffer, realtime priority, port maximum, client timeout, word length, wait time, channel maximum. - Early preparations for the New Year develop(ment) cycle. ** Qsynth - A fluidsynth Qt GUI Interface [2] ** Qsynth 0.9.1 (winter'20) is released! Qsynth is a FluidSynth [10] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. Website: https://qsynth.sourceforge.io http://qsynth.sourceforge.net Project page: https://sourceforge.net/projects/qsynth Downloads: https://sourceforge.net/projects/qsynth/files - source tarball: https://download.sf.net/qsynth/qsynth-0.9.1.tar.gz - source package: https://download.sf.net/qsynth/qsynth-0.9.1-45.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qsynth/qsynth-0.9.1-45.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsynth/qsynth-0.9.1-45.x86_64.AppImage - Win64 and macOS packages (thanks to Pedro Lopez-Cabanillas): https://download.sf.net/qsynth/qsynth-0.9.1-45.win-x64-setup.exe https://download.sf.net/qsynth/qsynth-0.9.1-45.mac-x64.dmg Git repos: https://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - Fixed MIDI player to files that are drag and dropped after a first time following engine re-initialization. - Fix multi-channel support with JACK. - Early preparations for the New Year develop(ment) cycle. ** Qsampler - A LinuxSampler Qt GUI Interface [3] ** Qsampler 0.9.1 (winter'20) is released! Qsampler is a LinuxSampler [11] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. 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-0.9.1.tar.gz https://download.sf.net/qsampler/liblscp-0.9.1.tar.gz - source packages: https://download.sf.net/qsampler/qsampler-0.9.1-45.rncbc.suse.src.rpm https://download.sf.net/qsampler/liblscp-0.9.1-45.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qsampler/qsampler-0.9.1-45.rncbc.suse.x86_64.rpm https://download.sf.net/qsampler/liblscp6-0.9.1-45.rncbc.suse.x86_64.rpm https://download.sf.net/qsampler/liblscp-devel-0.9.1-45.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsampler/qsampler-0.9.1-45.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://bitbucket.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://bitbucket.com/rncbc/liblscp.git Change-log: - Early preparations for the New Year develop(ment) cycle. ** QXGEdit - A Qt XG Editor [4] ** QXGEdit 0.9.1 (winter'20) is released! QXGEdit is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [14] and thus probably a baseline for many other XG devices. Website: https://qxgedit.sourceforge.io http://qxgedit.sourceforge.net Project page: https://sourceforge.net/projects/qxgedit Downloads: https://sourceforge.net/projects/qxgedit/files - source tarball: https://download.sf.net/qxgedit/qxgedit-0.9.1.tar.gz - source package: https://download.sf.net/qxgedit/qxgedit-0.9.1-35.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qxgedit/qxgedit-0.9.1-35.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qxgedit/qxgedit-0.9.1-35.x86_64.AppImage Git repos: https://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - Fixed Chorus and Variation effect types, when loading from a raw SysEx file (.syx). - Early preparations for the New Year develop(ment) cycle. ** QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast [5] ** QmidiCtl 0.9.1 (winter'20) is released! QmidiCtl [5] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [15] for Windows. QmidiCtl [5] was long ago designed for the Maemo [17] enabled handheld devices, namely the late Nokia N900 [18] and promoted to the Maemo Package [18] repositories. Nevertheless, QmidiCtl [5] may still be found effective as a regular desktop application and recently as an Android application as well. Website: https://qmidictl.sourceforge.io http://qmidictl.sourceforge.net Project page: https://sourceforge.net/projects/qmidictl Downloads: https://sourceforge.net/projects/qmidictl/files - source tarball: https://download.sf.net/qmidictl/qmidictl-0.9.1.tar.gz - source package: https://download.sf.net/qmidictl/qmidictl-0.9.1-25.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qmidictl/qmidictl-0.9.1-25.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidictl/qmidictl-0.9.1-25.x86_64.AppImage - Android package: https://download.sf.net/qmidictl/qmidictl-0.9.1-25.aab https://play.google.com/store/apps/details?id=org.rncbc.qmidictl Git repos: https://git.code.sf.net/p/qmidictl/code https://github.com/rncbc/qmidictl.git https://gitlab.com/rncbc/qmidictl.git https://bitbucket.com/rncbc/qmidictl.git Change-log: - Early preparations for the New Year develop(ment) cycle. ** QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [6] ** QmidiNet 0.9.1 (winter'20) is released! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI [9] and JACK-MIDI [8]) over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [16] for Windows. Website: https://qmidinet.sourceforge.io http://qmidinet.sourceforge.net Project page: https://sourceforge.net/projects/qmidinet Downloads: https://sourceforge.net/projects/qmidinet/files - source tarball: https://download.sf.net/qmidinet/qmidinet-0.9.1.tar.gz - source package: https://download.sf.net/qmidinet/qmidinet-0.9.1-25.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qmidinet/qmidinet-0.9.1-25.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidinet/qmidinet-0.9.1-25.x86_64.AppImage Git repos: https://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - Early preparations for the New Year develop(ment) cycle. License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [12]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface https://qjackctl.sourceforge.io [2] Qsynth - A fluidsynth Qt GUI Interface https://qsynth.sourceforge.io [3] Qsampler - A LinuxSampler Qt GUI Interface https://qsampler.sourceforge.io [4] QXGEdit - A Qt XG Editor https://qxgedit.sourceforge.io [5] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast https://qmidictl.sourceforge.io [6] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast https://qmidinet.sourceforge.io [7] Qt framework, C++ class library and tools for cross-platform application and UI development https://qt.io/ [8] JACK Audio Connection Kit https://jackaudio.org [9] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [10] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications https://www.fluidsynth.org [11] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler https://www.linuxsampler.org [12] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [13] GPL - GNU General Public License https://www.gnu.org/copyleft/gpl.html [14] Yamaha DB50XG (https://web.archive.org/web/20150607065739/) http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [15] multimidicast - sends and receives MIDI from ALSA sequencers over network https://llg.cubic.org/tools/multimidicast [16] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN https://nerds.de [17] Maemo.org - Home of the Maemo community https://www.maemo.org [18] Maemo.org Wiki - Nokia N900 https://wiki.maemo.org/Nokia_N900 [19] Maemo.org - Downloads: QmidiCtl https://maemo.org/downloads/product/Maemo5/qmidictl [20] AppImage, Linux apps that run anywhere https://appimage.org/ See also: https://www.rncbc.org/drupal/node/2179 Keep the fun! && Stay safe && Healthy! -- rncbc aka Rui Nuno Capela |
|
From: Rui N. C. <rn...@rn...> - 2020-12-17 19:12:25
|
Season greetings y'all, The news are just about this first batch of so called 'QStuff*', now being rolled out, seriously: QjackCtl [1], Qsynth [2], Qsampler [3], QXGEdit [4], QmidiCtl [5] and QmidiNet [6], all jumping straight and gloriously to **version 0.9.0** for the (northern) Winter'20 Holiday season. ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.9.0 (winter'20) is released! QjackCtl is a(n ageing yet modern, not so 'simple' anymore) Qt [7] application to control the JACK [8] sound server, for the Linux Audio [12] infrastructure. Website: https://qjackctl.sourceforge.io http://qjackctl.sourceforge.net Project page: https://sourceforge.net/projects/qjackctl Downloads: https://sourceforge.net/projects/qjackctl/files - source tarball: https://download.sf.net/qjackctl/qjackctl-0.9.0.tar.gz - source package: https://download.sf.net/qjackctl/qjackctl-0.9.0-44.rncbc.suse.src.rpm - binary package: https://download.sf.net/qjackctl/qjackctl-0.9.0-44.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qjackctl/qjackctl-0.9.0-44.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - List only available backend drivers when JACK D-BUS is enabled. - Graph client-name / node-title aliases persistence have been hopefully fixed. - Get rid of those "JACK has crashed" red-herrings from latest Windows(tm) builds. - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. ** Qsynth - A fluidsynth Qt GUI Interface [2] ** Qsynth 0.9.0 (winter'20) is released! Qsynth is a FluidSynth [10] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. Website: https://qsynth.sourceforge.io http://qsynth.sourceforge.net Project page: https://sourceforge.net/projects/qsynth Downloads: https://sourceforge.net/projects/qsynth/files - source tarball: https://download.sf.net/qsynth/qsynth-0.9.0.tar.gz - source package: https://download.sf.net/qsynth/qsynth-0.9.0-44.rncbc.suse.src.rpm - binary package: https://download.sf.net/qsynth/qsynth-0.9.0-44.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsynth/qsynth-0.9.0-44.x86_64.AppImage Git repos: https://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. ** Qsampler - A LinuxSampler Qt GUI Interface [3] ** Qsampler 0.9.0 (winter'20) is released! Qsampler is a LinuxSampler [11] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. 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-0.9.0.tar.gz - source package: https://download.sf.net/qsampler/qsampler-0.9.0-44.rncbc.suse.src.rpm - binary package: https://download.sf.net/qsampler/qsampler-0.9.0-44.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsampler/qsampler-0.9.0-44.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://bitbucket.com/rncbc/qsampler.git Change-log: - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. ** QXGEdit - A Qt XG Editor [4] ** QXGEdit 0.9.0 (winter'20) is released! QXGEdit is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [14] and thus probably a baseline for many other XG devices. Website: https://qxgedit.sourceforge.io http://qxgedit.sourceforge.net Project page: https://sourceforge.net/projects/qxgedit Downloads: https://sourceforge.net/projects/qxgedit/files - source tarball: https://download.sf.net/qxgedit/qxgedit-0.9.0.tar.gz - source package: https://download.sf.net/qxgedit/qxgedit-0.9.0-34.rncbc.suse.src.rpm - binary package: https://download.sf.net/qxgedit/qxgedit-0.9.0-34.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qxgedit/qxgedit-0.9.0-34.x86_64.AppImage Git repos: https://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. ** QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast [5] ** QmidiCtl 0.9.0 (winter'20) is released! QmidiCtl [5] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [15] for Windows. QmidiCtl [5] was long ago designed for the Maemo [17] enabled handheld devices, namely the late Nokia N900 [18] and promoted to the Maemo Package [18] repositories. Nevertheless, QmidiCtl [5] may still be found effective as a regular desktop application and recently as an Android application as well. Website: https://qmidictl.sourceforge.io http://qmidictl.sourceforge.net Project page: https://sourceforge.net/projects/qmidictl Downloads: https://sourceforge.net/projects/qmidictl/files - source tarball: https://download.sf.net/qmidictl/qmidictl-0.9.0.tar.gz - source package: https://download.sf.net/qmidictl/qmidictl-0.9.0-24.rncbc.suse.src.rpm - binary package: https://download.sf.net/qmidictl/qmidictl-0.9.0-24.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidictl/qmidictl-0.9.0-24.x86_64.AppImage - Android package: https://download.sf.net/qmidictl/qmidictl-0.9.0-24.aab https://play.google.com/store/apps/details?id=org.rncbc.qmidictl Git repos: https://git.code.sf.net/p/qmidictl/code https://github.com/rncbc/qmidictl.git https://gitlab.com/rncbc/qmidictl.git https://bitbucket.com/rncbc/qmidictl.git Change-log: - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. ** QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [6] ** QmidiNet 0.9.0 (winter'20) is released! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI [9] and JACK-MIDI [8]) over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [16] for Windows. Website: https://qmidinet.sourceforge.io http://qmidinet.sourceforge.net Project page: https://sourceforge.net/projects/qmidinet Downloads: https://sourceforge.net/projects/qmidinet/files - source tarball: https://download.sf.net/qmidinet/qmidinet-0.9.0.tar.gz - source package: https://download.sf.net/qmidinet/qmidinet-0.9.0-24.rncbc.suse.src.rpm - binary package: https://download.sf.net/qmidinet/qmidinet-0.9.0-24.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidinet/qmidinet-0.9.0-24.x86_64.AppImage Git repos: https://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - Early fixing to build for Qt >= 6.0.0 and comply with C++17 standard. License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [12]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface https://qjackctl.sourceforge.io [2] Qsynth - A fluidsynth Qt GUI Interface https://qsynth.sourceforge.io [3] Qsampler - A LinuxSampler Qt GUI Interface https://qsampler.sourceforge.io [4] QXGEdit - A Qt XG Editor https://qxgedit.sourceforge.io [5] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast https://qmidictl.sourceforge.io [6] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast https://qmidinet.sourceforge.io [7] Qt framework, C++ class library and tools for cross-platform application and UI development https://qt.io/ [8] JACK Audio Connection Kit https://jackaudio.org [9] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [10] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications https://www.fluidsynth.org [11] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler https://www.linuxsampler.org [12] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [13] GPL - GNU General Public License https://www.gnu.org/copyleft/gpl.html [14] Yamaha DB50XG (https://web.archive.org/web/20150607065739/) http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [15] multimidicast - sends and receives MIDI from ALSA sequencers over network https://llg.cubic.org/tools/multimidicast [16] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN https://nerds.de [17] Maemo.org - Home of the Maemo community https://www.maemo.org [18] Maemo.org Wiki - Nokia N900 https://wiki.maemo.org/Nokia_N900 [19] Maemo.org - Downloads: QmidiCtl https://maemo.org/downloads/product/Maemo5/qmidictl [20] AppImage, Linux apps that run anywhere https://appimage.org/ See also: https://www.rncbc.org/drupal/node/2152 Have fun && Stay safe && Healthy! -- rncbc aka. Rui Nuno Capela rn...@rn... |
|
From: D. F. <d_f...@cs...> - 2020-11-08 19:30:17
|
Hi Christoph, I think I had the same problem some time ago. Here's the link to the thread: https://sourceforge.net/p/linuxsampler/mailman/linuxsampler-devel/thread/20190804101538.3c5d79f9%40lurchi.localdomain/#msg36732938 Likely it's still the same problem and works. Daniel On 08/11/2020 19:05, Christoph Stelz wrote: > Hello everyone! > > I am trying to compile LinuxSampler 2.1.1 on the Raspberry Pi 3 with > Raspbian, which is based on Debian buster. The compilation goes fine as > far as I can tell, until it gets to RTMath.cpp: > > RTMath.cpp:77:8: error: #error "Sorry, LinuxSampler lacks time stamp code for your system." > # error "Sorry, LinuxSampler lacks time stamp code for your system." > ^~~~~ > RTMath.cpp:78:8: error: #error "Please report this error and the CPU you are using to the LinuxSampler developers mailing list!" > # error "Please report this error and the CPU you are using to the LinuxSampler developers mailing list!" > > So the CPU I am using is the BCM2835 ARMv7, I attached the > /proc/cpuinfo. > > Best regards, > Christoph Stelz > > > > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > |
|
From: Christoph S. <ma...@ch...> - 2020-11-08 18:25:14
|
Hello everyone!
I am trying to compile LinuxSampler 2.1.1 on the Raspberry Pi 3 with
Raspbian, which is based on Debian buster. The compilation goes fine as
far as I can tell, until it gets to RTMath.cpp:
RTMath.cpp:77:8: error: #error "Sorry, LinuxSampler lacks time stamp code for your system."
# error "Sorry, LinuxSampler lacks time stamp code for your system."
^~~~~
RTMath.cpp:78:8: error: #error "Please report this error and the CPU you are using to the LinuxSampler developers mailing list!"
# error "Please report this error and the CPU you are using to the LinuxSampler developers mailing list!"
So the CPU I am using is the BCM2835 ARMv7, I attached the
/proc/cpuinfo.
Best regards,
Christoph Stelz
|
|
From: joo b. <joo...@ya...> - 2020-10-06 11:44:51
|
Awesome! Thanks for your clarification. I will round the numbers to an integer and apply the tuning until the patch is made ready.
Cheers,
Ebad
On Tuesday, October 6, 2020, 01:29:22 PM GMT+2, Christian Schoenebeck <sch...@li...> wrote:
On Dienstag, 6. Oktober 2020 11:46:06 CEST joo bian via Linuxsampler-devel wrote:
> Hi everyone,
> I am trying to understand how to apply a different universal tuning in Linux
> Sampler, apart from International A 440. Is there a way to do that in Linux
> Sampler?
Well, there is already a bunch of options for altering tuning, both on patch/
preset level, as well on part/channel level. For the latter aspect there is
already implemented e.g. MIDI RPN 2 (channel coarse tuning in semi tones),
Roland GS scale tuning SysEx (cents per note of an octave).
However what you are talking about is master tune. I have an unfinished patch
for that. It's yet missing a binding to some MIDI command. MIDI RPN 1 (channel
fine tuning) would be a reasonable candidate.
> In the SFZ engine, I can add "tune" OPCODE to change the global
> tuning. The question here is that does the "tune" OPCODE take a real number
> in LS or only an integer? If it only takes an integer, I should round the
> real number to get a higher precision... Thank you for your help,
> Cheers,
> Ebad
I just looked at it: it's converted to an integer by the current SFZ engine
implementation. No idea whether that's complying wiith the official tune
opcode or not.
Until a hard coded (e.g. RPN 1) implementation makes into the sampler, you
might consider another alternative: adding a NKSP script with a RPN handler
to your sound(s) which would simply call the NKSP built-in function
change_tune(). That's like 3 lines of NKSP code.
http://doc.linuxsampler.org/sfz/script_opcode/
http://doc.linuxsampler.org/Instrument_Scripts/NKSP_Language/#rpn__nrpn_events
http://doc.linuxsampler.org/Instrument_Scripts/NKSP_Language/Reference/change_tune_function/
CU
Christian
|
|
From: Christian S. <sch...@li...> - 2020-10-06 11:29:33
|
On Dienstag, 6. Oktober 2020 11:46:06 CEST joo bian via Linuxsampler-devel wrote: > Hi everyone, > I am trying to understand how to apply a different universal tuning in Linux > Sampler, apart from International A 440. Is there a way to do that in Linux > Sampler? Well, there is already a bunch of options for altering tuning, both on patch/ preset level, as well on part/channel level. For the latter aspect there is already implemented e.g. MIDI RPN 2 (channel coarse tuning in semi tones), Roland GS scale tuning SysEx (cents per note of an octave). However what you are talking about is master tune. I have an unfinished patch for that. It's yet missing a binding to some MIDI command. MIDI RPN 1 (channel fine tuning) would be a reasonable candidate. > In the SFZ engine, I can add "tune" OPCODE to change the global > tuning. The question here is that does the "tune" OPCODE take a real number > in LS or only an integer? If it only takes an integer, I should round the > real number to get a higher precision... Thank you for your help, > Cheers, > Ebad I just looked at it: it's converted to an integer by the current SFZ engine implementation. No idea whether that's complying wiith the official tune opcode or not. Until a hard coded (e.g. RPN 1) implementation makes into the sampler, you might consider another alternative: adding a NKSP script with a RPN handler to your sound(s) which would simply call the NKSP built-in function change_tune(). That's like 3 lines of NKSP code. http://doc.linuxsampler.org/sfz/script_opcode/ http://doc.linuxsampler.org/Instrument_Scripts/NKSP_Language/#rpn__nrpn_events http://doc.linuxsampler.org/Instrument_Scripts/NKSP_Language/Reference/change_tune_function/ CU Christian |
|
From: joo b. <joo...@ya...> - 2020-10-06 09:48:19
|
Hi everyone, I am trying to understand how to apply a different universal tuning in Linux Sampler, apart from International A 440. Is there a way to do that in Linux Sampler? In the SFZ engine, I can add "tune" OPCODE to change the global tuning. The question here is that does the "tune" OPCODE take a real number in LS or only an integer? If it only takes an integer, I should round the real number to get a higher precision... Thank you for your help, Cheers, Ebad |
|
From: Oliver G. <pia...@gm...> - 2020-09-30 12:03:42
|
Dear colleagues, we develop software for medical applications. Urgently we are looking for a VSTi. Since our application is server-based (LINUX) the VSTi should offer the following characteristics: 1.) RUN ON LINUX-server 2.) RUN WITHOUT GUI. Medical experts simply do not have enough time to edit or use software-instruments bedside. Therefore we have to prepare different sound-configurations and the users shall neither see nor touch the GUI of the VSTi. 3.) real-time tweaking of different parameters (volume, filter, lfo,...) in realtime (MIDI-CC automatisation of a few parameters) My question is, if LINUXSAMPLER is fitting for this intended use - I understand that it will run on Linux of course and also that the GUI and the backend of the sampler can be separated but I am not sure, if it also would be suitable for any "sound-pre-selected"-server-based installation. I am very thankful for your support! Best regards Oliver |
|
From: Christian S. <sch...@li...> - 2020-09-25 12:40:35
|
On Freitag, 25. September 2020 10:23:57 CEST joo bian wrote: > Hi everyone, > I have been developing a number of SFZ instruments for linuxsampler that I > intend to sell next year. These are professional-grade instruments that > could greatly help linux musicians. I am using LinuxSampler as the main SFZ > engine, and by far, I prefer it to any other SFZ engine available for > linux. However, LinuxSampler lacks a couple of SFZ Opcodes that are really > a bummer. These sfz opcodes are below and all of them are related to sound > polyphony, apart from the rt_deadd: 1 note_polyphony > (https://sfzformat.com/opcodes/note_polyphony)2. note_selfmask > (https://sfzformat.com/opcodes/note_selfmask)3. rt_dead > (https://sfzformat.com/opcodes/rt_dead) earlier this year, Jacek Roszkowski > provided a promising patch that could actually make some of these features > available. but it has not yet implemented: 309 – Improve key group handling > (off_by) with a flexible approach to polyphony Current status is as described in comment 8: https://bugs.linuxsampler.org/cgi-bin/show_bug.cgi?id=309#c8 That is, proposed patch uses std::multimap which is not real-time safe, and I also proposed how to solve that. The other thing is that my general questions concerning how this opcode should precisely behave (from SFZ specification PoV) were not answered yet. Maybe you can answer to those questions on the report. CU Christian |
|
From: joo b. <joo...@ya...> - 2020-09-25 08:24:19
|
Hi everyone, I have been developing a number of SFZ instruments for linuxsampler that I intend to sell next year. These are professional-grade instruments that could greatly help linux musicians. I am using LinuxSampler as the main SFZ engine, and by far, I prefer it to any other SFZ engine available for linux. However, LinuxSampler lacks a couple of SFZ Opcodes that are really a bummer. These sfz opcodes are below and all of them are related to sound polyphony, apart from the rt_deadd: 1 note_polyphony (https://sfzformat.com/opcodes/note_polyphony)2. note_selfmask (https://sfzformat.com/opcodes/note_selfmask)3. rt_dead (https://sfzformat.com/opcodes/rt_dead) earlier this year, Jacek Roszkowski provided a promising patch that could actually make some of these features available. but it has not yet implemented: 309 – Improve key group handling (off_by) with a flexible approach to polyphony | | | | 309 – Improve key group handling (off_by) with a flexible approach to po... | | | I am willing to collaborate and even financially support/pay a programmer who could implement these features to LinuxSampler, for everybody. Is there anyone among you who would be interested in such an idea? I really would like to see at least the note_polyphony feature in LS, which would make a big difference. I know that this is not the routine work in an open software, but I am not able to do this on my own, which is why I came up with this offer! Cheers, Ebad |
|
From: Christian S. <sch...@li...> - 2020-08-31 09:11:00
|
On Montag, 31. August 2020 02:47:47 CEST Christian Czezatke wrote: > Here is a patch that fixes the problem for me: > > ===== > --- src/engines/sfz/sfz.cpp.orig 2020-08-30 13:57:01.454616965 -0700 > +++ src/engines/sfz/sfz.cpp 2020-08-30 15:04:51.249334686 -0700 > @@ -689,7 +689,7 @@ > definition->xfout_hikey = xfout_hikey; > definition->xf_keycurve = xf_keycurve; > definition->xfin_lovel = xfin_lovel; > - definition->xfin_hivel = xfin_lovel; > + definition->xfin_hivel = xfin_hivel; > definition->xfout_lovel = xfout_lovel; > definition->xfout_hivel = xfout_hivel; > definition->xf_velcurve = xf_velcurve; > ===== Applied. Good spot, thanks! > Hope you'll find this patch useful and thanks to all the developers for > their work on linuxsampler! > > regards, > > Christian CU Christian |
|
From: Christian C. <ce...@ce...> - 2020-08-31 01:44:59
|
Hi,
I was trying to get the "Slender Salamander" SFZ sound font working under
linuxsampler. This is a sound font that contains phase-aligned samples for
three different velocities and then cross-fades between them:
https://sig-ex.com/2017/11/11/slender-salmander-grand-piano/
I noticed that the cross-fade was off when using this sound font with
linuxsampler, and eventually root-caused the problem to a typo in
src/engines/sfz.cpp, which resulted in fade-ins being broken because of a
crossed wire in the initialization of xfin_hivel. (It was getting set to
the value of xfin_lovel).
Here is a patch that fixes the problem for me:
=====
--- src/engines/sfz/sfz.cpp.orig 2020-08-30 13:57:01.454616965 -0700
+++ src/engines/sfz/sfz.cpp 2020-08-30 15:04:51.249334686 -0700
@@ -689,7 +689,7 @@
definition->xfout_hikey = xfout_hikey;
definition->xf_keycurve = xf_keycurve;
definition->xfin_lovel = xfin_lovel;
- definition->xfin_hivel = xfin_lovel;
+ definition->xfin_hivel = xfin_hivel;
definition->xfout_lovel = xfout_lovel;
definition->xfout_hivel = xfout_hivel;
definition->xf_velcurve = xf_velcurve;
=====
Hope you'll find this patch useful and thanks to all the developers for
their work on linuxsampler!
regards,
Christian
|
|
From: Barry J. <zen...@ze...> - 2020-08-21 10:33:45
|
On 21/08/2020 07:24, Christian Schoenebeck wrote: > On Freitag, 21. August 2020 02:04:52 CEST Barry Jackson wrote: >> Hello, >> Quick question: >> >> https://svn.linuxsampler.org/cgi-bin/viewvc.cgi/linuxsampler/trunk/src/netwo >> rk/lscp.y?r1=3054&r2=3787&pathrev=3787 >> >> I am not a programmer but I do maintain the Linuxsampler package for Mageia. >> >> To me the above code looks as though there may be a typo in it? >> >> Is the space after # on line 1486 correct? > > It is correct, both in C as well as in C++. A preprocessor statement must > start with a '#' character at the start of the line, but it is not mandatory > for the actual preprocessor statement to follow that '#' character > immediately. > > Space indents like this one are commonly used to clearly structure nested > preprocessor statement blocks, i.e. > > #if foo > # if bla > # define something 0 > # else > # define something 1 > # endif > #else > # if bla > # define something 2 > # else > # define something 3 > # endif > #endif > > is better for the eye than: > > #if foo > #if bla > #define something 0 > #else > #define something 1 > #endif > #else > #if bla > #define something 2 > #else > #define something 3 > #endif > #endif > > This comes especially handy if somebody accidentally breaks the structure when > the software evolves. The indents allow to recover the structure easily. > > CU > Christian > > Thanks Christian for your quick reply, this is a case of 'a little knowledge (on my part) is dangerous' :) I am familiar with indentation in bash etc., but not preprocessor statements in C. Cheers, Barry |
|
From: Christian S. <sch...@li...> - 2020-08-21 06:54:49
|
On Freitag, 21. August 2020 02:04:52 CEST Barry Jackson wrote: > Hello, > Quick question: > > https://svn.linuxsampler.org/cgi-bin/viewvc.cgi/linuxsampler/trunk/src/netwo > rk/lscp.y?r1=3054&r2=3787&pathrev=3787 > > I am not a programmer but I do maintain the Linuxsampler package for Mageia. > > To me the above code looks as though there may be a typo in it? > > Is the space after # on line 1486 correct? It is correct, both in C as well as in C++. A preprocessor statement must start with a '#' character at the start of the line, but it is not mandatory for the actual preprocessor statement to follow that '#' character immediately. Space indents like this one are commonly used to clearly structure nested preprocessor statement blocks, i.e. #if foo # if bla # define something 0 # else # define something 1 # endif #else # if bla # define something 2 # else # define something 3 # endif #endif is better for the eye than: #if foo #if bla #define something 0 #else #define something 1 #endif #else #if bla #define something 2 #else #define something 3 #endif #endif This comes especially handy if somebody accidentally breaks the structure when the software evolves. The indents allow to recover the structure easily. CU Christian |
|
From: Barry J. <zen...@ze...> - 2020-08-21 02:21:46
|
Hello, Quick question: https://svn.linuxsampler.org/cgi-bin/viewvc.cgi/linuxsampler/trunk/src/network/lscp.y?r1=3054&r2=3787&pathrev=3787 I am not a programmer but I do maintain the Linuxsampler package for Mageia. To me the above code looks as though there may be a typo in it? Is the space after # on line 1486 correct? Thanks for your help, Barry |
|
From: Rui N. C. <rn...@rn...> - 2020-07-31 15:28:47
|
Greetings Here goes the first bunch of 'QStuff*', QjackCtl [1], Qsynth [2], Qsampler [3], QXGEdit [4], QmidiCtl [5] and QmidiNet [6], all bumped to **version 0.6.3** while on this (Northern) Summer'20 season. ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.6.3 (summer'20) is out! QjackCtl is a(n ageing yet modern, not so 'simple' anymore) Qt [7] application to control the JACK [8] sound server, for the Linux Audio [12] infrastructure. Website: https://qjackctl.sourceforge.io http://qjackctl.sourceforge.net Project page: https://sourceforge.net/projects/qjackctl Downloads: https://sourceforge.net/projects/qjackctl/files - source tarball: https://download.sf.net/qjackctl/qjackctl-0.6.3.tar.gz - source package: https://download.sf.net/qjackctl/qjackctl-0.6.3-43.rncbc.suse.src.rpm - binary package: https://download.sf.net/qjackctl/qjackctl-0.6.3-43.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qjackctl/qjackctl-0.6.3-43.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Clock source and Self connect restriction options have been added to Setup / Settings / Advanced (only enabled when JACK D-BUS control interface is in effect). - Added preliminary support for JACK CV signal-type ports and JACK OSC event-type ports (Graph only). - Left-clicking on the system-tray icon now simply toggles the main widget visibility, disregarding if already hidden undercover to other windows. - Graph nodes and ports are now presented with some gradient background. - Fixed Setup dialog Cancel (or close) behavior when Settings > Parameters > Frames/Period (aka. buffer-size) it's the only setting that's changed. - Early fixing to build for Qt >= 5.15.0. ** Qsynth - A fluidsynth Qt GUI Interface [2] ** Qsynth 0.6.3 (summer'20) is out! Qsynth is a FluidSynth [10] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. Website: https://qsynth.sourceforge.io http://qsynth.sourceforge.net Project page: https://sourceforge.net/projects/qsynth Downloads: https://sourceforge.net/projects/qsynth/files - source tarball: https://download.sf.net/qsynth/qsynth-0.6.3.tar.gz - source package: https://download.sf.net/qsynth/qsynth-0.6.3-43.rncbc.suse.src.rpm - binary package: https://download.sf.net/qsynth/qsynth-0.6.3-43.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsynth/qsynth-0.6.3-43.x86_64.AppImage Git repos: https://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - Left-clicking on the system-tray icon now simply toggles the main widget visibility, disregarding if already hidden undercover to other windows. - Early fixing to build for Qt >= 5.15.0. ** Qsampler - A LinuxSampler Qt GUI Interface [3] ** Qsampler 0.6.3 (summer'20) is out! Qsampler is a LinuxSampler [11] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. 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-0.6.3.tar.gz - source package: https://download.sf.net/qsampler/qsampler-0.6.3-43.rncbc.suse.src.rpm - binary package: https://download.sf.net/qsampler/qsampler-0.6.3-43.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsampler/qsampler-0.6.3-43.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://bitbucket.com/rncbc/qsampler.git Change-log: - Early fixing to build for Qt >= 5.15.0. ** QXGEdit - A Qt XG Editor [4] ** QXGEdit 0.6.3 (summer'20) is out! QXGEdit is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [14] and thus probably a baseline for many other XG devices. Website: https://qxgedit.sourceforge.io http://qxgedit.sourceforge.net Project page: https://sourceforge.net/projects/qxgedit Downloads: https://sourceforge.net/projects/qxgedit/files - source tarball: https://download.sf.net/qxgedit/qxgedit-0.6.3.tar.gz - source package: https://download.sf.net/qxgedit/qxgedit-0.6.3-33.rncbc.suse.src.rpm - binary package: https://download.sf.net/qxgedit/qxgedit-0.6.3-33.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qxgedit/qxgedit-0.6.3-33.x86_64.AppImage Git repos: https://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - Early fixing to build for Qt >= 5.15.0. ** QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast [5] ** QmidiCtl 0.6.3 (summer'20) is out! QmidiCtl [5] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [15] for Windows. QmidiCtl [5] was long ago designed for the Maemo [17] enabled handheld devices, namely the late Nokia N900 [18] and promoted to the Maemo Package [18] repositories. Nevertheless, QmidiCtl [5] may still be found effective as a regular desktop application and recently as an Android application as well. Website: https://qmidictl.sourceforge.io http://qmidictl.sourceforge.net Project page: https://sourceforge.net/projects/qmidictl Downloads: https://sourceforge.net/projects/qmidictl/files - source tarball: https://download.sf.net/qmidictl/qmidictl-0.6.3.tar.gz - source package: https://download.sf.net/qmidictl/qmidictl-0.6.3-23.rncbc.suse.src.rpm - binary package: https://download.sf.net/qmidictl/qmidictl-0.6.3-23.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidictl/qmidictl-0.6.3-23.x86_64.AppImage - Android packages: https://download.sf.net/qmidictl/qmidictl-0.6.3-23.armeabi-v7a.apk https://download.sf.net/qmidictl/qmidictl-0.6.3-23.arm64-v8a.apk https://play.google.com/store/apps/details?id=org.rncbc.qmidictl Git repos: https://git.code.sf.net/p/qmidictl/code https://github.com/rncbc/qmidictl.git https://gitlab.com/rncbc/qmidictl.git https://bitbucket.com/rncbc/qmidictl.git Change-log: - Early fixing to build for Qt >= 5.15.0. ** QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [6] ** QmidiNet 0.6.3 (summer'20) is out! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI [9] and JACK-MIDI [8]) over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [16] for Windows. Website: https://qmidinet.sourceforge.io http://qmidinet.sourceforge.net Project page: https://sourceforge.net/projects/qmidinet Downloads: https://sourceforge.net/projects/qmidinet/files - source tarball: https://download.sf.net/qmidinet/qmidinet-0.6.3.tar.gz - source package: https://download.sf.net/qmidinet/qmidinet-0.6.3-23.rncbc.suse.src.rpm - binary package: https://download.sf.net/qmidinet/qmidinet-0.6.3-23.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidinet/qmidinet-0.6.3-23.x86_64.AppImage Git repos: https://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - Early fixing to build for Qt >= 5.15.0. License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [12]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface https://qjackctl.sourceforge.io [2] Qsynth - A fluidsynth Qt GUI Interface https://qsynth.sourceforge.io [3] Qsampler - A LinuxSampler Qt GUI Interface https://qsampler.sourceforge.io [4] QXGEdit - A Qt XG Editor https://qxgedit.sourceforge.io [5] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast https://qmidictl.sourceforge.io [6] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast https://qmidinet.sourceforge.io [7] Qt framework, C++ class library and tools for cross-platform application and UI development https://qt.io/ [8] JACK Audio Connection Kit https://jackaudio.org [9] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [10] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications https://www.fluidsynth.org [11] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler https://www.linuxsampler.org [12] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [13] GPL - GNU General Public License https://www.gnu.org/copyleft/gpl.html [14] Yamaha DB50XG (https://web.archive.org/web/20150607065739/) http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [15] multimidicast - sends and receives MIDI from ALSA sequencers over network https://llg.cubic.org/tools/multimidicast [16] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN https://nerds.de [17] Maemo.org - Home of the Maemo community https://www.maemo.org [18] Maemo.org Wiki - Nokia N900 https://wiki.maemo.org/Nokia_N900 [19] Maemo.org - Downloads: QmidiCtl https://maemo.org/downloads/product/Maemo5/qmidictl [20] AppImage, Linux apps that run anywhere https://appimage.org/ See also: https://www.rncbc.org/drupal/node/2108 Enjoy && Have fun! -- rncbc aka. Rui Nuno Capela rn...@rn... |
|
From: Nicola P. <nic...@gm...> - 2020-07-03 08:03:02
|
Hi Christian, It's been a while since I've compiled all the LS family packages. Now I'm trying to compile the latest revision (3796), but I'm having trouble compiling libgig. I have attached the error log, but I think the anomaly is in these last lines of log: dh_install: Cannot find (any matches for) "/etc/ld.so.conf.d/libgig*.conf" (tried in "." and "debian / tmp") dh_install: libgig9 missing files: /etc/ld.so.conf.d/libgig*.conf dh_install: missing files, aborting I have the same error on both Debian Stretch and Buster. Thank you! -- Nicola |
|
From: Christian S. <sch...@li...> - 2020-06-25 15:47:47
|
On Dienstag, 23. Juni 2020 22:26:10 CEST Jerome M wrote: > Hi devs ! > > First, thanks for this great piece of software. > > I would like to report a bug but have no bugzilla account. Let me know > how can I further help in providing more details. > > LS lv2 plugin crashes (ardour 5.12) when loading several .gig with (one) > script: > - Same gigs without the script run well in plugin mode. > - Same gigs with the script run well in standalone mode > - Tested 2.1.1 and SVN version with same result > > Platform: arch linux > > Don't know if I can attach gdb to the plugin since it is hosted by ardour... > > Happy to help. I just added an account with your email to the LS bug tracker. Since you don't have a patch to fix this issue, please open a report with the tracker for now. CU Christian |
|
From: Jerome M <jah...@gm...> - 2020-06-23 20:27:03
|
Hi devs ! First, thanks for this great piece of software. I would like to report a bug but have no bugzilla account. Let me know how can I further help in providing more details. LS lv2 plugin crashes (ardour 5.12) when loading several .gig with (one) script: - Same gigs without the script run well in plugin mode. - Same gigs with the script run well in standalone mode - Tested 2.1.1 and SVN version with same result Platform: arch linux Don't know if I can attach gdb to the plugin since it is hosted by ardour... Happy to help. Cheers, Jerome |
161 messages has been excluded from this view by a project administrator.
