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

[Linuxsampler-devel] [PATCH] Fix LV2 SFZ state (WAS: Re: LV2-plugin not reloading samplefiles correctly)

[David R. <d...@dr...>]

On Fri, 2012-07-27 at 23:04 -0400, David Robillard wrote:
> On Fri, 2012-07-20 at 16:46 +0200, Gabbe Nord wrote:
> > Hello!
> > 
> > I'm using the LV2-plugin for Linuxsampler alot with ardour (3,
> > svn-version) and an issue i've been having for quite a while now is
> > that it does not reload the sample-files it should correctly upon
> > session startup.
> > For example, the terminal displays this when loading a session:
> > 
> > Scheduling
> > '/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz' (Index=0) to be loaded in background (if not loaded yet).
> > Loading sfz instrument
> > ('/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz',0)...OK
> > Caching initial samples...sfz::Engine error: Failed to load
> > instrument,
> > cause: /home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.wav: Can't get sample info: System error : No such file or directory.
[...]
> Long story short, SFZ (or any multi-file format) in LV2 doesn't work
> across saves.

Attached is a patch to resolve this issue.

LinuxSampler LV2 state is still not archivable, and multi-file .gig will
still not work, but SFZ should save and restore correctly at least.

It would perhaps be a good idea to move this fix lower to the SFZ engine
so loading from a symbolic link path always works.

Patch also available online here:
http://drobilla.net/files/linuxsampler_lv2_sfz_fix.diff

Cheers,

-dr

Re: [Linuxsampler-devel] LV2-plugin not reloading samplefiles correctly

[David R. <d...@dr...>]

On Fri, 2012-07-20 at 16:46 +0200, Gabbe Nord wrote:
> Hello!
> 
> I'm using the LV2-plugin for Linuxsampler alot with ardour (3,
> svn-version) and an issue i've been having for quite a while now is
> that it does not reload the sample-files it should correctly upon
> session startup.
> For example, the terminal displays this when loading a session:
> 
> Scheduling
> '/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz' (Index=0) to be loaded in background (if not loaded yet).
> Loading sfz instrument
> ('/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz',0)...OK
> Caching initial samples...sfz::Engine error: Failed to load
> instrument,
> cause: /home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.wav: Can't get sample info: System error : No such file or directory.
> 
> ...where the correct path to the sfz (and wavs) is a completely other
> path. So what I need to do upon each startup is manually reloading
> each LS-channel to be used with ardour, via for example qsampler. 
> 
> I remember this working "like it should" a while back (a couple of
> months), so I was thinking I should alert you on this issue =) Please
> let me know if I can assist in some other way in debugging etc!

Long story short, SFZ (or any multi-file format) in LV2 doesn't work
across saves.

Sorry, I'll get around to it :)

-dr

[Linuxsampler-devel] LV2-plugin not reloading samplefiles correctly

[Gabbe N. <gab...@gm...>]

Hello!

I'm using the LV2-plugin for Linuxsampler alot with ardour (3, svn-version)
and an issue i've been having for quite a while now is that it does not
reload the sample-files it should correctly upon session startup.
For example, the terminal displays this when loading a session:

Scheduling
'/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz'
(Index=0) to be loaded in background (if not loaded yet).
Loading sfz instrument
('/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.sfz',0)...OK
Caching initial samples...sfz::Engine error: Failed to load instrument,
cause:
/home/zth/MUSIK/WhatProjekt/simpleBeat/plugins/401/state8/DecayBass.wav:
Can't get sample info: System error : No such file or directory.

...where the correct path to the sfz (and wavs) is a completely other path.
So what I need to do upon each startup is manually reloading each
LS-channel to be used with ardour, via for example qsampler.

I remember this working "like it should" a while back (a couple of months),
so I was thinking I should alert you on this issue =) Please let me know if
I can assist in some other way in debugging etc!

Thanks in advanced!

Re: [Linuxsampler-devel] osx compilation

[Ebrahim M. <eb...@me...>]

On Jul 14, 2012, at 3:39 PM, Maurizio Berti wrote:

