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

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

On Wed, 2012-01-18 at 12:17 +0100, Christian Schoenebeck wrote:
> On Wednesday 18 January 2012 02:59:44 David Robillard wrote:
> > <lv2.h> is the old-style include.  It is still installed there, but
> > things are migrating to the new-style URI-like includes.  There's
> > nothing really wrong with using <lv2.h> for now (for extensions, though,
> > the *only* system include is the URI-style one).
> > 
> > Bundling headers in your source is fine, and how most things have been
> > done in the past, but I am trying to encourage a migration to sane
> > packaging and system-installed extension headers because the duplication
> > is pretty crazy.  That said, for the time being, including them is still
> > probably the pragmatic thing to do until packagers catch up.
> > 
> > lv2.h is probably an exception since it is always present if lv2core is
> > installed.  Everyone I know of depends on lv2core via pkg-config and
> > includes the system lv2.h in the usual way (as if it were a library).
> 
> Yes, lv2core is available in most distributions. However e.g. on Debian 
> "Squeeze", it is fairly old (v3.0, may 2009). So the question is just whether 
> the LV2 support along with the extensions will work completely as expected 
> with such an old lv2core. If yes, we leave it as it is right now.
> 
> Since you are actively working on the extensions, I must leave it to you to 
> decide whether to include lv2core with the sampler sources.

The API in the header has never changed, it should be fine.

-dr

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

[Markus W. K. <kr...@ko...>]

well, i installed form http://www.ftp.debian.org the package lv2core (version 6) and then lv2-extensions-good (latest version). installation with gedebi
made no problems. in the next days i try to compile linuxsampler again with this packages - i will tell you as it works. if yes, it will be a very easy
solution for debian-squeeze.

CU

Markus


Am Wed, 18 Jan 2012 12:17:00 +0100
schrieb Christian Schoenebeck <sch...@li...>:

> On Wednesday 18 January 2012 02:59:44 David Robillard wrote:
> > <lv2.h> is the old-style include.  It is still installed there, but
> > things are migrating to the new-style URI-like includes.  There's
> > nothing really wrong with using <lv2.h> for now (for extensions, though,
> > the *only* system include is the URI-style one).
> > 
> > Bundling headers in your source is fine, and how most things have been
> > done in the past, but I am trying to encourage a migration to sane
> > packaging and system-installed extension headers because the duplication
> > is pretty crazy.  That said, for the time being, including them is still
> > probably the pragmatic thing to do until packagers catch up.
> > 
> > lv2.h is probably an exception since it is always present if lv2core is
> > installed.  Everyone I know of depends on lv2core via pkg-config and
> > includes the system lv2.h in the usual way (as if it were a library).
> 
> Yes, lv2core is available in most distributions. However e.g. on Debian 
> "Squeeze", it is fairly old (v3.0, may 2009). So the question is just whether 
> the LV2 support along with the extensions will work completely as expected 
> with such an old lv2core. If yes, we leave it as it is right now.
> 
> Since you are actively working on the extensions, I must leave it to you to 
> decide whether to include lv2core with the sampler sources.
> 
> CU
> Christian
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel



-----
Musix-Blog - Über meine Kompositionen - http://www.musix-de.blogspot.com
Musix-Wiki - Den Computer zum Komponieren einrichten - http://www.musix-wiki.org

Klavierunterricht in Köln - http://www.koelnklassik.de/klavierunterricht.htm

Markus W. Kropp
Buchholzstr. 36
51061 Köln
Tel.:0221-4719703

kr...@ko...

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

On Wednesday 18 January 2012 02:59:44 David Robillard wrote:
> <lv2.h> is the old-style include.  It is still installed there, but
> things are migrating to the new-style URI-like includes.  There's
> nothing really wrong with using <lv2.h> for now (for extensions, though,
> the *only* system include is the URI-style one).
> 
> Bundling headers in your source is fine, and how most things have been
> done in the past, but I am trying to encourage a migration to sane
> packaging and system-installed extension headers because the duplication
> is pretty crazy.  That said, for the time being, including them is still
> probably the pragmatic thing to do until packagers catch up.
> 
> lv2.h is probably an exception since it is always present if lv2core is
> installed.  Everyone I know of depends on lv2core via pkg-config and
> includes the system lv2.h in the usual way (as if it were a library).

