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

[Linuxsampler-devel] Controlling pan with midi cc

[Nicola P. <nic...@gm...>]

Hi list,
is it possible to control the pan of a <region> with a midi cc?
I tried pan_onccn=100, but I can only control the pan from 
"Center"(cc=0) to "Hard-Right"(cc=127).
I'd like to map cc=0 to "Hard-Left" and cc=127 to "Hard-Right", just 
like the LS's global pan cc10.

     thanks

-- 
Nicola

Re: [Linuxsampler-devel] LS on Mac Lion

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

2012/11/4 Andreas Persson <and...@br...>

> Sorry, the current Mac builds are without Jack support. As Jack OS X
> supports audio connections to applications without Jack support, I
> thought it wasn't very important, but I admit that I didn't think about
> MIDI connections.
>

That's actually a problem (it was the second problem for which I compiled
LS by myself, being audio connections w/o jack support not available on OS
X 10.5), midi connections are still a little issue on jackosx, even in
Lion: some programs see them, some others don't. At this moment a
workaround can be using ipMidi, or another midi thru program like vmpk.
Btw, i'm still looking forward for jack support in osx builds, it would
support even older hardware machines (as I said, OS X 10.5 doesn't accept
non jack application), which has always been one of the good things about
open software.

Thanks,
Maurizio

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

Re: [Linuxsampler-devel] LS on Mac Lion

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

On 2012-10-24 19:06, Kevin Utter wrote:
> Hi all!  Sorry andreas, apparently I sent this to you directly instead of the list before.  I'm still a bit confused here.  I just downloaded:
> linuxsampler_20121004
> and installed it on Mac Lion.  When I run it, the terminal reports:
> LinuxSampler 1.0.0.svn19
> So I think I'm downloading the current version, but its not reporting that it is 1.1 as I was expecting.  Have I done something wrong, or is it not printing the correct version on the terminal?

It's the correct version. The ".svn9" part means that this is a newer 
version than "1.0.0".

> Also, the "How to" for Mac, which is quite old now, mentions a LinuxSampler Jack package for  JackOX10 (Jack for Mac), but I don't see a separate package anymore.  Again, have I misunderstood something, or has this been discontinued, or does it function without a separate package now?  I'm interested in Jack because I need LinuxSampler to be able to read MIDI from other applications rather than directly from MIDI in, and it doesn't seem to see the Mac virtual MIDI busses.  Unless there is another way to do this, I don't know any other way than through JackOS10.  If anyone can shed any light on this, I would appreciate the info.

Sorry, the current Mac builds are without Jack support. As Jack OS X 
supports audio connections to applications without Jack support, I 
thought it wasn't very important, but I admit that I didn't think about 
MIDI connections.

/Andreas

Re: [Linuxsampler-devel] LS on Mac Lion

[Kevin U. <kv...@fr...>]

Hi all!  Sorry andreas, apparently I sent this to you directly instead of the list before.  I'm still a bit confused here.  I just downloaded:
linuxsampler_20121004 
and installed it on Mac Lion.  When I run it, the terminal reports:
LinuxSampler 1.0.0.svn19
So I think I'm downloading the current version, but its not reporting that it is 1.1 as I was expecting.  Have I done something wrong, or is it not printing the correct version on the terminal?

Also, the "How to" for Mac, which is quite old now, mentions a LinuxSampler Jack package for  JackOX10 (Jack for Mac), but I don't see a separate package anymore.  Again, have I misunderstood something, or has this been discontinued, or does it function without a separate package now?  I'm interested in Jack because I need LinuxSampler to be able to read MIDI from other applications rather than directly from MIDI in, and it doesn't seem to see the Mac virtual MIDI busses.  Unless there is another way to do this, I don't know any other way than through JackOS10.  If anyone can shed any light on this, I would appreciate the info.

Thanks much, and sorry if I'm not understanding something elementary here.

Kevin

[Linuxsampler-devel] LinuxSampler Beginner

[LOG S. <lo...@gm...>]

Hi, I'm new in the world of audio and am having difficulty using the
linuxsampler.
I'm using the "Fantasia" and can put to play the file "SF - SoundFont"
but I need a shortcut to change the tones / sounds / scenes in real
time.
Can someone tell me how can I do this?
Thanks!

Re: [Linuxsampler-devel] sfz does not accept hicc1 and locc1

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