> Hello,
> I'm trying to compile linuxsampler on OS X 10.5.8, by command line
> rather than Xcode (I'm not used to it). So far I was able to build and
> install liblscp and libgig, but I had problems with linuxsampler.
> After a couple of issues (the last one being adding
> JACK_CFLAGS="-DHAVE_JACK_MIDI_GET_EVENT_COUNT" to get the compilation
> process going on) I'm stuck with an LD problem. Here you can see the
> latest output of make: http://pastebin.com/mxNs2gVR
> I asked on the #linuxsampler channel on freenode and they told me that
> maybe I'm missing the ldflags ("-framework Coreaudio" and so on) in
> the makefile for liblinuxsampler. I'm not an expert, so I really don't
> know how to fix this issue.
> FYI I'm using revision 2356.
> Can anybody help me with that?

On Jul 15, 2012, at 5:41 AM, Andreas Persson wrote:

> I just tried to do a build on OS X, and it worked fine. This is how I
> did it:
>
> Environment: OS X 10.6.6, XCode 3.2.6, no extra open-source packages
> like fink or MacPorts installed.
> //

> # linuxsampler
> cd ..
> svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk  
> linuxsampler
> cd linuxsampler
> make -f Makefile.cvs
> CXXFLAGS="-O2 -march=x86-64" ./configure --prefix=/Users/andreas/build
> --disable-static
> make
> make install
>
>
> /Andreas


Bongiorno Maurizio, Tag Andreas!

Your build environment being different to that of Andreas' I would  
imagine that you would need some extra flags. IIRC, on 10.5.8 with  
Xcode-3.1.4 and looking at your compilation errors: in addition to "- 
framework CoreAudio" you also need "-framework CoreMIDI -framework  
CoreFoundation" .

> Thanks in advance,
> Maurizio
>
> -- 
> È difficile avere una convinzione precisa quando si parla delle
> ragioni del cuore. - "Sostiene Pereira", Antonio Tabucchi

"It is difficult to (precisely) convince when one speaks with a raging  
heart"  ?

Ciao,
E

Re: [Linuxsampler-devel] osx compilation

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

On 2012-07-14 21:39, Maurizio Berti wrote:
> Hello,
> I'm trying to compile linuxsampler on OS X 10.5.8, by command line
> rather than Xcode (I'm not used to it). So far I was able to build and
> install liblscp and libgig, but I had problems with linuxsampler.
> After a couple of issues (the last one being adding
> JACK_CFLAGS="-DHAVE_JACK_MIDI_GET_EVENT_COUNT" to get the compilation
> process going on) I'm stuck with an LD problem. Here you can see the
> latest output of make: http://pastebin.com/mxNs2gVR
> I asked on the #linuxsampler channel on freenode and they told me that
> maybe I'm missing the ldflags ("-framework Coreaudio" and so on) in
> the makefile for liblinuxsampler. I'm not an expert, so I really don't
> know how to fix this issue.
> FYI I'm using revision 2356.
> Can anybody help me with that?
>
> Thanks in advance,
> Maurizio
>

I just tried to do a build on OS X, and it worked fine. This is how I 
did it:

Environment: OS X 10.6.6, XCode 3.2.6, no extra open-source packages 
like fink or MacPorts installed.

My home dir is /Users/andreas. I built everything in /Users/andreas/build.


cd
mkdir build
cd build

# GNU libtool, needed in all builds
tar xf ~/libtool-2.4.2.tar
cd libtool-2.4.2
./configure --prefix=/Users/andreas/build --disable-static
make
make install

export PATH=/Users/andreas/build/bin:$PATH

# gettext, needed to build pkg-config
cd ..
tar xf ~/gettext-0.18.1.1.tar.gz
cd gettext-0.18.1.1
./configure --prefix=/Users/andreas/build --disable-static
make
make install

# pkg-config, needed to find libsndfile and libgig
cd ..
tar xf ~/pkg-config-0.27.tar.gz
cd pkg-config-0.27
CPPFLAGS=-I/Users/andreas/build/include 
LDFLAGS=-L/Users/andreas/build/lib ./configure 
--prefix=/Users/andreas/build --disable-static --with-internal-glib
make
make install

# create a aclocal wrapper so pkg.m4 is found by Makefile.cvs
cd ..
echo '/usr/bin/aclocal -I /Users/andreas/build/share/aclocal "$@"' > 
bin/aclocal
chmod +x bin/aclocal

# libsndfile
tar xf ../libsndfile-1.0.25.tar.gz
cd libsndfile-1.0.25
./configure --prefix=/Users/andreas/build --disable-static
make
make install

# libgig
cd ..
svn co https://svn.linuxsampler.org/svn/libgig/trunk libgig
cd libgig
make -f Makefile.cvs
./configure --prefix=/Users/andreas/build --disable-static
make
make install

# linuxsampler
cd ..
svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler
cd linuxsampler
make -f Makefile.cvs
CXXFLAGS="-O2 -march=x86-64" ./configure --prefix=/Users/andreas/build 
--disable-static
make
make install


/Andreas

[Linuxsampler-devel] osx compilation

[Maurizio B. <mau...@gm...>]

Hello,
I'm trying to compile linuxsampler on OS X 10.5.8, by command line
rather than Xcode (I'm not used to it). So far I was able to build and
install liblscp and libgig, but I had problems with linuxsampler.
After a couple of issues (the last one being adding
JACK_CFLAGS="-DHAVE_JACK_MIDI_GET_EVENT_COUNT" to get the compilation
process going on) I'm stuck with an LD problem. Here you can see the
latest output of make: http://pastebin.com/mxNs2gVR
I asked on the #linuxsampler channel on freenode and they told me that
maybe I'm missing the ldflags ("-framework Coreaudio" and so on) in
the makefile for liblinuxsampler. I'm not an expert, so I really don't
know how to fix this issue.
FYI I'm using revision 2356.
Can anybody help me with that?

Thanks in advance,
Maurizio

-- 
È difficile avere una convinzione precisa quando si parla delle
ragioni del cuore. - "Sostiene Pereira", Antonio Tabucchi
http://www.jidesk.net

Re: [Linuxsampler-devel] Can you change the license to GPLv3 ?

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

On Wednesday 11 July 2012 17:13:14 Nils wrote:
> can you change your license to GPL version 3 and drop the GPLv2 exception?
> 
> Version 3 disallows to use the open software in a closed hardware system so
> Linuxsampler would be safe from commercial rip-offs. I assume that is the
> caution that led to the GPL2 exception.

In case of the sampler, the great "leak" is the TCP based network API (LSCP).

If the sampler was released under GPL3 without the infamous commercial 
exception, every commercial software and hardware product could use the 
sampler without any enforcement to make their sources public or ask for 
permssions or whatsoever. The network API case is neither covered by GPL2 nor 
by GPL3 unfortunately.

We have been in touch with the FSF quite some times, so this has been 
clearified.

CU
Christian

[Linuxsampler-devel] Can you change the license to GPLv3 ?

[Nils <li...@ni...>]

Hello,

can you change your license to GPL version 3 and drop the GPLv2 exception?

Version 3 disallows to use the open software in a closed hardware system so Linuxsampler would be safe from commercial rip-offs. I assume that is the caution that led to the GPL2 exception.

Nils

Re: [Linuxsampler-devel] AU Crash on OSX

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

On 2012-06-16 08:32, Andreas Persson wrote:
> On 2012-06-10 16:41, Hartmut Lang wrote:
>> Hi , I have written an small App loading AU.  I can Load LinuxSampler AU
>> it works, but with cratches.  Other AU works fine...  Where is my mistake ?
>> Wenn I will Remove LS from AudioGraph the Plugin crash, other Plugins
>> work without any Error. Who can help me, I'm searching contact to the AU
>> developer!
>
> What version of LinuxSampler do you use? Did you build it yourself, or
> did you use any of the snapshot builds?
>
> Can you show us the code in your small app that loads and unloads the AU?
>
> I have not seen the crash, neither in AULab, GarageBand nor Reaper.

I got the code off-list. It turned out that the problem was specific to 
OS X Lion (and probably newer versions), and that Reaper on Lion also 
crashed when the plugin was unloaded.

I've committed a fix for this now. The Mac specific fix in 
InstrumentManagerThread was: a) not needed anymore in Lion, b) causing 
crashes in Lion, so I added an OS version check.

/Andreas

Re: [Linuxsampler-devel] sfz and flac

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

On 2012-06-15 01:12, ju...@cy... wrote:
> Hi. I was wondering how hard it would be to add flac import support for
> the sfz engine.
>
> I looked into src/engines/common/SampleFile.cpp. The thing I find most
> confusing there is the non-local interaction with Synthesize::GetSample
> for 24 bit samples (according to a comment there). Can somebody who
> understands this comment on whether or not it is tricky?

>
> Also, would it be simpler to use sf_readf_ only, rather than
> sf_read_raw for wav and sf_readf_ for others? Maybe this
> little code section could be tidied up and we could get
> more import formats along the way?

Raw 24 bit samples are used to save some memory for the disk streaming 
buffers. A single sample frame takes three bytes instead of four.

So, support for 16 bit flac files should be very easy to do. 24 bit is a 
bit harder, SampleFile::Read has to transform the 32 bit integers to 24 
bit in the buffer. Another option is to use 32 bit buffers and add 
support for that in Synthesize::GetSample.

/Andreas

Re: [Linuxsampler-devel] AU Crash on OSX

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

On 2012-06-10 16:41, Hartmut Lang wrote:
> Hi , I have written an small App loading AU.  I can Load LinuxSampler AU
> it works, but with cratches.  Other AU works fine...  Where is my mistake ?
> Wenn I will Remove LS from AudioGraph the Plugin crash, other Plugins
> work without any Error. Who can help me, I'm searching contact to the AU
> developer!

What version of LinuxSampler do you use? Did you build it yourself, or 
did you use any of the snapshot builds?

Can you show us the code in your small app that loads and unloads the AU?

I have not seen the crash, neither in AULab, GarageBand nor Reaper.

/Andreas

[Linuxsampler-devel] sfz and flac

[<ju...@cy...>]

Hi. I was wondering how hard it would be to add flac import support for
the sfz engine.

I looked into src/engines/common/SampleFile.cpp. The thing I find most
confusing there is the non-local interaction with Synthesize::GetSample
for 24 bit samples (according to a comment there). Can somebody who
understands this comment on whether or not it is tricky?

Also, would it be simpler to use sf_readf_ only, rather than
sf_read_raw for wav and sf_readf_ for others? Maybe this
little code section could be tidied up and we could get
more import formats along the way?

If I understand these issues, I could probably make a simple
patch that would add flac support (and maybe others?).

Please let me know if I am missing something here.

Thanks.
--
G. Jungman

Re: [Linuxsampler-devel] AU Crash on OSX

[Hartmut L. <har...@on...>]

I Have look on the Source

#ifdef __APPLE__
     int InstrumentManagerThread::StopThread() {
         // This is a fix for Mac OS X, where SignalStopThread doesn't
         // wake up a thread waiting for a condition variable.
         SignalStopThread(); // send stop signal, but don't wait
         conditionJobsLeft.Set(true); // wake thread
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
         return Thread::StopThread(); // then wait for it to cancel
     }
#endif




Am 10.06.2012 16:41, schrieb Hartmut Lang:
> Hi , I have written an small App loading AU.  I can Load LinuxSampler AU
> it works, but with cratches.  Other AU works fine...  Where is my mistake ?
> Wenn I will Remove LS from AudioGraph the Plugin crash, other Plugins
> work without any Error. Who can help me, I'm searching contact to the AU
> developer!
>
> Crashreport:
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   libsystem_kernel.dylib            0x00007fff88a8fb8e
> __psynch_cvbroad + 10
> 1   libsystem_c.dylib                 0x00007fff9025b9c8
> pthread_cond_broadcast + 653
> 2   liblinuxsampler.3.dylib           0x00000001099d2499
> LinuxSampler::Condition::Set(bool) + 105
> 3   liblinuxsampler.3.dylib           0x00000001099a270b
> LinuxSampler::InstrumentManagerThread::StopThread() + 27
> 4   liblinuxsampler.3.dylib           0x000000010994bd5d
> LinuxSampler::LSCPServer::~LSCPServer() + 29
> 5   liblinuxsampler.3.dylib           0x00000001099accb8
> LinuxSampler::PluginGlobal::~PluginGlobal() + 88
> 6   liblinuxsampler.3.dylib           0x00000001099acf5a
> LinuxSampler::Plugin::~Plugin() + 90
> 7   org.linuxsampler.LinuxSamplerAU    0x0000000108c01dd0 0x108c00000 + 7632
> 8   org.linuxsampler.LinuxSamplerAU    0x0000000108c1241f PluginAUEntry
> + 60463
> 9   org.linuxsampler.LinuxSamplerAU    0x0000000108c0f2b2 PluginAUEntry
> + 47810
> 10  org.linuxsampler.LinuxSamplerAU    0x0000000108c03812 PluginAUEntry + 34
> 11  com.apple.CoreServices.CarbonCore    0x00007fff88c5ea09
> CallComponentClose + 46
> 12  com.apple.CoreServices.CarbonCore    0x00007fff88c0916a
> CloseComponentInternal(ComponentInstanceRecord*) + 96
> 13  com.apple.CoreServices.CarbonCore    0x00007fff88c09242
> CloseComponent + 33
> 14  com.apple.audio.toolbox.AudioToolbox    0x00007fff93e73493
> AudioComponentMgr::DisposeInstance(ComponentInstanceRecord*) + 9
> 15  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daf492
> AudioUnitNodeInfo::~AudioUnitNodeInfo() + 58
> 16  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daf858
> AudioUnitGraph::DoRemoveNode(int, AUNodeInfo**) + 90
> 17  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daffd8
> AudioUnitGraph::RemoveNode(int) + 196
> 18  com.apple.audio.toolbox.AudioToolbox    0x00007fff93db2b38
> AUGraphRemoveNode + 152
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

[Linuxsampler-devel] AU Crash on OSX

[Hartmut L. <har...@on...>]

Hi , I have written an small App loading AU.  I can Load LinuxSampler AU 
it works, but with cratches.  Other AU works fine...  Where is my mistake ?
Wenn I will Remove LS from AudioGraph the Plugin crash, other Plugins 
work without any Error. Who can help me, I'm searching contact to the AU 
developer!

Crashreport:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib            0x00007fff88a8fb8e 
__psynch_cvbroad + 10
1   libsystem_c.dylib                 0x00007fff9025b9c8 
pthread_cond_broadcast + 653
2   liblinuxsampler.3.dylib           0x00000001099d2499 
LinuxSampler::Condition::Set(bool) + 105
3   liblinuxsampler.3.dylib           0x00000001099a270b 
LinuxSampler::InstrumentManagerThread::StopThread() + 27
4   liblinuxsampler.3.dylib           0x000000010994bd5d 
LinuxSampler::LSCPServer::~LSCPServer() + 29
5   liblinuxsampler.3.dylib           0x00000001099accb8 
LinuxSampler::PluginGlobal::~PluginGlobal() + 88
6   liblinuxsampler.3.dylib           0x00000001099acf5a 
LinuxSampler::Plugin::~Plugin() + 90
7   org.linuxsampler.LinuxSamplerAU    0x0000000108c01dd0 0x108c00000 + 7632
8   org.linuxsampler.LinuxSamplerAU    0x0000000108c1241f PluginAUEntry 
+ 60463
9   org.linuxsampler.LinuxSamplerAU    0x0000000108c0f2b2 PluginAUEntry 
+ 47810
10  org.linuxsampler.LinuxSamplerAU    0x0000000108c03812 PluginAUEntry + 34
11  com.apple.CoreServices.CarbonCore    0x00007fff88c5ea09 
CallComponentClose + 46
12  com.apple.CoreServices.CarbonCore    0x00007fff88c0916a 
CloseComponentInternal(ComponentInstanceRecord*) + 96
13  com.apple.CoreServices.CarbonCore    0x00007fff88c09242 
CloseComponent + 33
14  com.apple.audio.toolbox.AudioToolbox    0x00007fff93e73493 
AudioComponentMgr::DisposeInstance(ComponentInstanceRecord*) + 9
15  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daf492 
AudioUnitNodeInfo::~AudioUnitNodeInfo() + 58
16  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daf858 
AudioUnitGraph::DoRemoveNode(int, AUNodeInfo**) + 90
17  com.apple.audio.toolbox.AudioToolbox    0x00007fff93daffd8 
AudioUnitGraph::RemoveNode(int) + 196
18  com.apple.audio.toolbox.AudioToolbox    0x00007fff93db2b38 
AUGraphRemoveNode + 152

Re: [Linuxsampler-devel] Linuxsampler-devel

[<kje...@gm...>]

hi Linuxsampler-devel make sure you tell your family about this the only way for you to stay ahead is if you keep up with the news http://t.co/xGZR52jt

Re: [Linuxsampler-devel] segfault ?

[Emanuel R. <xb...@we...>]

2012/4/29 Andreas Persson <and...@br...>:
>
> The crash isn't in linuxsampler, but in a ladspa plugin in your
> /usr/lib/ladspa directory: csladspa.so - I think it is from CSound. Try
> to remove that file or move it to another place.
>

Thank you Andreas.
Indeed that fixed it.  :)