Yes, lv2core is available in most distributions. However e.g. on Debian 
"Squeeze", it is fairly old (v3.0, may 2009). So the question is just whether 
the LV2 support along with the extensions will work completely as expected 
with such an old lv2core. If yes, we leave it as it is right now.

Since you are actively working on the extensions, I must leave it to you to 
decide whether to include lv2core with the sampler sources.

CU
Christian

Re: [Linuxsampler-devel] code for debian squeeze

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

On Tuesday 17 January 2012 22:49:13 Markus W. Kropp wrote:
> where can i get the code, that runs on debin squeeze? the latest
> linuxsampler got dependencies, that i can only resolve in debian-sid but
> not in squeeze with my repositories. lv2-extensions-good is missing in
> squeeze. can i download it from the ftp-debian-server and install it with
> gdebi?

Thanks for pointing out this problem. Please update to latest svn, it should 
compile now.

> and (i mentioned some weeks ago) ... i have written a documentation how to
> install the linuxsampler-project on debian. please set a link onto
> linuxsampler.org - my documentation is in german. link:
> http://de.musix-wiki.org/index.php?title=LinuxSampler

I just added a link to your site. Thanks!

CU
Christian

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

On Tuesday 17 January 2012 17:05:07 David Robillard wrote:
> Aaaaaaand yet another state patch :)
> 
> This one properly conforms to the state extension by using/preferring
> features passed to the state methods if they are present.  It does not
> break anything (i.e. the ones passed to instantiate will still be used
> as before).

Just commited. Thanks!

BTW, Markus Kropp just pointed out (on the LinuxSampler mailing list) that the 
LV2 support code didn't compile with Debian "Squeeze". So I also commited the 
attached patch for the LV2 header location. However the LV2 development files 
in Debian "Squeeze" are quite old. Shouldn't we better always ship the latest 
LV2 headers with the LinuxSampler source code instead?

CU
Christian

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

On Wed, 2012-01-18 at 01:41 +0100, Christian Schoenebeck wrote:
> On Tuesday 17 January 2012 17:05:07 David Robillard wrote:
> > Aaaaaaand yet another state patch :)
> > 
> > This one properly conforms to the state extension by using/preferring
> > features passed to the state methods if they are present.  It does not
> > break anything (i.e. the ones passed to instantiate will still be used
> > as before).
> 
> Just commited. Thanks!

y/w

> BTW, Markus Kropp just pointed out (on the LinuxSampler mailing list) that the 
> LV2 support code didn't compile with Debian "Squeeze". So I also commited the 
> attached patch for the LV2 header location. However the LV2 development files 
> in Debian "Squeeze" are quite old. Shouldn't we better always ship the latest 
> LV2 headers with the LinuxSampler source code instead?

<lv2.h> is the old-style include.  It is still installed there, but
things are migrating to the new-style URI-like includes.  There's
nothing really wrong with using <lv2.h> for now (for extensions, though,
the *only* system include is the URI-style one).

Bundling headers in your source is fine, and how most things have been
done in the past, but I am trying to encourage a migration to sane
packaging and system-installed extension headers because the duplication
is pretty crazy.  That said, for the time being, including them is still
probably the pragmatic thing to do until packagers catch up.

lv2.h is probably an exception since it is always present if lv2core is
installed.  Everyone I know of depends on lv2core via pkg-config and
includes the system lv2.h in the usual way (as if it were a library).

-dr

[Linuxsampler-devel] code for debian squeeze

[Markus W. K. <kr...@ko...>]

hi there

where can i get the code, that runs on debin squeeze? the latest linuxsampler got dependencies, that i can only resolve in debian-sid but not in squeeze
with my repositories. lv2-extensions-good is missing in squeeze. can i download it from the ftp-debian-server and install it with gdebi?

and (i mentioned some weeks ago) ... i have written a documentation how to install the linuxsampler-project on debian. please set a link onto
linuxsampler.org - my documentation is in german. link: http://de.musix-wiki.org/index.php?title=LinuxSampler


best regards

markus aka musix


-----
Musix-Blog - Über meine Kompositionen - http://www.musix-de.blogspot.com
Musix-Wiki - Den Computer zum Komponieren einrichten - http://www.musix-wiki.org

Klavierunterricht in Köln - http://www.koelnklassik.de/klavierunterricht.htm