On 2012-09-10 20:55, Nils Gey wrote:
> So I guess program change is not a factor in sfz?

SFZ v2 has it: hiprog/loprog. Not yet supported in LS though.

/Andreas

Re: [Linuxsampler-devel] sfz does not accept hicc1 and locc1

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

> CC1 isn't program change (program change isn't a controller, it's a 
> separate midi message type). CC1 is modulation wheel.

> Your file worked fine here. Moving the modulation wheel changed which 
> sample getting triggered.
> 
> /Andreas

That was pretty dumb of me. 
Somehow I forgot everything I knew and just assumed that in a forum post, which was about program changes and CC, these two were connected.

So I guess program change is not a factor in sfz? But why wouldn't it... the far more strange channel opcode is in there. But that gives only 16 switches for manual changes from one sound-set to another within the same sfz file.

Nils

Re: [Linuxsampler-devel] sfz does not accept hicc1 and locc1

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

On 2012-09-10 19:43, Nils Gey wrote:
> Hello,
>
> Linuxsampler SVN revision 2361 does not accept the opcodes hicc1 and locc1.
>
> There is no error during load, they just don't work, but this document indicates they are implemented
>
> https://docs.google.com/document/pub?id=1UxPar5toq2uDrU4Gkf4jOGzV3ic-CAoRPo0cWE6xino#h.67113565f820
> (Table 1.5. Input Controls).

Just a note: that old document isn't the current list of supported 
opcodes. Actually, it was never correct, it was more a list of what 
opcodes Anders would like LS to support.

The new, real supported opcodes list is here: 
http://www.linuxsampler.org/sfz/

That being said, the hicc and locc opcodes are still listed as implemented.

>
>
> Here is my complete sfz file. The wave files are generated sine-waves of different pitches and one stereo channel only. They can be differentiated just by ear to 100%, no mistake possible here.
>
> Only the first group gets played back.
>
> <group>
> locc1=0 hicc1=0
> <region> sample=stereo_left.wav count=1 lokey=0 hikey=127
>
> <group>
> locc1=1 hicc1=1
> <region> sample=stereo_right_higher.wav count=1 lokey=0 hikey=127
>
> So.. do I expect the wrong thing that I hear the first group only on when CC1 (program change) is 0 and the second group on program 1 ?

CC1 isn't program change (program change isn't a controller, it's a 
separate midi message type). CC1 is modulation wheel.

> Extending the locc1 to hicc1 ranges (like 0-64, 64-127) makes no difference.

Your file worked fine here. Moving the modulation wheel changed which 
sample getting triggered.

/Andreas

[Linuxsampler-devel] sfz does not accept hicc1 and locc1

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

Hello,

Linuxsampler SVN revision 2361 does not accept the opcodes hicc1 and locc1.

There is no error during load, they just don't work, but this document indicates they are implemented

https://docs.google.com/document/pub?id=1UxPar5toq2uDrU4Gkf4jOGzV3ic-CAoRPo0cWE6xino#h.67113565f820
(Table 1.5. Input Controls).


Here is my complete sfz file. The wave files are generated sine-waves of different pitches and one stereo channel only. They can be differentiated just by ear to 100%, no mistake possible here.

Only the first group gets played back.

<group>
locc1=0 hicc1=0
<region> sample=stereo_left.wav count=1 lokey=0 hikey=127

<group>
locc1=1 hicc1=1
<region> sample=stereo_right_higher.wav count=1 lokey=0 hikey=127

So.. do I expect the wrong thing that I hear the first group only on when CC1 (program change) is 0 and the second group on program 1 ?
Extending the locc1 to hicc1 ranges (like 0-64, 64-127) makes no difference.

Greetings,
Nils

Re: [Linuxsampler-devel] linuxsampler and mtc

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

On 2012-09-09 07:45, Patrick Shirkey wrote:
>
> On Sun, September 9, 2012 3:39 pm, Andreas Persson wrote:
>> On 2012-09-09 04:17, Patrick Shirkey wrote:
>>> Hi,
>>>
>>> Whats the deal with mtc on linuxsampler? Is it normally handled by the
>>> controller/UI apps?
>>
>> LinuxSampler has currently no support for song position information at
>> all. There are not so many parameters in the file formats that would
>> have any use for that, right now I can only find sync_beats and
>> sync_offset in sfz, but there are probably others too. Did you have any
>> specific features in mind?
>>
>
> I need to be able to play midi songs with mtc sync from my application :-)