-- 
E.R.

Re: [Linuxsampler-devel] segfault ?

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

On 2012-04-28 21:57, Emanuel Rumpf wrote:
> Recently linuxsampler segfaults
> ( may this be related to new lv2 release ?? )
> Any suggestions ?

> Program received signal SIGSEGV, Segmentation fault.
> __strcpy_chk () at ../sysdeps/x86_64/strcpy_chk.S:71
> 71	../sysdeps/x86_64/strcpy_chk.S: No such file or directory.
> (gdb)
> (gdb) bt
> #0  __strcpy_chk () at ../sysdeps/x86_64/strcpy_chk.S:71
> #1  0x00007fffecad4275 in ?? () from /usr/lib/ladspa/csladspa.so
> #2  0x00007fffecad47c5 in ladspa_descriptor () from /usr/lib/ladspa/csladspa.so
> #3  0x00007ffff7adbb27 in LinuxSampler::_foundLadspaDll(std::string,
> void*, void*, void*) ()
>     from /usr/lib/linuxsampler/liblinuxsampler.so.3

The crash isn't in linuxsampler, but in a ladspa plugin in your 
/usr/lib/ladspa directory: csladspa.so - I think it is from CSound. Try 
to remove that file or move it to another place.

/Andreas

[Linuxsampler-devel] segfault ?