Markus W. Kropp
Buchholzstr. 36
51061 Köln
Tel.:0221-4719703

kr...@ko...

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

Aaaaaaand yet another state patch :)

This one properly conforms to the state extension by using/preferring
features passed to the state methods if they are present.  It does not
break anything (i.e. the ones passed to instantiate will still be used
as before).

-dr

Re: [Linuxsampler-devel] EngineBase: ERROR, voice stealing didn't work out!

[Dan M. <al...@gm...>]

I should mention that I can do exactly the same procedure under the
same setup with the same version apps but using an .sfz sample set
instead without any problems.

Anybody got to try reproducing or fixing this error yet? Seems like a
pretty serious flaw to me as I expect I'll be using LS for (the much
more common and easily obtained) soundfonts rather than giga files, of
which I have exactly none.

Thanks!

Dan

On Wed, Jan 4, 2012 at 6:52 PM, Dan MacDonald <al...@gm...> wrote:
> Hi LS list!
>
> I'm getting the error:
>
> EngineBase: ERROR, voice stealing didn't work out!
>
> Shortly before and after a recent svn version of LS running under Deb
> Testing amd64 stops working- I seem to have to kill LS to get it
> functional again after receiving this error.
>
> I am running the latest svn version of qtractor and I can reproduce
> this error by doing the following:
>
> 1 - Create a MIDI track under qtractor
>
> 2 - Add the LS LV2 plugin
>
> 3 - Use qsampler to add a soundfont to the plugin/channel
>
> 4 - Create a clip and open clip editor
>
> 5 - Run your mouse quickly up and down the keys of the onscreen
> keyboard to the far left of the qtractor MIDI clip editor w/ the
> messages window open so you can see the above error message appear.
>
> Thanks!
>
>
> Dan

[Linuxsampler-devel] EngineBase: ERROR, voice stealing didn't work out!

[Dan M. <al...@gm...>]

Hi LS list!

I'm getting the error:

EngineBase: ERROR, voice stealing didn't work out!

Shortly before and after a recent svn version of LS running under Deb
Testing amd64 stops working- I seem to have to kill LS to get it
functional again after receiving this error.

I am running the latest svn version of qtractor and I can reproduce
this error by doing the following:

1 - Create a MIDI track under qtractor

2 - Add the LS LV2 plugin

3 - Use qsampler to add a soundfont to the plugin/channel

4 - Create a clip and open clip editor

5 - Run your mouse quickly up and down the keys of the onscreen
keyboard to the far left of the qtractor MIDI clip editor w/ the
messages window open so you can see the above error message appear.

Thanks!


Dan

Re: [Linuxsampler-devel] Fantasia slow to connect / rm LS

[~D <sch...@gm...>]

It was something in my /etc/network/interfaces

auto lo I think

~D

On 01/03/2012 11:59 AM, ~D wrote:
> On 01/02/2012 10:10 PM, ~D wrote:
>> On 01/02/2012 08:01 PM, ~D wrote:
>>> On 01/02/2012 07:36 PM, ~D wrote:
>>>> Hi,
>>>>
>>>> All though LS seems to start nicely. Fantasia can't connect to
>>>> Linuxsampler server. I tried to install it from svn.
>>>>
>>>> Any thoughts about what could be wrong?
>>>>
>>>> How do I completely remove all the files from linuxsampler. libgig
>>>> etc.?
>>>>
>>>> Regards,
>>>> ~D
>>>
>>> $ cat DD-AcousticBass.lscp | nc localhost 8888
>>> localhost [127.0.0.1] 8888 (?) : Connection timed out
>>
>> Qsampler says:
>>
>>
>> Applicaton asked to unregister timer 0x2000000c which is not registered
>> in this thread. Fix application
>>
>> ~D
>
> Maybe it's the address to connect to?
> Starting LSCP network server (0.0.0.0:8888)...OK
>
> Instead of localhost [127.0.0.1] 8888
>
> $ linuxsampler
> LinuxSampler 1.0.0.svn15
> Copyright (C) 2003,2004 by Benno Senoner and Christian Schoenebeck
> Copyright (C) 2005-2011 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:
> Registered internal effect systems: LADSPA
> VST_PATH not set, defaulting to
> /home/derick/vst:/usr/local/lib/vst:/usr/lib/vst
> Registered internal effects: 384
> Starting LSCP network server (0.0.0.0:8888)...OK
> LinuxSampler initialization completed. :-)
>
>