OK, that has nothing to do with linuxsampler or the UIs. The tempo of 
the midi song is handled by the sequencer application or midi file 
player. The sequencer application (Ardour, aplaymidi, etc) just sends 
midi note on and note off messages to linuxsampler at the right time.

>> I haven't even thought of using MTC, I think support for Jack transport
>> and VST getTimeInfo would be more prioritized.
>>
>
> Does LS support jack transport or is that better handled by the UI/control
> application?

No, LS has no support for jack transport. I only meant, if I would 
implement support for sync_beats, sync_offset and similar features, I 
would probably do that by using jack transport first.

/Andreas

Re: [Linuxsampler-devel] linuxsampler and mtc

[Patrick S. <psh...@bo...>]

On Sun, September 9, 2012 3:39 pm, Andreas Persson wrote:
> On 2012-09-09 04:17, Patrick Shirkey wrote:
>> Hi,
>>
>> Whats the deal with mtc on linuxsampler? Is it normally handled by the
>> controller/UI apps?
>
> LinuxSampler has currently no support for song position information at
> all. There are not so many parameters in the file formats that would
> have any use for that, right now I can only find sync_beats and
> sync_offset in sfz, but there are probably others too. Did you have any
> specific features in mind?
>

I need to be able to play midi songs with mtc sync from my application :-)

> I haven't even thought of using MTC, I think support for Jack transport
> and VST getTimeInfo would be more prioritized.
>

Does LS support jack transport or is that better handled by the UI/control
application?




--
Patrick Shirkey
Boost Hardware Ltd

Re: [Linuxsampler-devel] linuxsampler and mtc

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

On 2012-09-09 04:17, Patrick Shirkey wrote:
> Hi,
>
> Whats the deal with mtc on linuxsampler? Is it normally handled by the
> controller/UI apps?

LinuxSampler has currently no support for song position information at 
all. There are not so many parameters in the file formats that would 
have any use for that, right now I can only find sync_beats and 
sync_offset in sfz, but there are probably others too. Did you have any 
specific features in mind?

I haven't even thought of using MTC, I think support for Jack transport 
and VST getTimeInfo would be more prioritized.

/Andreas

Re: [Linuxsampler-devel] LS on Mac Lion

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

On 2012-09-09 01:56, Kevin Utter wrote:
> Hi all!  Is anyone running LinuxSampler on Mac Lion (not Mountain lion)?  I tried to run the executable which seems to have installed, but LinuxSampler crashes when a front end tries to connect.