[Emanuel R. <xb...@we...>]

Recently linuxsampler segfaults
( may this be related to new lv2 release ?? )
Any suggestions ?


Starting program: /usr/bin/linuxsampler

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
LinuxSampler 1.0.0.svn18
Copyright (C) 2003,2004 by Benno Senoner and Christian Schoenebeck
Copyright (C) 2005-2012 Christian Schoenebeck
Detected features: MMX SSE SSE2
Automatic Stacktrace: Off
Creating Sampler...OK
Registered sampler engines: 'GIG','SF2','SFZ'
Registered MIDI input drivers: ALSA,JACK
Registered audio output drivers: ALSA,JACK
Loading instrument editor plugins...OK
Registered instrument editors: 'gigedit'
Registered internal effect systems: LADSPA

Program received signal SIGSEGV, Segmentation fault.
__strcpy_chk () at ../sysdeps/x86_64/strcpy_chk.S:71
71	../sysdeps/x86_64/strcpy_chk.S: No such file or directory.
(gdb)
(gdb) bt
#0  __strcpy_chk () at ../sysdeps/x86_64/strcpy_chk.S:71
#1  0x00007fffecad4275 in ?? () from /usr/lib/ladspa/csladspa.so
#2  0x00007fffecad47c5 in ladspa_descriptor () from /usr/lib/ladspa/csladspa.so
#3  0x00007ffff7adbb27 in LinuxSampler::_foundLadspaDll(std::string,
void*, void*, void*) ()
   from /usr/lib/linuxsampler/liblinuxsampler.so.3
