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

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

On Wed, 2012-02-29 at 20:15 -0500, Edward Diehl wrote:
> I still do not get the linuxsampler state restoration in ardour3.  Here
> is what I did:
> 
> o applied patch to linuxsampler; recompiled & installed
> o built Ardour3 SVN 11569
> o built lv2-svn SVN 572
> o drobilla-lad SVN 4005

I just tried it with the latest version of everything and the mentioned
patch and it works fine *on a new session*.

It will not load old ones, the format changed.

-dr

[Linuxsampler-devel] Giga vs SFZ: CONFIG_EG_MIN_RELEASE_TIME too big for current audio fragment size & sampling rate!

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

Hi,

With Giga files I can have my Jack settings on Frames/Period 64 and 
Sample Rate 48000 easily.
With SFZ on the otherhand I need to set Frames/Period to 128 otherwise I 
get the message below with a segmentation fault. :(
I do use LinuxSampler for (live) drumming, so I would like to see a low 
latency as possible. Moreover, technically it would be nice if SFZ 
(which is used here probably even more then Giga these days) performs 
with the same quality as Giga does.

I use Linuxsampler svn from a view days ago btw.

LSCPServer: Client connection established on socket:7.
LSCPServer: Client connection established on socket:8.
ALSA lib conf.c:1220:(parse_def) show is not a compound
ALSA lib conf.c:1686:(snd_config_load1) _toplevel_:24:26:Unexpected char
ALSA lib conf.c:3406:(config_file_open) /usr/share/alsa/pulse-alsa.conf 
may be old or corrupted: consider to remove or fix it
Jack: Cannot connect port 'LinuxSampler:0' to port 'NONE'
Jack: Cannot connect port 'LinuxSampler:1' to port 'NONE'
EngineBase: WARNING, CONFIG_EG_MIN_RELEASE_TIME too big for current 
audio fragment size & sampling rate! May lead to click sounds if voice 
stealing chimes in!
Segmentation fault

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

I still do not get the linuxsampler state restoration in ardour3.  Here
is what I did:

o applied patch to linuxsampler; recompiled & installed
o built Ardour3 SVN 11569
o built lv2-svn SVN 572
o drobilla-lad SVN 4005

Don't know if all that was really needed, but did not want to miss
anything.
Ardour plugin state file is the same as before:

<>
	a pset:Preset ;
	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .

No mention of the gig file I'd loaded.

Also where you start ardour you get 2 of these which seems redundant:

 Loading LV2 state from
/mdkhome/sound/recording/ardour3/lstest/plugins/126/state1/state.ttl

So either there is still a bug or I'm missing something.  Linuxsampler lv2
restore works fine in Qtractor.

On Wed, 29 Feb 2012 17:09:57 -0500, David Robillard <d...@dr...> wrote:
> On Sun, 2012-02-26 at 11:42 -0500, Edward Diehl wrote:
>> I rebuilt linuxsampler (libgig, qsampler) all with SVN 2322, but still
>> the
>> state is not restored.  My state.ttl file says:
>> 
>> <>
>> 	a pset:Preset ;
>> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
>> 
>> manifest.ttl has this:
>> 
>> <state.ttl>
>> 	a pset:Preset ;
>> 	rdfs:seeAlso <state.ttl> ;
>> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
>> 
>> I do not see any mention of the gig file I had previously loaded.  
>> 
>> Also, tried the linuxsampler plugin in Qtractor, but this somehow causes
>> an
>> immediate segfault.  I've been having this problem since Qtractor 5.3. 
>> I'll report the details to the Qtractor forum.
> 
> Sorry, I broke something.  Patch attached.
> 
> This should match latest SVN of LV2 stuff and Ardour.  I havn't tested
> it and don't know the state of QTractor at the moment.
> 
> -dr

-- 
                  Edward Diehl  
        Associate Research Scientist  
367C West Hall              Office: 734-936-9662  
University of Michigan      Fax:    734-936-6529  
450 Church St               Sec'y:  734-615-5811  
Ann Arbor, MI 48109-1120     di...@um...

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

Thanks for the patch which I'll try tonight.  I reported the linuxsampler
crash to Rui Nuno Capela's Qtractor forum and Rui was able to fix the
problem, after which the linuxsampler state restoration worked perfectly
for gig, sfz, and sf2 files.

On Wed, 29 Feb 2012 17:09:57 -0500, David Robillard <d...@dr...> wrote:
> On Sun, 2012-02-26 at 11:42 -0500, Edward Diehl wrote:
>> I rebuilt linuxsampler (libgig, qsampler) all with SVN 2322, but still
>> the
>> state is not restored.  My state.ttl file says:
>> 
>> <>
>> 	a pset:Preset ;
>> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
>> 
>> manifest.ttl has this:
>> 
>> <state.ttl>
>> 	a pset:Preset ;
>> 	rdfs:seeAlso <state.ttl> ;
>> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
>> 
>> I do not see any mention of the gig file I had previously loaded.  
>> 
>> Also, tried the linuxsampler plugin in Qtractor, but this somehow causes
>> an
>> immediate segfault.  I've been having this problem since Qtractor 5.3. 
>> I'll report the details to the Qtractor forum.
> 
> Sorry, I broke something.  Patch attached.
> 
> This should match latest SVN of LV2 stuff and Ardour.  I havn't tested
> it and don't know the state of QTractor at the moment.
> 
> -dr

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

On Sun, 2012-02-26 at 11:42 -0500, Edward Diehl wrote:
> I rebuilt linuxsampler (libgig, qsampler) all with SVN 2322, but still the
> state is not restored.  My state.ttl file says:
> 
> <>
> 	a pset:Preset ;
> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
> 
> manifest.ttl has this:
> 
> <state.ttl>
> 	a pset:Preset ;
> 	rdfs:seeAlso <state.ttl> ;
> 	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .
> 
> I do not see any mention of the gig file I had previously loaded.  
> 
> Also, tried the linuxsampler plugin in Qtractor, but this somehow causes an
> immediate segfault.  I've been having this problem since Qtractor 5.3. 
> I'll report the details to the Qtractor forum.

Sorry, I broke something.  Patch attached.

This should match latest SVN of LV2 stuff and Ardour.  I havn't tested
it and don't know the state of QTractor at the moment.

-dr

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

I rebuilt linuxsampler (libgig, qsampler) all with SVN 2322, but still the
state is not restored.  My state.ttl file says:

<>
	a pset:Preset ;
	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .

manifest.ttl has this:

<state.ttl>
	a pset:Preset ;
	rdfs:seeAlso <state.ttl> ;
	lv2:appliesTo <http://linuxsampler.org/plugins/linuxsampler> .

I do not see any mention of the gig file I had previously loaded.  

Also, tried the linuxsampler plugin in Qtractor, but this somehow causes an
immediate segfault.  I've been having this problem since Qtractor 5.3. 
I'll report the details to the Qtractor forum.

Re: [Linuxsampler-devel] SFZ bug: voice stealing didn't work out! Fixed!

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

Thanks for the  SFZ fix - it worked!   I rebuilt linuxsampler (libgig,
qsampler) all with SVN 2322 and now the I do not get any problems with
Salamander Grand SFZ, no more "voice stealing" errors.

sincerely, Edward Diehl

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

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

On 2011-10-20 00:22, David Robillard 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.
>
> This problem does not occur in at least one other host, qsampler, and I
> am not sure why.  Perhaps because the plugin has not been activated yet?
> The persist extension does not specify anything about this yet, opinions
> welcome.
>
> This is admittedly a fix based on shallow understanding, a regular LS
> dev might have a better idea if this will cause any problems.  It does
> fix the crash, anyway.

I'm investigating this old issue now, and I have a question for you, 
David. Do you know why Ardour calls the LS LV2 state restore function 
twice in a row (with the same state string) when it loads a session? Is 
it intentional?

/Andreas

Re: [Linuxsampler-devel] SFZ bug: voice stealing didn't work out!

[Grigor I. <gr....@gm...>]

I've just committed a fix for this. Please, give it a try and let me
know if it works OK now.

On Sat, Feb 25, 2012 at 8:33 PM, Andreas Persson
<and...@br...> wrote:
> On 2012-02-25 18:21, Edward Diehl wrote:
>>
>> There seems to be a major problem with LinuxSampler playing SFZ files.
>> I've ploaded a file to http://dl.dropbox.com/u/57410000/sfzproblem.zip with
>> a short midi file plus 3 MP3s of this file played by different instruments
>> in LinuxSampler.  It seems that Linuxsampler with SFZ loaded cannot
>> properly play this file - notes are missed, whereas gig files play fine.
>> The 3 mp3 files are:
>>
>> Salamander.mp3 = Salamander Grand Piano SFZ
>> MildonLite.mp3 = MildonLite SFZ (37M - uses ogg files)
>>     (http://www.vstcafe.com/2012/01/mildon-lite-piano-free-sfz-sample.html)
>> MaestroGrand   = maestro_concert_grand_v2.gig
>>
>> I am using Linuxsampler and libgig SVN 2309 with AVLinux 5.0.2.
>>
>> When I have these problems I get this error in qsampler messages:
>> EngineBase: ERROR, voice stealing didn't work out!
>>
>
> I'm not sure if it's the sole reason for the problem, but voice stealing
> is currently disabled for sfz and sf2. It unfortunately has been like
> this since r2205, 2011-07-11.
>
> /Andreas
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Re: [Linuxsampler-devel] SFZ bug: voice stealing didn't work out!

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

On 2012-02-25 18:21, Edward Diehl wrote:
>
> There seems to be a major problem with LinuxSampler playing SFZ files.
> I've ploaded a file to http://dl.dropbox.com/u/57410000/sfzproblem.zip with
> a short midi file plus 3 MP3s of this file played by different instruments
> in LinuxSampler.  It seems that Linuxsampler with SFZ loaded cannot
> properly play this file - notes are missed, whereas gig files play fine.
> The 3 mp3 files are:
>
> Salamander.mp3 = Salamander Grand Piano SFZ
> MildonLite.mp3 = MildonLite SFZ (37M - uses ogg files)
>     (http://www.vstcafe.com/2012/01/mildon-lite-piano-free-sfz-sample.html)
> MaestroGrand   = maestro_concert_grand_v2.gig
>
> I am using Linuxsampler and libgig SVN 2309 with AVLinux 5.0.2.
>
> When I have these problems I get this error in qsampler messages:
> EngineBase: ERROR, voice stealing didn't work out!
>

I'm not sure if it's the sole reason for the problem, but voice stealing 
is currently disabled for sfz and sf2. It unfortunately has been like 
this since r2205, 2011-07-11.

/Andreas

Re: [Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

On 2012-02-25 18:41, Edward Diehl wrote:
>
> I'm trying to get the linuxsampler plugin working with session state
> restoration working with Ardour3.  That is, if create an Ardour3
> session with the linuxsampler plugin loaded with some sample file
> loaded, that this sample file be re-loaded when you restart the
> Ardour3 session.  As I understand it this is supposed to be working at
> least for gig and sf2 files.

Yes, it's supposed to work. There are some race condition bugs (#176 for 
example) that I'm currently trying to reproduce, but simple plugin state 
reloading from Ardour 3 works for me.

> Someone on the Ardour list said I need to recompile with the latest
> lilv code to make this work.  So I did the following:
>
> o built the entire drobilla-lad SVN 3982 (this includes lilv)
> o built libgig, linuxsampler, qsampler, lscp SVN 2314
> o built ardour3 SVN 11501

I did the same.

> Loading LV2 state from
> /mdkhome/sound/recording/ardour3/PianoLive/plugins/126/state1/state.ttl

How do the contents of this file look like? You should see your 
instrument files being listed inside a state:state block.

/Andreas

[Linuxsampler-devel] Ardour3 + linuxsampler plugin

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

I'm trying to get the linuxsampler plugin working with session state
restoration working with Ardour3.  That is, if create an Ardour3
session with the linuxsampler plugin loaded with some sample file
loaded, that this sample file be re-loaded when you restart the
Ardour3 session.  As I understand it this is supposed to be working at
least for gig and sf2 files.   

Someone on the Ardour list said I need to recompile with the latest
lilv code to make this work.  So I did the following:

o built the entire drobilla-lad SVN 3982 (this includes lilv) 
o built libgig, linuxsampler, qsampler, lscp SVN 2314
o built ardour3 SVN 11501

however, reloading of gig, sf2 files still does not work...

Get some promising looking messages from Ardour like this from saving
a session which has been created a midi track with linuxsampler plugin
and loading a gig file:

LV2 LinuxSampler has state interface
NEW DIR: /mdkhome/sound/recording/ardour3/PianoLive/plugins/126/state1
Saved LV2 state to
/mdkhome/sound/recording/ardour3/PianoLive/plugins/126/state1

But when you start Ardour and reload the session the gig is not
reloaded. I do get 2 of these:

Loading LV2 state from
/mdkhome/sound/recording/ardour3/PianoLive/plugins/126/state1/state.ttl

which sound promising, but no sample loading starts.  I have to start
QSampler and reload the samples.

Anyone know if the if and how the linuxsampler plugin can be made to
work with state restoration?

Thanks, Edward Diehl

[Linuxsampler-devel] SFZ bug: voice stealing didn't work out!

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

There seems to be a major problem with LinuxSampler playing SFZ files. 
I've ploaded a file to http://dl.dropbox.com/u/57410000/sfzproblem.zip with
a short midi file plus 3 MP3s of this file played by different instruments
in LinuxSampler.  It seems that Linuxsampler with SFZ loaded cannot
properly play this file - notes are missed, whereas gig files play fine. 
The 3 mp3 files are:

Salamander.mp3 = Salamander Grand Piano SFZ
MildonLite.mp3 = MildonLite SFZ (37M - uses ogg files)
   (http://www.vstcafe.com/2012/01/mildon-lite-piano-free-sfz-sample.html)
MaestroGrand   = maestro_concert_grand_v2.gig

I am using Linuxsampler and libgig SVN 2309 with AVLinux 5.0.2.

When I have these problems I get this error in qsampler messages:
EngineBase: ERROR, voice stealing didn't work out!

The fact that even the very small MildonLite SFZ file (37M) does not play
correctly suggests there is a problem with SFZ playback in general.   The
Maestro Grand plays back perfectly.

The SFZ problem is independent of system latency - made these files with
92ms latency which is a highest latency I can do on my soundcard.

Thanks, Edward Diehl
-- 

Re: [Linuxsampler-devel] amp_veltrack bug

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

> Thanks for the report. I committed a fix this now.
>
> /Andreas
>
> ------------------------------------------------------------------------------
Thank you for the quick fix!

>
> very nice samples! do you have a link to this samples? or can you post a link when you finshed sampling?
>
>
>
I will when it's ready ;) I just made another preview, with some new 
hihat articulations!

Re: [Linuxsampler-devel] amp_veltrack bug

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

very nice samples! do you have a link to this samples? or can you post a link when you finshed sampling?


Am Fri, 17 Feb 2012 16:21:28 +0200
schrieb alexander <axe...@gm...>:

> It seems that you can only define amp_veltrack once per .sfz file. And 
> it's the first one defined that counts. And you can only define it in 
> the first <group> in the file.
> 
> I'm making a drum sampling library, http://rytmenpinne.posterous.com/ 
> look here for a small preview
> 
> This is how my .sfz begins.
> 
> //Ze drum library
> //Kick =====================================
> <group> volume=-6 amp_veltrack=95 key=35 loop_mode=one_shot lovel=80 
> hivel=127
> <region> sample=OH\kick_OH_FF_1.wav lorand=0 hirand=0.08
> <region> sample=OH\kick_OH_FF_2.wav lorand=0.08 hirand=0.16
> <region> sample=OH\kick_OH_FF_3.wav lorand=0.16 hirand=0.24
> ...
> 
> further down I also define amp_veltrack on the snares with a different 
> value, but it doesn't matter if I set it to 1 or 100 it's only affected 
> by the first veltrack in the kick section... And, not defining veltrack 
> at all in the first group only in the snares <group> seems to put it in 
> a default "100" and the amp_veltrack in snares is  completely ignored.
> 
> //snare =====================================
> <group> amp_veltrack=100 key=40 loop_mode=one_shot lovel=101 hivel=127  
> // snare1 /////
> <region> sample=OH\snare_OH_FF_1.wav lorand=0 hirand=0.12
> <region> sample=OH\snare_OH_FF_2.wav lorand=0.12 hirand=0.24
> <region> sample=OH\snare_OH_FF_3.wav lorand=0.24 hirand=0.36
> <region> sample=OH\snare_OH_FF_4.wav lorand=0.36 hirand=0.48
> ...
> 
> I'm using development version 1.0.0cvs14
> 
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> 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] amp_veltrack bug

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

On 2012-02-17 15:21, alexander wrote:
> It seems that you can only define amp_veltrack once per .sfz file. And
> it's the first one defined that counts. And you can only define it in
> the first<group>  in the file.

Thanks for the report. I committed a fix this now.

/Andreas

[Linuxsampler-devel] amp_veltrack bug

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

It seems that you can only define amp_veltrack once per .sfz file. And 
it's the first one defined that counts. And you can only define it in 
the first <group> in the file.

I'm making a drum sampling library, http://rytmenpinne.posterous.com/ 
look here for a small preview

This is how my .sfz begins.

//Ze drum library
//Kick =====================================
<group> volume=-6 amp_veltrack=95 key=35 loop_mode=one_shot lovel=80 
hivel=127
<region> sample=OH\kick_OH_FF_1.wav lorand=0 hirand=0.08
<region> sample=OH\kick_OH_FF_2.wav lorand=0.08 hirand=0.16
<region> sample=OH\kick_OH_FF_3.wav lorand=0.16 hirand=0.24
...

further down I also define amp_veltrack on the snares with a different 
value, but it doesn't matter if I set it to 1 or 100 it's only affected 
by the first veltrack in the kick section... And, not defining veltrack 
at all in the first group only in the snares <group> seems to put it in 
a default "100" and the amp_veltrack in snares is  completely ignored.

//snare =====================================
<group> amp_veltrack=100 key=40 loop_mode=one_shot lovel=101 hivel=127  
// snare1 /////
<region> sample=OH\snare_OH_FF_1.wav lorand=0 hirand=0.12
<region> sample=OH\snare_OH_FF_2.wav lorand=0.12 hirand=0.24
<region> sample=OH\snare_OH_FF_3.wav lorand=0.24 hirand=0.36
<region> sample=OH\snare_OH_FF_4.wav lorand=0.36 hirand=0.48
...

I'm using development version 1.0.0cvs14

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

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

On Sat, 2012-02-11 at 12:12 +0100, Andreas Persson wrote:
> On 2012-01-28 02:38, David Robillard wrote:
> > Aaaaaaaaaaaand another one.  Couple of minor screw-ups in the previous.
> 
> Committed. Sorry for taking so long.

No worries, thanks.

-dr

Re: [Linuxsampler-devel] Allowing absolute path names in SFZ - a trivial patch

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

On 2012-01-23 00:09, Frank Neumann wrote:
>
> Hi all,
>
> I came across the following problem: On my harddisk, there are lots of sample
> collections I grabbed from the web, and I have started writing small .sfz
> files to use them in LinuxSampler.
>
> By nature, those .sfz files would reside "near" the samples (like, in a parent
> directory), but this means that the .sfz's are just as wide-spread across my
> disk as the samples are. Rather than that, I wanted to have a single directory
> where I can store all of them - or at least my favourites. So, the idea is to:
>
> - Have the samples e.g. in directory very/deep/path/samples/
> - Have the .sfz file in the parent, e.g. very/deep/path/collection.sfz
> - Have a modified version of that collection.sfz (called collection_abs.sfz)
>    that uses absolute instead of relative references to the file names
>    To get that, I cooked up a tiny C program that converts all "sample="
>    references in a .sfz file to their absolute path name; of course, this is
>    local to my system, so I have to keep the "relative" versions around.
> - Have all my sfz's in one place, like ~/SFZfiles
>    ->  Since I do not want multiple copies of the same files, I make these
>       as symlinks to the actual SFZ files
>
> Now, if I try to open such an "absolutified" sfz from its linked location,
> LinuxSampler cannot open them since by default it will prepend the current
> directory (which would in this case be ~/SFZfiles) to the file name.
>
> I looked at the sources, and found the code in linuxsampler/src/engines/sfz/sfz.cpp (line 1275ff):
>
>          if ("sample" == key)
>          {
>              std::string path = default_path + value;
>              #ifndef WIN32
>              for (int i = 0; i<  path.length(); i++) if( path[i] == '\\') path[i] = '/';
>              #endif
>              path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path
>
>              if(pCurDef) pCurDef->sample = path;
>              return;
>
> (aha, so the comment there tells me someone has already been thinking about
> this! :-)
>
> I tried this trivial diff:
> --- sfz.cpp.orig        2012-01-22 22:52:01.000000000 +0100
> +++ sfz.cpp     2012-01-23 00:03:16.000000000 +0100
> @@ -1278,7 +1278,8 @@
>               #ifndef WIN32
>               for (int i = 0; i<  path.length(); i++) if( path[i] == '\\') path[i] = '/';
>               #endif
> -            path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path
> +            if (path[0] != '/')    /* only prepend currentDir if path is non-absolute */
> +                   path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path
>
>               if(pCurDef) pCurDef->sample = path;
>               return;
>
> and, well, "it works for me" (under Linux only, of course).
> If this or something even more portable can be applied to the svn tree, I'd
> be very grateful.

Thanks, I've committed this now (with an extra check on Windows).

/Andreas

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

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

On 2012-01-28 02:38, David Robillard wrote:
> Aaaaaaaaaaaand another one.  Couple of minor screw-ups in the previous.

Committed. Sorry for taking so long.

/Andreas

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!

Aaaaaaaaaaaand another one.  Couple of minor screw-ups in the previous.

-dr

Re: [Linuxsampler-devel] makesfz.sh

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

Hi Linux audio users and the LS devs!

I've just updated my little wav-2-sfz sample definition file creation
script who's home is at:

http://bb.linuxsampler.org/viewtopic.php?f=7&t=667&sid=dc0c0ef3ec00363d761700c0ef41a91f

The new and likely final feature update is that now you have the option of
creating one sfz per wav or creating one sfz that maps all your wavs - I
seem to only ever want to do one or the other when homebrewing simple sfz
files.

I can see I'm going to get a lot of use out of this script now that I've
started to use Linuxsampler/qsampler so I'd like to see this script or
maybe an improved version of it included with future Linux audio distros if
it doesn't get integrated into linuxsampler or qsampler.

Thanks!

Dan





#!/bin/bash
#
# makesfz.sh
#
# Running 'makesfz.sh' with no or any other parameter than 1 will create a
.sfz
# file for every wav file in the present dir. mapping the wav to MIDI note
0.
#
# Alternatively, 'makesfz.sh 1' reads all wav files in the current dir and
creates
# a single .sfz named after the present folder mapping each sample to a
MIDI note.
#
#
# by Dan MacDonald 2012

key=0

if [ "$1" = "1" ]; then

rm -f ${PWD##*/}.sfz
echo -e "# This file was auto-generated by
makesfz.sh\n\n<group>\nloop_mode=one_shot\n" > ${PWD##*/}.sfz

for wavs in *.wav

do
echo -e "<region>\nsample=$wavs\nkey=$key\nlovel=0 hivel=127\n" >>
${PWD##*/}.sfz
key=$(($key+1))
done

else

for wavs in *.wav

do
echo -e "# This file was auto-generated by
makesfz.sh\n\n<group>\nloop_mode=one_shot\n" > $wavs.sfz
echo -e "<region>\nsample=$wavs\nkey=0\nlovel=0 hivel=127\n" >> $wavs.sfz
done

fi






On Sat, Dec 31, 2011 at 2:48 PM, Dan MacDonald <al...@gm...> wrote:

> Glad tidings I bring the free audio realm for 2012!
>
> After seeming years of guru meditations on this problem, I have
> finally come across a method of easily using a folder of wav samples
> to create sfz drum kits that can be used with Linuxsampler under
> qtractor, A3, OOM or what haveth ye for DAW!!
>
> I came across a perl script that almost sounded like it would do what
> I want here http://www.drealm.info/sfz/ but I failed to get that to
> work and I don't know perl to fix it yet and nor do I think I'll
> bother but I will write a bash script to create a .sfz looking like so
> by simply running said script in the folder containing the wav files
> for your kit. Hence if you ran makesfz.sh within a dir containing
> 001-bassdrum.wav and 002-snaredrum.wav we would get the following
> output:
>
>
>
> <region>
> sample=001-bassdrum.wav
> key=0
> lovel=0 hivel=127
>
> <region>
> sample=002-snaredrum.wav
> key=1
> lovel=0 hivel=127
>
>
>
> I do expect someone here will have wrote such a script and added bells
> already so may they be so kind as to share it so then we may add it to
> the LinuxSampler online resources or get it bundled with the app
> itself?
>
> All the best for 2012!
>
> danboid
>

Re: [Linuxsampler-devel] Allowing absolute path names in SFZ - a trivial patch

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

I've not personally tested this patch but that sounds like a very useful
addition to me so I hope to try it shortly and hopefully see it work and
get adopted by LS.

Dan

On Sun, Jan 22, 2012 at 11:09 PM, Frank Neumann <bea...@we...> wrote:

>
> Hi all,
>
> I came across the following problem: On my harddisk, there are lots of
> sample
> collections I grabbed from the web, and I have started writing small .sfz
> files to use them in LinuxSampler.
>
> By nature, those .sfz files would reside "near" the samples (like, in a
> parent
> directory), but this means that the .sfz's are just as wide-spread across
> my
> disk as the samples are. Rather than that, I wanted to have a single
> directory
> where I can store all of them - or at least my favourites. So, the idea is
> to:
>
> - Have the samples e.g. in directory very/deep/path/samples/
> - Have the .sfz file in the parent, e.g. very/deep/path/collection.sfz
> - Have a modified version of that collection.sfz (called
> collection_abs.sfz)
>  that uses absolute instead of relative references to the file names
>  To get that, I cooked up a tiny C program that converts all "sample="
>  references in a .sfz file to their absolute path name; of course, this is
>  local to my system, so I have to keep the "relative" versions around.
> - Have all my sfz's in one place, like ~/SFZfiles
>  -> Since I do not want multiple copies of the same files, I make these
>     as symlinks to the actual SFZ files
>
> Now, if I try to open such an "absolutified" sfz from its linked location,
> LinuxSampler cannot open them since by default it will prepend the current
> directory (which would in this case be ~/SFZfiles) to the file name.
>
> I looked at the sources, and found the code in
> linuxsampler/src/engines/sfz/sfz.cpp (line 1275ff):
>
>        if ("sample" == key)
>        {
>            std::string path = default_path + value;
>            #ifndef WIN32
>            for (int i = 0; i < path.length(); i++) if( path[i] == '\\')
> path[i] = '/';
>            #endif
>            path = currentDir + LinuxSampler::File::DirSeparator + path; //
> TODO: check for absolute path
>
>            if(pCurDef) pCurDef->sample = path;
>            return;
>
> (aha, so the comment there tells me someone has already been thinking about
> this! :-)
>
> I tried this trivial diff:
> --- sfz.cpp.orig        2012-01-22 22:52:01.000000000 +0100
> +++ sfz.cpp     2012-01-23 00:03:16.000000000 +0100
> @@ -1278,7 +1278,8 @@
>             #ifndef WIN32
>             for (int i = 0; i < path.length(); i++) if( path[i] == '\\')
> path[i] = '/';
>             #endif
> -            path = currentDir + LinuxSampler::File::DirSeparator + path;
> // TODO: check for absolute path
> +            if (path[0] != '/')    /* only prepend currentDir if path is
> non-absolute */
> +                   path = currentDir + LinuxSampler::File::DirSeparator +
> path; // TODO: check for absolute path
>
>             if(pCurDef) pCurDef->sample = path;
>             return;
>
> and, well, "it works for me" (under Linux only, of course).
> If this or something even more portable can be applied to the svn tree, I'd
> be very grateful.
>
> Greetings,
> Frank
>
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> 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-dev2
> _______________________________________________
> Linuxsampler-devel mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>

[Linuxsampler-devel] Allowing absolute path names in SFZ - a trivial patch

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

Hi all,

I came across the following problem: On my harddisk, there are lots of sample
collections I grabbed from the web, and I have started writing small .sfz
files to use them in LinuxSampler.

By nature, those .sfz files would reside "near" the samples (like, in a parent
directory), but this means that the .sfz's are just as wide-spread across my
disk as the samples are. Rather than that, I wanted to have a single directory
where I can store all of them - or at least my favourites. So, the idea is to:

- Have the samples e.g. in directory very/deep/path/samples/
- Have the .sfz file in the parent, e.g. very/deep/path/collection.sfz
- Have a modified version of that collection.sfz (called collection_abs.sfz)
  that uses absolute instead of relative references to the file names
  To get that, I cooked up a tiny C program that converts all "sample="
  references in a .sfz file to their absolute path name; of course, this is
  local to my system, so I have to keep the "relative" versions around.
- Have all my sfz's in one place, like ~/SFZfiles
  -> Since I do not want multiple copies of the same files, I make these
     as symlinks to the actual SFZ files

Now, if I try to open such an "absolutified" sfz from its linked location,
LinuxSampler cannot open them since by default it will prepend the current
directory (which would in this case be ~/SFZfiles) to the file name.

I looked at the sources, and found the code in linuxsampler/src/engines/sfz/sfz.cpp (line 1275ff):

        if ("sample" == key)
        {
            std::string path = default_path + value;
            #ifndef WIN32
            for (int i = 0; i < path.length(); i++) if( path[i] == '\\') path[i] = '/';
            #endif
            path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path

            if(pCurDef) pCurDef->sample = path;
            return;

(aha, so the comment there tells me someone has already been thinking about
this! :-)

I tried this trivial diff:
--- sfz.cpp.orig        2012-01-22 22:52:01.000000000 +0100
+++ sfz.cpp     2012-01-23 00:03:16.000000000 +0100
@@ -1278,7 +1278,8 @@
             #ifndef WIN32
             for (int i = 0; i < path.length(); i++) if( path[i] == '\\') path[i] = '/';
             #endif
-            path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path
+            if (path[0] != '/')    /* only prepend currentDir if path is non-absolute */
+                   path = currentDir + LinuxSampler::File::DirSeparator + path; // TODO: check for absolute path
 
             if(pCurDef) pCurDef->sample = path;
             return;

and, well, "it works for me" (under Linux only, of course).
If this or something even more portable can be applied to the svn tree, I'd
be very grateful.

Greetings,
Frank

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

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

well, i installed the latest lv2core and lv2-extensions-good on my debian-squeeze from the debian-server. compiling was very well without any failures.
with jack qsampler and linuxsampler works properly.

greetings!

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...