I've done some  quick tests on Lion and at least it doesn't crash that 
early for me. Note that you should most probably use the latest snapshot 
build
(http://download.linuxsampler.org/packages/osx/snapshots/), not the old 
1.0.0 version.

> Also, can anyone explain how I would connect directly to the backend without using either jSampler or qSampler?  I can't see, and I use speech (VoiceOver on Mac) to read my screen.  I can't read or navigate the front ends with speech, so I would like to either be able to pipe a .lscp file to it, or at least be able to use a terminal to type to it and test it directly.  I have a terminal (iTerm) which covers a lot of protocols, but I'm not sure which I need, or if it will even work, as LinuxSampler doesn't seem to be working at present.  Any help would be appreciated.  Thank you very much.

You can use the nc command from the terminal:

nc localhost 8888

/Andreas

[Linuxsampler-devel] linuxsampler and mtc

[Patrick S. <psh...@bo...>]

Hi,

Whats the deal with mtc on linuxsampler? Is it normally handled by the
controller/UI apps?



--
Patrick Shirkey
Boost Hardware Ltd

[Linuxsampler-devel] LS on Mac Lion

[Kevin U. <kv...@fr...>]

Hi all!  Is anyone running LinuxSampler on Mac Lion (not Mountain lion)?  I tried to run the executable which seems to have installed, but LinuxSampler crashes when a front end tries to connect.

Also, can anyone explain how I would connect directly to the backend without using either jSampler or qSampler?  I can't see, and I use speech (VoiceOver on Mac) to read my screen.  I can't read or navigate the front ends with speech, so I would like to either be able to pipe a .lscp file to it, or at least be able to use a terminal to type to it and test it directly.  I have a terminal (iTerm) which covers a lot of protocols, but I'm not sure which I need, or if it will even work, as LinuxSampler doesn't seem to be working at present.  Any help would be appreciated.  Thank you very much.

Kevin

Re: [Linuxsampler-devel] [LAD] Kontakt sampler format (and others like EXS24) - Once again free samples, this time more uplifting

[Devin A. <sur...@gm...>]

On Sat, Sep 1, 2012 at 3:13 PM, Florian Schirmer
<flo...@na...> wrote:

>> Is there someone who knows more about these formats? Even if it is not
>> possible to write a sampler engine (it would not be the first
>> [partly]binary, closed format loaded by open source software) maybe there is
>> at least a way to get all the needed information to convert/correct them by
>> hand or individual scripts.
>
> Besides the technical problem there is also a legal problem involved here.
> To protect the IP of sample developers the instruments sold by 3rd party
> developers are encrypted.
>
> My guess would be that using something like Autosampler to capture a certain
> snapshot of a library and convert that into something that your favorite can
> read is by far the most promising solution. But of course this depends on
> what you're looking for.

I haven't heard of Autosampler until now, but this seems like an
appropriate time to bring up synthclone:

    http://synthclone.googlecode.com/

... which has some similar features, is free, and has a plugin API
that allows a programmer to add missing functionality.

-- 
Devin Anderson
surfacepatterns (at) gmail (dot) com

blog - http://surfacepatterns.blogspot.com/
psinsights - http://psinsights.googlecode.com/
synthclone - http://synthclone.googlecode.com/

Re: [Linuxsampler-devel] Kontakt sampler format (and others like EXS24) - Once again free samples, this time more uplifting

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

On Friday 31 August 2012 02:06:05 Nils wrote:
> I'll release a list with download links on my blog nilsgey.de in the near
> future. If the linux audio community has enough webspace we could even
> mirror most of them. Part of my mails is always the permission to
> redistribute and mirror download. You don't believe how many say "do what
> you want with these samples, but you are only allowed to download them
> exactly here. If tommorow this website will be gone there is no legal way
> to get the samples anymore"

We still have plenty of webspace, so we can mirror sound libraries. And so can 
probably also do many other people from the Linux Audio community. So that's 
not a problem.

> Sadly many of those instruments are in .nki or .nk* format which is the
> Kontakt Player or Kontakt Something Fullversion format. The wave samples
> are (often? by design?) there as plain files, but it is hard work to guess
> how they should be arranged and what is needed. As far as I know the
> kontakt format has more features, such as scripting, than sfz, which is
> currently the "Linux sample flagship". I hope I am wrong here.

Yes, Kontakt provides a script engine. For example some piano libraries use it 
to simulate the resonance effect in a real piano (that is triggered keys 
stimulating overtones of strings of other keys in the real piano).

You might want to use this tool to view the human readable xml file 
encapsulated into nki files:

	http://www.linuxsampler.org/nkitool/

It might give you some insight about the articulation informations, and it 
helps to automate things like conversions.

> I know there are sample converter programs (for Windows) like Chicken
> Translator or the "W. Grabowski Extreme Sample Converter". I have used
> them and even simple conversions like sf2 to gig, or gig to sfz were
> always a bit odd or plain wrong. They have menu entries for Kontakt and
> EXS24 (the Apple Logic Sampler format, you see that quite often as well)
> but I don't believe that will actually produce accurate conversions.

As soon as a sample library is not just a a collection of raw samples, but 
involves articulation of the material (filter, envelopes, ...), those 
conversion tools will never result in a library that sounds like in its 
original format. The sampler formats are simply too different. For example a 
low pass filter is not simply a low pass filter. Every sampler has its own 
specific filters, which have completely other characteristics than in any other 
sampler. Same applies to envelopes, the curves differ completely in every 
sampler. And sometimes it is even impossible for converters to apply certain 
concepts from one format to the different concepts in the target sampler format 
(e.g. dimension system of the gig format vs. script system of nki format).

> Is there someone who knows more about these formats? Even if it is not
> possible to write a sampler engine (it would not be the first
> [partly]binary, closed format loaded by open source software) maybe there
> is at least a way to get all the needed information to convert/correct
> them by hand or individual scripts.

Just ask. In case you want to work on converting Kontakt libraries, you 
probably might just read the Kontakt manual. Should take about 2 days or so to 
read through it and should be enough to understand the format from the aspect 
of a sample library designer.

> For the more pragmatical, non-100%-idealist people, that would be a major
> step in general Linux Audio mainstream direction. For the last years and
> currently many instruments are samples which seem to be interpreted data
> (I hope I am not wrong here). This is not the windows-VST problem but
> actually solvable without recompiling and re-releasing even the major
> commercial instruments.

Sure! I agree with you in many aspects. It really needs a good collection of 
(preferably free) sample libraries. And pushing a cross platform sampler 
format like sfz might be become one would greatly improve the work and freedom 
of musicians.

CU
Christian

Re: [Linuxsampler-devel] Kontakt sampler format (and others like EXS24) - Once again free samples, this time more uplifting

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

On Fri, 31 Aug 2012 08:46:06 +0200
Graham Goode <ggo...@gm...> wrote:

> Hi Nils,
> 
> Have you read any of these forum pages?
> 
> http://bb.linuxsampler.org/viewtopic.php?f=6&t=609&p=3641
> http://bb.linuxsampler.org/viewtopic.php?f=3&t=3&p=2471
> 
> Kind regards,
> GrahamG
>

Yes, I have read them. I am a (passive) forum member there as well.
AFAIK these discussiosn were before sfz. The decision was sfz which was the correct move in my opinion.

But nearly the whole thread ignores the fact that creating the engine, even reverse engineering  the full retail kontakt 4.2 engine, is sill the lesser part of the deal. Creating the instrument libs is the real deal. This is not the typical software developer problem where you can do amazing things as a single person with enough motivation and effort and then inspire others to work remotely on the same project.

Creating sampled instruments needs a high educational and skill level and costs a lot of money and there is no way around that. It is no surprise that most low cost and free instruments are drumkits ripped from an hardware drumcomputer or synthesizer and after that even more percussion from your kitchen and a few keyboard instruments. These are easy and quick task which requires little knowledge and can actually be done in any sampler format. sfz would be my choice here as well.

But you don't find something like the East West Choir lib (with word builder to sing lyrics) or Vocaloid (solo singing voice emulation) as hobby project. This is actually so complex and complicated that you don't even find failed beginnings with a few samples recorded by the lousy local school choir. And you would have to write it as standalone program since there is no open sampler format powerful enough for such things.

I couldn't care less about the kontakt (and other) format but even if LS had the most powerful sampling engine around there is still the need for instruments, and I bet they will be commercial. Still, a better sampling format, maybe based on sfz, would be still the correct move in the long run. (Until physical modelling takes over)

It is the usual problem: How to attract people to contribute to the ecosystem (open or closed) without people who already contributed to the ecosystem. There is a need for the typical "killer app", or sample in this case.
An interpreted, open (and therefore cross platform) format with LS as reference implementation and an instrument that will blow the people away.

Nils

[Linuxsampler-devel] Kontakt sampler format (and others like EXS24) - Once again free samples, this time more uplifting

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

Hello lists,

(if you are note exited by freeing sampled instruments but only by the technical aspect skip to the line "But back to the topic:")

I am doing a research and mail marathon right now. Again I am searching for more or less open source and free samples but this time I decided to browse more "free things" website archives.
So far I found a handful of, more or less useful and nice, instruments or "noise" packs with a good license.

Even better is that I try to contact as many instrument developers as possible per mail, asking them to release their already free-of-cost instrument under a more open license. Or if the license may be open alreaday but is unclear (sample licenses can be quite confusing if you press them into the Creative Commons frame) I asked for clarification.

Surprisingly already several people answered which resulted in the freedom of some packs and, best of all, the producer with one of the closest and permissive statements (but otherwise very good) of all contacted me very quickly and said they want their free instruments as open as possible and the closed licenses were a misunderstanding, only for their fully commercial instruments. 

I'll release a list with download links on my blog nilsgey.de in the near future. If the linux audio community has enough webspace we could even mirror most of them. Part of my mails is always the permission to redistribute and mirror download. You don't believe how many say "do what you want with these samples, but you are only allowed to download them exactly here. If tommorow this website will be gone there is no legal way to get the samples anymore"

But back to the topic: 

Sadly many of those instruments are in .nki or .nk* format which is the Kontakt Player or Kontakt Something Fullversion format. 
The wave samples are (often? by design?) there as plain files, but it is hard work to guess how they should be arranged and what is needed. As far as I know the kontakt format has more features, such as scripting, than sfz, which is currently the "Linux sample flagship". I hope I am wrong here.

I know there are sample converter programs (for Windows) like Chicken Translator or the "W. Grabowski Extreme Sample Converter". I have used them and even simple conversions like sf2 to gig, or gig to sfz were always a bit odd or plain wrong. They have menu entries for Kontakt and EXS24 (the Apple Logic Sampler format, you see that quite often as well) but I don't believe that will actually produce accurate conversions.

Is there someone who knows more about these formats? Even if it is not possible to write a sampler engine (it would not be the first [partly]binary, closed format loaded by open source software) maybe there is at least a way to get all the needed information to convert/correct them by hand or individual scripts.

For the more pragmatical, non-100%-idealist people, that would be a major step in general Linux Audio mainstream direction. For the last years and currently many instruments are samples which seem to be interpreted data (I hope I am not wrong here). This is not the windows-VST problem but actually solvable without recompiling and re-releasing even the major commercial instruments.

so far...

Nils

P.S. I got some packs which are just wave files or the nki files seem to trigger just one-shot samples. I thought about creating .sfz files for them. Any help would be welcome. I already have a github repository up with two projects (WIP), so contact me here per mail or IRC #lad if you are interested.

Re: [Linuxsampler-devel] [Solved] Supplemental: "Jack: Cannot register Jack MIDI input port."

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

On Wed, 29 Aug 2012 12:39:10 +0200
Nils <li...@ni...> wrote:

> I forgot to mention that this 34/35 ports treshhold is even for sessions of linuxsampler.

It turned out this is a JACK problem because I hit a port limit. But only LS was able to provide so many ports to hit it :)