#4  0x00007ffff7adeb01 in
LinuxSampler::DynamicLibrariesSearch(std::string, std::string, void
(*)(std::string, void*, void*, void*), void*) () from
/usr/lib/linuxsampler/liblinuxsampler.so.3
#5  0x00007ffff7adbeff in
LinuxSampler::LadspaEffect::AvailableEffects() () from
/usr/lib/linuxsampler/liblinuxsampler.so.3
#6  0x00007ffff7ad4a74 in LinuxSampler::(anonymous
namespace)::EffectInfos::Update() () from
/usr/lib/linuxsampler/liblinuxsampler.so.3
#7  0x00007ffff7ad4adb in LinuxSampler::(anonymous
namespace)::EffectInfos::Count() () from
/usr/lib/linuxsampler/liblinuxsampler.so.3
#8  0x00007ffff7ad4bb0 in
LinuxSampler::EffectFactory::AvailableEffectsCount() () from
/usr/lib/linuxsampler/liblinuxsampler.so.3
#9  0x000000000040330d in main ()

[Linuxsampler-devel] "True mono" patch for SFZ engine

[shane r. <sha...@em...>]

I have written a tiny patch that allows off_by to trigger release of samples on the *same key* even within the same group. The result is a more consistent interpretation of the SFZ API. For example, complex ride patterns will not result in tens/100's of voices at the same time. This results in a more realistic sound, less CPU usage, less voice usage, and volume levels don't go through the roof.


 --- linuxsampler/src/engines/sfz/Voice.cpp 2012-04-17 23:09:11.000000000 -0500
 +++ linuxsampler/src/engines/sfz/Voice.cpp 2012-04-17 23:35:58.000000000 -0500
 @@ -275,7 +275,7 @@
 dmsg(4,("Voice %x processGroupEvents event type=%d", this, itEvent->Type));
 if (itEvent->Type == Event::type_control_change ||
 (Type & Voice::type_controller_triggered) ||
 - itEvent->Param.Note.Key != MIDIKey) {
 + itEvent->Param.Note.Key) {
 dmsg(4,("Voice %x - kill", this));
 if (pRegion->off_mode == ::sfz::OFF_NORMAL) {
 // turn off the voice by entering release envelope stage

 Setting up SFZs to take advantage of the new feature
 ====================================================

 It works like this:

 For the purpose of an example, our group number will be 001. Of course, it can be any integer.

 1) Groups trigger groups.
 // Closed Hats on key 1, switched via MIDICC
 <group> key=1 group=001 off_by=001 locc23=64 hicc23=127
 <region> HatClosed.wav lorand=0 hirand=0.5
 <region> HatClosed2.wav lorand=0.5 hirand=0.6

 // Semi Open Hats on key 1, switched via MIDICC
 <group> key=1 group=001 off_by=001 locc23=1 hicc23=63
 <region> HatSemiOpen.wav lorand=0 hirand=0.5
 <region> HatSemiOpen2.wav lorand=0.5 hirand=0.6

 // Hi Hat Foot on key 2
 <group> key=2 group=001 off_by=001
 <region> HiHatFoot.wav lorand=0 hirand=0.5
 <region> HiHatFoot2.wav lorand=0.5 hirand=0.6

 * Regions within a group will not trigger release. Only if groups is seperate.

 2) Regions trigger regions.
 // Closed Hats on key 1, switched via MIDICC
 <group> key=1 locc23=64 hicc23=127
 <region> HatClosed.wav lorand=0 hirand=0.5 group=001 off_by=001
 <region> HatClosed2.wav lorand=0.5 hirand=0.6 group=001 off_by=001

 // Semi Open Hats on key 1, switched via MIDICC
 <group> key=1 locc23=1 hicc23=63
 <region> HatSemiOpen.wav lorand=0 hirand=0.5 group=001 off_by=001
 <region> HatSemiOpen2.wav lorand=0.5 hirand=0.6 group=001 off_by=001

 // Hi Hat Foot on key 2
 <group> key=2
 <region> HiHatFoot.wav lorand=0 hirand=0.5 group=001 off_by=001
 <region> HiHatFoot2.wav lorand=0.5 hirand=0.6 group=001 off_by=001

 3) You can define a "ghost trigger" <group> with group=NNN, and any <region> or <group> on those keys with the off_by=NNN will have their releases triggered.

 // Closed Hats on key 1, switched via MIDICC
 <group> key=1 group=001 off_by=002 locc23=64 hicc23=127
 <region> HatClosed.wav lorand=0 hirand=0.5
 <region> HatClosed2.wav lorand=0.5 hirand=0.6

 // Semi Open Hats on key 1, switched via MIDICC
 <group> key=1 group=001 off_by=002 locc23=1 hicc23=63
 <region> HatSemiOpen.wav lorand=0 hirand=0.5
 <region> HatSemiOpen2.wav lorand=0.5 hirand=0.6

 // Hi Hat Foot on key 2
 <group> key=2 group=001 off_by=002
 <region> HiHatFoot.wav lorand=0 hirand=0.5
 <region> HiHatFoot2.wav lorand=0.5 hirand=0.6


 // ghost trigger

 <group> end=-1 sample=samples\releaseTrigger_koala_silent_1.wav group=002
 <region> key=1
 <region> key=2

 Shane Richards