Re: [Linuxsampler-devel] Fantasia slow to connect / rm LS

[~D <sch...@gm...>]

On 01/02/2012 10:10 PM, ~D wrote:
> On 01/02/2012 08:01 PM, ~D wrote:
>> On 01/02/2012 07:36 PM, ~D wrote:
>>> Hi,
>>>
>>> All though LS seems to start nicely. Fantasia can't connect to
>>> Linuxsampler server. I tried to install it from svn.
>>>
>>> Any thoughts about what could be wrong?
>>>
>>> How do I completely remove all the files from linuxsampler. libgig etc.?
>>>
>>> Regards,
>>> ~D
>>
>> $ cat DD-AcousticBass.lscp | nc localhost 8888
>> localhost [127.0.0.1] 8888 (?) : Connection timed out
>
> Qsampler says:
>
>
> Applicaton asked to unregister timer 0x2000000c which is not registered
> in this thread. Fix application
>
> ~D

Maybe it's the address to connect to?
Starting LSCP network server (0.0.0.0:8888)...OK

Instead of localhost [127.0.0.1] 8888

$ linuxsampler
LinuxSampler 1.0.0.svn15
Copyright (C) 2003,2004 by Benno Senoner and Christian Schoenebeck
Copyright (C) 2005-2011 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:
Registered internal effect systems: LADSPA
VST_PATH not set, defaulting to 
/home/derick/vst:/usr/local/lib/vst:/usr/lib/vst
Registered internal effects: 384
Starting LSCP network server (0.0.0.0:8888)...OK
LinuxSampler initialization completed. :-)

Re: [Linuxsampler-devel] Fantasia slow to connect / rm LS

[~D <sch...@gm...>]

On 01/02/2012 08:01 PM, ~D wrote:
> On 01/02/2012 07:36 PM, ~D wrote:
>> Hi,
>>
>> All though LS seems to start nicely. Fantasia can't connect to
>> Linuxsampler server. I tried to install it from svn.
>>
>> Any thoughts about what could be wrong?
>>
>> How do I completely remove all the files from linuxsampler. libgig etc.?
>>
>> Regards,
>> ~D
>
> $ cat DD-AcousticBass.lscp | nc localhost 8888
> localhost [127.0.0.1] 8888 (?) : Connection timed out

Qsampler says:


Applicaton asked to unregister timer 0x2000000c which is not registered 
in this thread. Fix application

~D

Re: [Linuxsampler-devel] Fantasia slow to connect / rm LS

[~D <sch...@gm...>]

On 01/02/2012 07:36 PM, ~D wrote:
> Hi,
>
> All though LS seems to start nicely. Fantasia can't connect to
> Linuxsampler server. I tried to install it from svn.
>
> Any thoughts about what could be wrong?
>
> How do I completely remove all the files from linuxsampler. libgig etc.?
>
> Regards,
> ~D

$ cat DD-AcousticBass.lscp  | nc localhost 8888
localhost [127.0.0.1] 8888 (?) : Connection timed out

[Linuxsampler-devel] Fantasia slow to connect / rm LS

[~D <sch...@gm...>]

Hi,

All though LS seems to start nicely. Fantasia can't connect to 
Linuxsampler server. I tried to install it from svn.

Any thoughts about what could be wrong?

How do I completely remove all the files from linuxsampler. libgig etc.?

Regards,
~D

Re: [Linuxsampler-devel] reopening sfz files bug,

[Frank N. <bea...@we...>]

Hi list,
On Mon, 05 Dec 2011 14:51:17 +0200
alexander <axe...@gm...> wrote:

> It seems that reopening, even after resetting the sampler does not load 
> the file from disk, this makes making and editing sfz'z much more 
> painful because you have to restart the whole application to get a 
> freshly edited sfz loaded properly.

I experienced the same problem just recently. In my case, I am going through
Qsampler, so I am not sure whether this also happens in Fantasia or "direct"
mode.

In Qtractor, I open an SFZ, get an error e.g. because of a WAV whose name/path
I gave incorrectly, correct the SFZ in another shell, try to reload it, and
the error still remains - some kind of not-too-smart caching seems to kick in
here.
Typically then I'll remove the channel, create it again, and then the SFZ
is loaded fine.