Nils

[Linuxsampler-devel] Supplemental: "Jack: Cannot register Jack MIDI input port."

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

I forgot to mention that this 34/35 ports treshhold is even for sessions of linuxsampler.

If I already have one session running with one port and then add another session with 34 (different sever adress and port, but same user account and hardware) the same thing happens.

Nils

[Linuxsampler-devel] Jack: Cannot register Jack MIDI input port.

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

Hello,

I get this error on loading my samples (LSCP). 

cannot deliver port registration request
Jack: Cannot register Jack MIDI input port.

And then a bunch of (for each port one):
There is no MIDI input device with index 0

I am creating 35 jack midi in ports with 1 to 4 channels each. The strange thing is that it works if I reduce to 34 ports. 

Under what circumstances does this LS error message appear?

Linusampler is from yesterdays SVN.

Nils

Re: [Linuxsampler-devel] terminal output full of "Instantiating LADSPA effect 'triplePara'."

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

On Saturday 25 August 2012 01:04:48 Nils wrote:
> Instantiating LADSPA effect 'triplePara'.
> LADSPA effect 'triplePara' activated.

That message is rendered by LS.

> when starting LS my terminal output is full of this message, several times,
> maybe 100. It has nothing to do with the number of instruments, even when
> I only load one sfz this happens a lot.