[Linuxsampler-devel] State restoration of linuxsampler plugin on Ardour3

[Edward D. <di...@um...>]

I saw that lv2-1.0.0 was released so I thought I'd tried to see if state
restoration of multi-part SFZ and GIG files worked with the linuxsampler
plugin and ardour3.

Using AVLinux 5.0.3 I did this:

Compiled and installed all of these:
lv2-1.0.0.tar.bz2, serd-0.14.0.tar.bz2, sord-0.8.0.tar.bz2
sratom-0.2.0.tar.bz2, lilv-0.14.2.tar.bz2, suil-0.6.0.tar.bz2

Compiled SVN 2342 of  of libgig, liblscp, linuxsampler and SVN 12043 of
ardour3.

However, I still find multi-file SFZ, GIG files are not restored in saved
sessions, just as before.  For example I see ardour3 terminal output like
this: 

Scheduling
'/mdkhome/sound/recording/ardour3/test/plugins/127/state1/SalamanderGrandV3_41_24.sfz'
(Index=0) to be loaded in background (if not loaded yet).

Loading sfz file
'/mdkhome/sound/recording/ardour3/test/plugins/127/state1/SalamanderGrandV3_41_24.sfz'...OK

Loading sfz instrument
('/mdkhome/sound/recording/ardour3/test/plugins/127/state1/SalamanderGrandV3_41_24.sfz',0)...OK