Would be great if this can be corrected.

Greetings,
Frank

[Linuxsampler-devel] reopening sfz files bug,

[alexander <axe...@gm...>]

It seems that reopening, even after resetting the sampler does not load 
the file from disk, this makes making and editing sfz'z much more 
painful because you have to restart the whole application to get a 
freshly edited sfz loaded properly.


//<region> sample=OH\hihatClosed_OH_FF_1.wav lorand=0 hirand=0.1

Caching initial samples...sfz::Engine error: Failed to load instrument, 
cause: 
/home/alex/audio-projects/multiSourceDrumkit/export/48khz/OH/hihatClosed_OH_FF_1.wav: 
Can't get sample info: System error : No such file or directory.

it's commented out, but LS still tries to load it.

Re: [Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

On 11/23/2011 07:11 PM, David Robillard wrote:
> Since the last one hasn't been applied yet, I figured I'd take the
> opportunity to simplify these extensions by merging files into state
> (the roles of these were confusing people).  Still compatible with last
> state patch, though.
>
> Patch available at:
>
> http://drobilla.net/files/linuxsampler_lv2_state_0_4.diff
>
> This corresponds to what is implemented right now in both Ardour3 and
> Qtractor.
>
> Cheers,
>
> -dr
>
> (P.S. If my previous message makes it through a moderator, it was
> rejected for being too large, just linking to patch instead here)
>

applied. linuxsampler svn trunk rev.2291

thanks
-- 
rncbc aka Rui Nuno Capela
rn...@rn...

[Linuxsampler-devel] [PATCH] Yet another LV2 state patch

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

Since the last one hasn't been applied yet, I figured I'd take the
opportunity to simplify these extensions by merging files into state
(the roles of these were confusing people).  Still compatible with last
state patch, though.

Patch available at:

http://drobilla.net/files/linuxsampler_lv2_state_0_4.diff

This corresponds to what is implemented right now in both Ardour3 and
Qtractor.

Cheers,

-dr

(P.S. If my previous message makes it through a moderator, it was
rejected for being too large, just linking to patch instead here)

Re: [Linuxsampler-devel] VST Plugin

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

On 2011-11-15 11:12, Hartmut Lang wrote:
> Hi, I try to load Linuxsampler32.dll VST Plugin,  (Win7/64)
>
> Error:  Der Procedureinsprungpunkt
> "_ZN12LinuxSampler6Plugin11PathToStateERKSs"  wurde in der DLL
> "liblinuxsampler-3.dll"  nicht gefunden!!
>
>
> What is wrong in my installation!!!

My guess is that you have a mismatch between the versions of 
LinuxSampler32.dll and liblinuxsampler-3.dll. Search your hard drive 
after those files to see if you have any old versions accidentally left 
somewhere.

/Andreas

[Linuxsampler-devel] VST Plugin

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

Hi, I try to load Linuxsampler32.dll VST Plugin,  (Win7/64)

Error:  Der Procedureinsprungpunkt 
"_ZN12LinuxSampler6Plugin11PathToStateERKSs"  wurde in der DLL 
"liblinuxsampler-3.dll"  nicht gefunden!!


What is wrong in my installation!!!

How can help!!

[Linuxsampler-devel] [PATCH] Update support for LV2 state extension (formerly "persist")

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

Hello,

The LV2 persist extension implemented in my previous patch (and LS SVN)
turned out to need a bit of future proofing.

Attached is a patch to support its replacement, "LV2 State",
http://lv2plug.in/ns/ext/state

Tested working with latest ardour3 svn.  A new Ardour 3 beta supporting
this (and not the old persist) is due out extremely soon, so applying
this to svn would be appreciated.  I will do qtractor soon as well.

Cheers,

-dr

Re: [Linuxsampler-devel] [PATCH] Fix crash when restoring LV2 plugin in Ardour

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

On Fri, 2011-10-21 at 13:51 +0200, Christian Schoenebeck wrote:
> On Thursday 20 October 2011 13:25:48 Dan MacDonald wrote:
> > Hi Dave!
> > 
> > On Wed, Oct 19, 2011 at 11:22 PM, David Robillard <d...@dr...> wrote:
> > > Hello,
> > > 
> > > Attached is a patch that fixes a NULL pointer dereference problem that
> > > occurs when LinuxSampler is restored as an LV2 in Ardour 3.0.
> > 
> > Just tried your patch under Wheezy x64 and the latest A3 still
> > segfaults here when trying to open a session containing the LS LV2
> > unfortunately.
> 
> Hi guys!
> 
> Does this crash occur under certain conditions, e.g. when gigedit was opened 
> before or something? Or does this crash always happen, no matter what the 
> exact circumstances are?

I am not sure, but presumably it is because the state is being loaded
before the plugin is activated (i.e. before the LS engine is started).

Either way, the patch is a straightforward fix for a potential crash
(the code was already taking into consideration the possibility of not
getting the information from the engine, it just crashed in one of those
cases).

It could perhaps be argued that plugins must only be restored after they
are activated?

-dr

Re: [Linuxsampler-devel] Improving the portability of LS LV2 using projects

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

On Tue, 2011-10-18 at 18:55 +0100, Dan MacDonald wrote:
> Hi LS devs!
> 
> I'm sure some of you already know me off the LAU/LAD lists as I've
> been the main tester of MIDI in Ardour 3 and I've FINALLY got round to
> concentrating on using LS under A3! Aren't you lucky? :D
> 
> I'm addressing the list as I'm hoping we can make some small
> adjustments to the LS LV2 plugin and/or libgig and maybe LS itself
> which will make it much easier (read: possible) to transfer Ardour 3
> or qtractor sessions that use the LS LV2 plugin between machines/users
> because at the moment the engine just gives a "sorry can't find the
> instrument file" type of error if the instrument isn't located at
> precisely the original path.
> 
> I don't know if the LV2 spec or any of its extensions cater for this
> yet but if the instrument file isn't found in the original path then I
> would like to see LS looking for the files in the same folder as the
> A3 or qtractor session/project file, which is where I would like to
> store them most of the time- certainly when collaborating on a
> project. Paul tells me A3 wouldn't have any probs with such files
> being stored within an A3 session directory. Ideally, if LS fails to
> find an instrument in neither the original path nor in the same folder
> as the current session/project file then it would display a dialogue
> prompting you for the path to the missing file.
> 
> Big thanks to all the LS devs and contributors for bringing us such a
> powerful sampler and the first really useful, poweful LV2 plugin!

This is the purpose of the LV2 "files" extension.  Specific support in
plugins like LS as described here isn't the way to go for many reasons.
It is the host's responsibility to manage files referred to by plugin
state in the way most appropriate for that host.

-dr

Re: [Linuxsampler-devel] Maximum Disk Streams Segfaults [Nastiest backtrace ever]

[Yclept N. <orb...@gm...>]

On Tue, Oct 25, 2011 at 12:43 AM, Yclept Nemo <orb...@gm...> wrote:
> On Mon, Oct 24, 2011 at 7:03 PM, Yclept Nemo <orb...@gm...> wrote:
>> Versions:
>> Salamander Grand Piano V2
>> liblscp-svn 2132
>> libgig-svn 2274
>> linuxsampler-svn 2277
>> qsampler-svn 2271
>>
>> For the most part the setup works very well, except that it is limited
>> in the number of voices (amount of notes). Too many notes, and
>> LinuxSampler only plays silence.
>>
>> If during runtime (via qsampler), I increase the maximum number of
>> voices and the maximum number of disk streams to 128 and 180
>> respectively, LinuxSampler segfaults. The backtrace is too large to
>> attach, so I mirrored it as an attachment at
>> http://hpaste.org/raw/53096. [Note: An identical email containing the
>> attachment is still awaiting moderator approval]
>>
>> If I compile LinuxSampler with --enable-max-streams=180
>> --enable-max-voices=128, then while loading the SFZ file, LinuxSampler
>> gives the following error:
>> LSCPServer: Client connection established on socket:4.
>> LSCPServer: Client connection established on socket:5.
>> Starting disk thread...OK
>> Scheduling '/storage/samples/gigasamples/piano/salamander.grand.piano.v2/SalamanderGrandPianoV2_48khz24bit/SalamanderGrandPianoV2.sfz'
>> (Index=0) to be loaded in background (if not loaded yet).
>> Loading sfz file
>> '/storage/samples/gigasamples/piano/salamander.grand.piano.v2/SalamanderGrandPianoV2_48khz24bit/SalamanderGrandPianoV2.sfz'...OK
>> Loading sfz instrument
>> ('/storage/samples/gigasamples/piano/salamander.grand.piano.v2/SalamanderGrandPianoV2_48khz24bit/SalamanderGrandPianoV2.sfz',0)...OK
>> Caching initial samples...sfz::Engine error: Failed to load
>> instrument, cause: Unknown exception while trying to parse sfz file.
>>
>> I've narrowed the problem down to the maximum number of disk streams.
>> For example I can increase the maximum number of voices to 256 without
>> problem (> maximum number of disk streams which is 90), but the
>> error/segfault occurs when the maximum number of disk streams reaches
>> somewhere around 105-115.
>>
>> Solution would be great. I'm not playing a symphony here, just a
>> simple one-piano piece (no more than 6 1/8 notes at a time).
>>
>
> Clarification:
>
> 1] Segfault:
> The segfault is only triggered when changing the number of disk
> streams during runtime *and* when an instrument/channel is currently
> loaded
>
> 2] Error:
> The error only happens if GetChannelInfo is called before
> EngineChannelBase finishes caching the samples. For example, if the
> cache is not finalized you see something like the following. (Notice
> "INSTRUMENT_STATUS: -4", this is the error QSampler displays).
>
> EngineChannelBase: progress 36EngineChannelBase: progress 36
> RenderAudio(Samples=1024)
> Condition::WaitIf: bCondition=0  TimeoutSeconds=0  TimeoutNanoSeconds=0
> Condition::Waitif() -> LOCK()
> Condition::Waitif() -> LOCK() passed
> Condition::Set() -> LOCK()
> Condition::Set() -> LOCK() passed
> Condition::Set() -> broadcasting 'false' condition
> Condition::WaitIf: bCondition=0  TimeoutSeconds=0  TimeoutNanoSeconds=0
> Condition::Waitif() -> LOCK()
> Condition::Waitif() -> LOCK() passed
> Condition::Waitif() -> waiting for 'true' condition
> RenderAudio(Samples=1024)
> RenderAudio(Samples=1024)
> RenderAudio(Samples=1024)
> RenderAudio(Samples=1024)
> RenderAudio(Samples=1024)
> LSCPServer: Got command on socket -1, calling parser.
> LSCPServer: [GET CHANNEL INFO 0
> ]
> LSCPServer: GetChannelInfo(SamplerChannel=0)
> LSCPServer::AnswerClient(ReturnMessage=ENGINE_NAME: SFZ
> VOLUME: 1.000
> AUDIO_OUTPUT_DEVICE: 0
> AUDIO_OUTPUT_CHANNELS: 2
> AUDIO_OUTPUT_ROUTING: 0,1
> MIDI_INPUT_DEVICE: 0
> MIDI_INPUT_PORT: 0
> MIDI_INPUT_CHANNEL: 0
> INSTRUMENT_FILE:
> /storage/samples/gigasamples/piano/salamander.grand.piano.v2/SalamanderGrandPianoV2_48khz24bit/SalamanderGrandPianoV2.sfz
> INSTRUMENT_NR: 0
> INSTRUMENT_NAME:
> INSTRUMENT_STATUS: -4
> MUTE: false
> SOLO: false
> MIDI_INSTRUMENT_MAP: 0
> .
> )LSCPServer: Done parsing on socket -1.
>
> For some strange reason, it seems the greater the number of disk
> streams, either the longer it takes for the sample cache to be
> generated, or the sooner GetChannelInfo is called.
>
> The error basically prevents LinuxSampler from working: any subsequent
> operations, such as Quiting or Removing-the-Channel, all throw the
> same Error:-4.
>

I traced the second error down to
LinuxSampler::SampleFile::LoadSampleDataWithNullSamplesExtension,
realized it had to do with memory, and raised the memlock (max locked
memory) for the @audio group to 800000.
Now I no longer have any problems with this particular instrument.

Is it possible to get a better error message for this particular type
of problem? I notice in Thread.cpp that the return value of the only
system call affected by RLIMIT_MEMLOCK is checked:

    if (mlockall(MCL_CURRENT | MCL_FUTURE) < 0) {
        std::cerr << "Thread: WARNING, can't mlockall() memory!\n"

However, is it possible to check future pages as well, especially when
caching samples?