The SFZ engine instantiates an EQ effect for each voice object when a new SFZ 
engine is created (when you have a LADSPA effect called "triplePara" installed 
on your system and if you compiled the sampler with LADSPA support of course). 
So in case your sampler is configured with 90 voices, you will see those two 
messages 90 times.

For now, if the message annoys you, you can comment the respective dmsg() 
debug message calls in method LadspaEffect::InitEffect() (source file 
src/effect/LadspaEffect.cpp, line 267).

CU
Christian

[Linuxsampler-devel] terminal output full of "Instantiating LADSPA effect 'triplePara'."

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

Hello list,

Instantiating LADSPA effect 'triplePara'.
LADSPA effect 'triplePara' activated.

when starting LS my terminal output is full of this message, several times, maybe 100. It has nothing to do with the number of instruments, even when I only load one sfz this happens a lot.

in between I get exactly once:
EQ support: Triple band parametric with shelves

I load my samples with a script that sends telnet messages to a running server.

I think it happens during sending the lscp "LOAD ENGINE <engine> <LS-channel>" command. The timing of return messages is not in sync so maybe it is loading the instrument instead.


So... how can I deactivate or surpress this? Is it Linuxsampler or a bug in the triplePara plugin (I don't even know in which package this is, not a plugin I use).
This is the only effect or LADSPA related message I get.

Nils

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

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

On 2012-08-10 18:02, David Robillard wrote:
> 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.

Thank you! Patch is applied. Your "ifdef WIN32" also triggered me to 
make the LV2 plugin buildable for Windows and Mac.

/Andreas