Caching initial samples...sfz::Engine error: Failed to load
instrument, cause:
/mdkhome/sound/recording/ardour3/test/plugins/127/state1/41khz24bit/A0v1.wav:
Can't get sample info: System error : No such file or directory.

So either:

1) This functionality has not yet been implemented.
2) I do not know how to build everything to get the unfunctionality

Comments, suggestions welcome on whether there restoration of
multi-file SFZ, GIG files is possible with linuxsampler and ardour3.

Thanks, Edward Diehl

Re: [Linuxsampler-devel] ways to load a lscp file (script for NSM)

[rosea.grammostola <ros...@gm...>]

On 04/11/2012 12:26 PM, rosea.grammostola wrote:
> On 04/11/2012 12:21 PM, Luis Garrido wrote:
>> On 04/11/2012 12:12 PM, rosea.grammostola wrote:
>>
>>>> trap `kill -KILL $LSPID` SIGTERM
>>
>>
>> Are you really using backquotes here ?????????? Change them to single or
>> double quotes. You don't need to specify any signal for the kill command.
>
> Ok, but doesn't help. All is started via the nsm-proxy, but when
> stopping the proxy, LS still runs unfortunately

For clarity, I have it now like this


#!/bin/bash

linuxsampler 
--instruments-db-location=/home/derick/linuxaudio/linuxsampler/dericks_instruments.db 
&

LSPID=$!

# wait for LS to init
sleep 4;

# tell it what file to load
cat "$1" | nc localhost 8888

#handle SIGTERM from NSM by killing LS.
trap 'kill -TERM $LSPID' SIGTERM

#wait for LS to die naturally
wait $LSPID

Re: [Linuxsampler-devel] ways to load a lscp file (script for NSM)

[rosea.grammostola <ros...@gm...>]

On 04/11/2012 12:21 PM, Luis Garrido wrote:
> On 04/11/2012 12:12 PM, rosea.grammostola wrote:
>
>>> trap `kill -KILL $LSPID` SIGTERM
>
>
> Are you really using backquotes here ?????????? Change them to single or
> double quotes. You don't need to specify any signal for the kill command.

Ok,  but doesn't help. All is started via the nsm-proxy, but when 
stopping the proxy, LS still runs unfortunately

Re: [Linuxsampler-devel] ways to load a lscp file (script for NSM)

[Luis G. <lui...@us...>]

On 04/11/2012 12:12 PM, rosea.grammostola wrote:

>> trap `kill -KILL $LSPID` SIGTERM


Are you really using backquotes here ?????????? Change them to single or 
double quotes. You don't need to specify any signal for the kill command.

Re: [Linuxsampler-devel] ways to load a lscp file (script for NSM)

[rosea.grammostola <ros...@gm...>]

On 04/11/2012 12:06 PM, rosea.grammostola wrote:
> On 04/11/2012 12:37 AM, Luis Garrido wrote:
>> On 04/11/2012 12:25 AM, rosea.grammostola wrote:
>>
>>> Did you also build the nsm-proxy (branch) and added the script via
>>> client nsm-proxy?
>>
>> Nope, just fired up nsmd and non-session-manager, created a session,
>> added the script via the GUI and started and closed the session several
>> times to check it worked.
>>
>> Luis
>
> Maybe you could try to build the nsm-proxy, and add it as client. Use
> this script as binary and add an lscp file to the arguments of the
> nsm-proxy. This script *should* work, but here it doesn't. Maybe I miss
> something. Would be nice if you could give it a shot.
>
> #!/bin/bash
>
> linuxsampler &
>
> LSPID=$!
>
> # wait for LS to init
> sleep 4;
>
> # tell it what file to load
> cat "$1" | nc localhost 8888
>
> #handle SIGTERM from NSM by killing LS.
> trap `kill -KILL $LSPID` SIGTERM

or
trap `kill -TERM $LSPID` SIGTERM

>
> #wait for LS to die naturally
> wait $LSPID
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>>
>> ------------------------------------------------------------------------------
>>
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Linuxsampler-devel mailing list
>> Lin...@li...
>> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>

Re: [Linuxsampler-devel] ways to load a lscp file (script for NSM)

[rosea.grammostola <ros...@gm...>]

On 04/11/2012 12:37 AM, Luis Garrido wrote:
> On 04/11/2012 12:25 AM, rosea.grammostola wrote:
>
>> Did you also build the nsm-proxy (branch) and added the script via
>> client nsm-proxy?
>
> Nope, just fired up nsmd and non-session-manager, created a session,
> added the script via the GUI and started and closed the session several
> times to check it worked.
>
> Luis

Maybe you could try to build the nsm-proxy, and add it as client. Use 
this script as binary and add an lscp file to the arguments of the 
nsm-proxy. This script *should* work, but here it doesn't. Maybe I miss 
something. Would be nice if you could give it a shot.

#!/bin/bash

linuxsampler &

LSPID=$!

# wait for LS to init
sleep 4;

# tell it what file to load
cat "$1" | nc localhost 8888

#handle SIGTERM from NSM by killing LS.
trap `kill -KILL $LSPID` SIGTERM

#wait for LS to die naturally
wait $LSPID

























>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel