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

[Linuxsampler-devel] About commit to Linuxsampler 2013-01-08

[Jostein C. A. <jo...@va...>]

Hi folks,

After a look at http://www.linuxsampler.org/,  I have a little comment about 
this commit:

    2013-01-08 schoenebeck
    * Exclusive Groups: don't ever stop voices of the same note,
      doesn't sound naturally with a drumkit.


This change is good for most drum items, for example when you play a ride 
cymbal, but not for a hi hat. A good professional sampled HH have many 
layers of openness - not only closed HH and open HH - but also many layers 
between this two states. And in this case, this samples with velocities and 
each velocity's level of openness be in the same note and be controlled with 
a drum pad with it's pedal or a key and a CC (for example an expression 
pedal). Another example is that a roll from the right stick need the be 
killed when you hit a roll again with the right stick. It will be many thing 
thing going on if former samples don't die when yo play roll samples with 
both right and left hands!


Also, think about a hi hat that you open and close gradually when it is hit, 
the former hits really needs to be quiet - especially when you gradually 
close the HH while playing on it. It sounds terrible when a old sample with 
a longer decay still sounds when the last hit HH sample (IE a closed HH) 
already is dead a HH don't play an open and closed hit at the same time!  
:-)



I'm worried about this because I'm making a SFZ version of the NDK 
(http://naturaldrum.com/), which is designed to sound and act as real 
drumkit, The HH I use - which is a slightly reduced version of the original 
big HH in the NDK - has 16 openness layers for every velocity layer. And I 
believe that HH samples from Analogue Drums have 3 layers (closed, middle 
and open) of openness.


To know how to handle this is very important for me because I'm a Linux user 
and Linux sampler is the only alternative. You can hear the NDK HH in action 
with different degrees of velociies and opennesses on this URL, just click 
on the "13 inch hi-hats (sticks)" link when you are there:

http://www.naturaldrum.com/index.php?option=com_content&view=article&id=50&Itemid=59


Do I think right here or is it another way of gradually opening and closing 
a hi hat "right" with a MIDI CC?

Jostein

Re: [Linuxsampler-devel] Flac support for the SFZ sampler engine

[Graham G. <ggo...@gm...>]

Hi,

Yes, I have an sfz instrument (from the free samples that come with
the Aria downloads) that loads and plays fine after I convert the flac
files to wav (and adjust the sfz file accordingly) BUT loads and does
NOT play when left as flac...

Kind regards,
GrahamG

On 1/11/13, Christian Schoenebeck <sch...@li...> wrote:
> On Friday 11 January 2013 07:57:43 Graham Goode wrote:
>> I'd like to know if the flac file format is supported in the SFZ
>> sampler engine of linuxsampler?
>
> Since the SFZ engine in LinuxSampler is utilizing libsndfile to handle audio
>
> formats, and since recent versions of libsndfile support this format, FLAC
> files should work yes, however I have never tested it with such audio file
> types yet. So ATM I cannot say for sure whether there are possible issues
> with
> this audio file format.
>
> You tested it with FLAC files, and you encountered a problem?
>
> CU
> Christian
>

Re: [Linuxsampler-devel] SFZ: LinuxSampler <-> Aria

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

On 01/11/2013 05:20 PM, Christian Schoenebeck wrote:
> On Thursday 10 January 2013 17:14:36 rosea.grammostola wrote:
>> It might be good to keep an eye on it, it would be nice if an SFZ file
>> in Linuxsampler works in Aria and vice versa
>
> Sure, when you look at our SFZ(2) format implementation status page, you'll
> notice that, a while ago, we already had a glimpse at what kind of extensions
> Aria offers.
>
> Is there or will there be some kind of open specification about the extensions
> ARIA adds to SFZ?
>
> CU
> Christian

I think David can answer your question way better then I can:

http://www.ariaengine.com/forums/index.php?p=/discussion/comment/31341#Comment_31341

Re: [Linuxsampler-devel] Flac support for the SFZ sampler engine

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

On Friday 11 January 2013 07:57:43 Graham Goode wrote:
> I'd like to know if the flac file format is supported in the SFZ
> sampler engine of linuxsampler?

Since the SFZ engine in LinuxSampler is utilizing libsndfile to handle audio 
formats, and since recent versions of libsndfile support this format, FLAC 
files should work yes, however I have never tested it with such audio file 
types yet. So ATM I cannot say for sure whether there are possible issues with 
this audio file format.

You tested it with FLAC files, and you encountered a problem?

CU
Christian

Re: [Linuxsampler-devel] SFZ: LinuxSampler <-> Aria

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

On Thursday 10 January 2013 17:14:36 rosea.grammostola wrote:
> It might be good to keep an eye on it, it would be nice if an SFZ file
> in Linuxsampler works in Aria and vice versa

Sure, when you look at our SFZ(2) format implementation status page, you'll 
notice that, a while ago, we already had a glimpse at what kind of extensions 
Aria offers.

Is there or will there be some kind of open specification about the extensions 
ARIA adds to SFZ?

CU
Christian

[Linuxsampler-devel] Flac support for the SFZ sampler engine

[Graham G. <ggo...@gm...>]

Hi,

I'd like to know if the flac file format is supported in the SFZ
sampler engine of linuxsampler?

Kind regards,
GrahamG

[Linuxsampler-devel] SFZ: LinuxSampler <-> Aria

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

Hi,

A new SFZ sampler is out, I guess you read it:
http://createdigitalmusic.com/2012/12/software-instruments-freed-from-sampler-formats-sfz-free-sounds-free-sample-player/

Nice initiative and I hope it will give an boost to SFZ, it's a great 
format!

On the forum they're pretty active here and working more or less 
fulltime on SFZ or related I think.

It might be good to keep an eye on it, it would be nice if an SFZ file 
in Linuxsampler works in Aria and vice versa

http://www.ariaengine.com/forums/index.php?p=/discussion/comment/31341#Comment_31341

Regards,
\r

Re: [Linuxsampler-devel] sfz convert / tools

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

Findings:

Sfzer and makesfz.pl are useful tools when you want to create instrument 
sfz files. They give you an nice starting point.

http://sfzer.rubyforge.org/
http://web.archive.org/web/20100317152936/http://www.drealm.info/sfz/

I was able to contact the dev of sfzer and got some help.
(dev AT christessmer DOT com)

Atm I wasn't able to contact the dev of makesfz.pl

Both tools expects that the samples are named in a certain way (C, C# 
etc.). It seems that this makes these tools less valuable for drum 
samples without such a naming.

For those files I think Lisalo with the -p, --percussive option is your 
best starting point.
https://github.com/nilsgey/lisalo

This tools is handy if you want to add velocity values, it works via 
wine and mono. I didn't find a Linux native alternative yet

http://web.archive.org/web/20101122063347/http://drealm.info/sfz/VelLeveler/

Good examples of SFZ files for different instruments would be nice to 
have at this point. Atm we've the sonatina sfz files and the Salamander 
sfz, I could use as example. Not sure how sophisticated they are.


More info on SFZ:
http://www.cakewalk.com/DevXchange/article.aspx?aid=108

HTH

Regards,
\r

Re: [Linuxsampler-devel] [LAU] sfz convert / tools

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

On Wed, 19 Dec 2012 14:48:05 +0100
"rosea.grammostola" <ros...@gm...> wrote:

>sfztools

Lisalo (Linux Sampler Loader) https://github.com/nilsgey/lisalo has a standalone tool lisalosfzgenerator.py.
Notice the -o --out option which triggers permanent files instead of temporary files.


usage: lisalosfzgenerator.py [-h] [-o OUT] [-k KEY] [-r] [-w] [-p]
                             path [filetype [filetype ...]]

Creates temporary sfz files. Point to a directory of wave or ogg files and
you'll get the filename of an .sfz file in return. In case you want to use
this with Lisalo use the following syntax:
lisalo args "$(lisalosfzgenerator.py path/to/wavedir)" more lisalo args

positional arguments:
  path               A directory with waves and/or ogg files OR a single
                     wav/ogg file. Directory: Can include subdirs when used
                     with --recursive. You'll get a random .sfz in /tmp with
                     absolut paths to your samples. Single File: The file is
                     spread over all midi keys. The -k parameter defines the
                     center.
  filetype           Optional: Which file types can be included. Can be 'wav',
                     'ogg' to only choose one. Don't use to choose both.

optional arguments:
  -h, --help         show this help message and exit
  -o OUT, --out OUT  Out file name. Out file triggers relative path mode for a
                     persistent sfz file with. Default: No name, generates a
                     random named .sfz in /tmp with absolute paths to your
                     samples.
  -k KEY, --key KEY  Midi key offset. Start mapping from this number. Default:
                     60 (middle C)
  -r, --recursive    Crawl the given sample directory recursively. Default:
                     Off
  -w, --white        Only use white keys instead of every key. Only works in
                     directory mode. Default: Off
  -p, --percussive   Play the whole sample once, even if you release the key
                     or hold it longer than the sample is. Default: Off

[Linuxsampler-devel] sfz tools

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

Hi,

Which tools are there for me to convert to and generate SFZ files?


I found these, but they seems to be offline, maybe someone has it on his 
hdd?

makesfz.pl perl scripts , by Peter L. Jones: http://www.drealm.info/sfz/



Regards,
\r

[Linuxsampler-devel] Easier instrument articulations changes in the same channel

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

Hello,
short version: which is the easiest way to change articulation within the
same channel without calling the exact bank/program for each channel every
time?

I am trying to figure out the best way to write music and change
articulation for an instrument without using different channels and in an
easy way.
I use a very old version of Sibelius (1.4!), through a WinXP guest in
VirtualBox. Even if it is *really* old, it's resource-light and is perfect
for my needs since I know it very well; I know that there is musescore, but
it's still at a too-early stage and not yet usable, even if compared to
that old Sibelius (but I'm waiting!).
Using multimidicast and maple midi I can connect the guest machine to my
host system with linuxsampler running, and this works great.

I have already made an lscp file with an instrument map for Sonatina
Symphonic Orchestra which I use as a "template", and previously I used to
export the midi file from Sibelius, import it in Rosegarden, and then add
program changes to apply the different articulations written as text in the
score. This can be done for simple and short passages, but while working on
large ensambles and/or complex pieces it can be annoying, expecially if you
have to change something back in the score and then add program changes
once again.

Sibelius allows to modify default system text and attach midi commands to
it, so that "pizz." becomes "pizz.~P2" (text after tilde can be hidden),
which correctly sends a program change.
So, I thought that I could modify my instrument map using a different bank
for each instrument, in this way the first program is the default sustain
articulation, the second one is staccato, the third pizzicato and so on. At
this point I just have to add "pizz." and other articulations to the score,
and Sibelius should do the rest.
This is not so "elegant" (and I'd have a lot of banks with just 2-3
programs each, since I added personal modifications and other instruments
to SSO), but is the best that I've figured out so far.

What I'd like to know if there's an easier way of managing articulations
between the instruments.
I thought about bank changes (a bank for every articulation), but I cannot
use them, since usually a bank change requires a program change also and
applying it would mean edit every single bank/program for every staff in
the score, because the default text doesn't keep the program number.
I've seen that Maestro Concert Grand (which is GIG, btw) has multiple
instruments, is there a way to select them with midi control changes sent
to linuxsampler? And is multiple instruments a feature available only for
GIG or for SFZ format also? This could allow simpler (and tidier)
instrument maps.

Thanks for your time, and please forgive my terrible english and
complicated questions! ;-)

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

Re: [Linuxsampler-devel] PERSISTENT

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

On 12/08/2012 04:29 PM, Christian Schoenebeck wrote:
> It defines the load strategy of the instrument / file, in this case, that
> it should be loaded immediately and kept in memory forever. From
> the LSCP reference[1]:
>
> 	"The instrument will immediately be loaded into memory when this mapping
> 	command is sent and the instrument is kept all the time. Instruments with
> 	this mode are only freed when the sampler is reset or all mapping entries
> 	with this mode (and respective instrument) are explicitly changed to
> 	"ON_DEMAND" and no sampler channel is using the instrument anymore."
>
> [1]http://www.linuxsampler.org/api/draft-linuxsampler-
> protocol.html#MAP%20MIDI_INSTRUMENT

Thx.
I try to use LS with Impro-Visor[1]
Improvisor seems to use channel 1 for solo instrument (melody), 4 for 
chords, 7 for bass and 10 for drums.
I tried to map the samples in the lscp file with the instrument numbers 
in improvisor via program numbers. That works but it's not possible to 
have more LS channels on the same midi channel number, cause all though 
they have different program numbers, they all make sound unfortunately.

An other problem I had with some samples is that I needed to use 
jack-keyboard (virtual midi keybd) to load the samples in memory. Do a 
program change via jack-keyboard to load the sample. PERSISTENT seems to 
solve this issue.

For the drums this doesn't solve it. I don't have a GIG per single part 
of a drumkit, but one GIG for a group, let's say 'Cymbals'. But if I set 
that GIG to the program numbers improviser sends out [2], it still 
doesn't work. I still have to use jack-keyboard to load the GIG file/ 
program number. All drum samples are set to use midi channel 10.

Do you see a solution for this?


[1]http://www.cs.hmc.edu/~keller/jazz/improvisor/

[2]https://raw.github.com/johnsen/lscp2midnam/master/Munk.lscp

Re: [Linuxsampler-devel] PERSISTENT

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

On Saturday 08 December 2012 14:57:26 rosea.grammostola wrote:
> What does PERSISTENT mean exactly in a lscp file?

It defines the load strategy of the instrument / file, in this case, that
it should be loaded immediately and kept in memory forever. From
the LSCP reference[1]:

	"The instrument will immediately be loaded into memory when this mapping 
	command is sent and the instrument is kept all the time. Instruments with 
	this mode are only freed when the sampler is reset or all mapping entries 
	with this mode (and respective instrument) are explicitly changed to 
	"ON_DEMAND" and no sampler channel is using the instrument anymore."

[1] http://www.linuxsampler.org/api/draft-linuxsampler-
protocol.html#MAP%20MIDI_INSTRUMENT

CU
Christian

[Linuxsampler-devel] PERSISTENT

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

Hi,

What does PERSISTENT mean exactly in a lscp file?

Best regards,
\r

[Linuxsampler-devel] GIG / SFZ midi mapping

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

I get an error:

Loading gig file 
'/home/derick/linuxaudio/linuxaudiodata/guitar/WarmJazzFREEK3/HBJazzLayers.sfz'...gig::Engine 
error: Failed to load instrument, cause: Not a RIFF file


I've a large lscp file automatically created by a script and one part of 
it says:

ADD MIDI_INSTRUMENT_MAP 'Guitar'
MAP MIDI_INSTRUMENT NON_MODAL 13 0 0 SFZ 
'/home/derick/linuxaudio/linuxaudiodata/guitar/WarmJazzFREEK3/HBJazzLayers.sfz' 
0 1.0 ON_DEMAND_HOLD 'HBJazzLayers'
MAP MIDI_INSTRUMENT NON_MODAL 13 1 0 GIG 
'/home/derick/linuxaudio/linuxaudiodata/guitar/Washburn.gig' 0 1.0 
ON_DEMAND_HOLD 'Clean-Washburn'
MAP MIDI_INSTRUMENT NON_MODAL 13 2 0 GIG 
'/home/derick/linuxaudio/linuxaudiodata/guitar/EPSSteel.gig' 0 1.0 
ON_DEMAND_HOLD 'EPSSteel'
MAP MIDI_INSTRUMENT NON_MODAL 13 3 0 GIG 
'/home/derick/linuxaudio/linuxaudiodata/guitar/BluesGuitar.gig' 0 1.0 
ON_DEMAND_HOLD 'Blues Rock Guitar'
MAP MIDI_INSTRUMENT NON_MODAL 13 4 0 SFZ 
'/home/derick/linuxaudio/linuxaudiodata/guitar/DGL_SFZ/Sfz\x20bank/Sledge\x20Pickup\x204.sfz' 
0 1.0 ON_DEMAND_HOLD 'Sledge Pickup 4'


Further in the file:
ADD CHANNEL
SET CHANNEL MIDI_INPUT_DEVICE 13 0
SET CHANNEL MIDI_INPUT_PORT 13 13
SET CHANNEL MIDI_INPUT_CHANNEL 13 0
LOAD ENGINE GIG 13
SET CHANNEL VOLUME 13 1.0
SET CHANNEL MIDI_INSTRUMENT_MAP 13 13
SET CHANNEL AUDIO_OUTPUT_DEVICE 13 0
SET CHANNEL AUDIO_OUTPUT_CHANNEL 13 0 13
SET CHANNEL AUDIO_OUTPUT_CHANNEL 13 1 13


This is causing the trouble probably:
LOAD ENGINE GIG 13

Can I set it to both GIG and SFZ or something?

\r

Re: [Linuxsampler-devel] build fails

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

.
>
> If you built AND installed libgig SVN already on your system, and you are
> still getting the error message above, that would mean you have a 2nd version
> of libgig installed on your system (e.g. below /usr/local). The latter is a
> common mistake if people previously installed libgig manually with "make
> install". So if there is another old libgig under /usr/local, delete it.

that's it, thx for the pointer!

Re: [Linuxsampler-devel] build fails

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

On Wednesday 05 December 2012 15:22:24 rosea.grammostola wrote:
> On 12/05/2012 12:59 PM, Christian Schoenebeck wrote:
> > On Wednesday 05 December 2012 10:43:36 rosea.grammostola wrote:
> >> Hi,
> > 
> >> Building the Debian package of linuxsampler fails here after svn update:
> > [snip]
> > 
> >> EngineChannel.cpp: In member function 'virtual String
> >> LinuxSampler::gig::EngineChannel::InstrumentFileName(int)':
> >> EngineChannel.cpp:170:49: error: 'class DLS::File' has no member named
> >> 'GetExtensionFile'
> > 
> > I added this method 8 months ago to libgig. So you have to build and
> > install the libgig Debian package first. This new method will then be in
> > DLS.h
> 
> The libgig package which is in Debian by default or the libgig package
> from LS?
> 
> Both methods doesn't work. Also a fresh build of LS gives the same error

When you are building the lates SVN version of LinuxSampler, you always have 
to build the lastest SVN version of libgig as well. The libgig package from 
the Debian repository is too old. The error message above definitely states, 
that you are building LinuxSampler against an old version of libgig (at least 
older than 8 months).

So first get the latest libgig version from the linuxsampler.org SVN server, 
then build the 3 libgig Debian packages (libgig, libgig-dev, gigtools), 
install them, and then you will be able to build latest linuxsampler SVN 
version without the error message above.

If you built AND installed libgig SVN already on your system, and you are 
still getting the error message above, that would mean you have a 2nd version 
of libgig installed on your system (e.g. below /usr/local). The latter is a 
common mistake if people previously installed libgig manually with "make 
install". So if there is another old libgig under /usr/local, delete it.

This might also help:
http://www.linuxsampler.org/debian.html

CU
Christian

Re: [Linuxsampler-devel] build fails

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

On 12/05/2012 12:59 PM, Christian Schoenebeck wrote:
> On Wednesday 05 December 2012 10:43:36 rosea.grammostola wrote:
>> Hi,
>>
>> Building the Debian package of linuxsampler fails here after svn update:
>>
> [snip]
>> EngineChannel.cpp: In member function 'virtual String
>> LinuxSampler::gig::EngineChannel::InstrumentFileName(int)':
>> EngineChannel.cpp:170:49: error: 'class DLS::File' has no member named
>> 'GetExtensionFile'
>
> I added this method 8 months ago to libgig. So you have to build and install
> the libgig Debian package first. This new method will then be in DLS.h
The libgig package which is in Debian by default or the libgig package 
from LS?

Both methods doesn't work. Also a fresh build of LS gives the same error

\r

Re: [Linuxsampler-devel] build fails

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

On Wednesday 05 December 2012 10:43:36 rosea.grammostola wrote:
> Hi,
> 
> Building the Debian package of linuxsampler fails here after svn update:
> 
[snip]
> EngineChannel.cpp: In member function 'virtual String
> LinuxSampler::gig::EngineChannel::InstrumentFileName(int)':
> EngineChannel.cpp:170:49: error: 'class DLS::File' has no member named
> 'GetExtensionFile'

I added this method 8 months ago to libgig. So you have to build and install 
the libgig Debian package first. This new method will then be in DLS.h

CU
Christian

[Linuxsampler-devel] build fails

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

Hi,

Building the Debian package of linuxsampler fails here after svn update:


sh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../..  -I/usr/local/include     -Wreturn-type -ffast-math 
-march=native -O2 -pipe -fomit-frame-pointer -pthread -MT Stream.lo -MD 
-MP -MF .deps/Stream.Tpo -c -o Stream.lo Stream.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Stream.lo -MD -MP -MF .deps/Stream.Tpo 
-c Stream.cpp  -fPIC -DPIC -o .libs/Stream.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Stream.lo -MD -MP -MF .deps/Stream.Tpo 
-c Stream.cpp -o Stream.o >/dev/null 2>&1
mv -f .deps/Stream.Tpo .deps/Stream.Plo
/bin/bash ../../../libtool --tag=CXX   --mode=compile g++ 
-DHAVE_CONFIG_H -I. -I../../..  -I/usr/local/include     -Wreturn-type 
-ffast-math -march=native -O2 -pipe -fomit-frame-pointer -pthread -MT 
Voice.lo -MD -MP -MF .deps/Voice.Tpo -c -o Voice.lo Voice.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Voice.lo -MD -MP -MF .deps/Voice.Tpo 
-c Voice.cpp  -fPIC -DPIC -o .libs/Voice.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Voice.lo -MD -MP -MF .deps/Voice.Tpo 
-c Voice.cpp -o Voice.o >/dev/null 2>&1
mv -f .deps/Voice.Tpo .deps/Voice.Plo
/bin/bash ../../../libtool --tag=CXX   --mode=compile g++ 
-DHAVE_CONFIG_H -I. -I../../..  -I/usr/local/include     -Wreturn-type 
-ffast-math -march=native -O2 -pipe -fomit-frame-pointer -pthread -MT 
Synthesizer.lo -MD -MP -MF .deps/Synthesizer.Tpo -c -o Synthesizer.lo 
Synthesizer.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Synthesizer.lo -MD -MP -MF 
.deps/Synthesizer.Tpo -c Synthesizer.cpp  -fPIC -DPIC -o .libs/Synthesizer.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Synthesizer.lo -MD -MP -MF 
.deps/Synthesizer.Tpo -c Synthesizer.cpp -o Synthesizer.o >/dev/null 2>&1
mv -f .deps/Synthesizer.Tpo .deps/Synthesizer.Plo
/bin/bash ../../../libtool --tag=CXX   --mode=compile g++ 
-DHAVE_CONFIG_H -I. -I../../..  -I/usr/local/include     -Wreturn-type 
-ffast-math -march=native -O2 -pipe -fomit-frame-pointer -pthread -MT 
Profiler.lo -MD -MP -MF .deps/Profiler.Tpo -c -o Profiler.lo Profiler.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Profiler.lo -MD -MP -MF 
.deps/Profiler.Tpo -c Profiler.cpp  -fPIC -DPIC -o .libs/Profiler.o
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT Profiler.lo -MD -MP -MF 
.deps/Profiler.Tpo -c Profiler.cpp -o Profiler.o >/dev/null 2>&1
mv -f .deps/Profiler.Tpo .deps/Profiler.Plo
/bin/bash ../../../libtool --tag=CXX   --mode=compile g++ 
-DHAVE_CONFIG_H -I. -I../../..  -I/usr/local/include     -Wreturn-type 
-ffast-math -march=native -O2 -pipe -fomit-frame-pointer -pthread -MT 
EngineChannel.lo -MD -MP -MF .deps/EngineChannel.Tpo -c -o 
EngineChannel.lo EngineChannel.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../.. 
-I/usr/local/include -Wreturn-type -ffast-math -march=native -O2 -pipe 
-fomit-frame-pointer -pthread -MT EngineChannel.lo -MD -MP -MF 
.deps/EngineChannel.Tpo -c EngineChannel.cpp  -fPIC -DPIC -o 
.libs/EngineChannel.o
EngineChannel.cpp: In member function 'virtual String 
LinuxSampler::gig::EngineChannel::InstrumentFileName(int)':
EngineChannel.cpp:170:49: error: 'class DLS::File' has no member named 
'GetExtensionFile'
make[5]: *** [EngineChannel.lo] Error 1
make[5]: Leaving directory 
`/home/derick/4home/svn/linuxsampler/src/engines/gig'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/home/derick/4home/svn/linuxsampler/src/engines'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/derick/4home/svn/linuxsampler/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/derick/4home/svn/linuxsampler'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/derick/4home/svn/linuxsampler'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Re: [Linuxsampler-devel] generate MIDNAM files

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

On 12/03/2012 02:59 PM, rosea.grammostola wrote:
> Hi,
>
> Tools like Ardour3 support MIDNAM files, which makes it easy to apply
> instrument patch changes. How can I generate MIDNAM files from my
> LinuxSampler Gig/SFZ library?
>
>
> Best regards,
> \r

I found this so far:
https://github.com/johnsen/lscp2midnam

Re: [Linuxsampler-devel] Controlling pan with midi cc

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

Il 02/12/2012 17:41, Andreas Persson ha scritto:
> On 2012-11-29 16:35, Nicola Pandini wrote:
>> Il 25/11/2012 18:06, Andreas Persson ha scritto:
>>> On 2012-11-25 17:12, Nicola Pandini wrote:
>>>> 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.
>>> I have been working very slowly on this for a while, but I'm not
>>> finished yet. The pan_oncc opcode isn't correctly implemented in LS. If
>>> it was, you should be able to set pan=-100 and pan_onccn=200 to do what
>>> you want.
>>>
>>> /Andreas
>> Ok, now I understand the strange behaviour :-)
>> I also found that in a region with pan_oncc8=100, if I set cc8=127 and
>> play the note, I can hear the beginning of the sampled sound also in the
>> left channel. (I attached an audio example)
>>
> Yes, I know, there were several details wrong in the LS implementation.
> I hope I've fixed most of them now; please test the version I just
> committed. I tried to emulate the behavior from Dimension LE. (I also
> found a bug in libgig for the pan parameter in soundfonts and a special
> case for the pan parameter in gig files in GigaStudio.)
>
> The sfz LFO still behaves a bit differently than Dimension LE though.
>
> /Andreas
>

Hi Andreas,
With the version you commited, pan_onccX works correctly.
I tested that with pan=-100 and pan_onccx=200 I can do 
"hard-left-to-hard-right" panning.

Thank you for the fix.

-- 
Nicola

[Linuxsampler-devel] generate MIDNAM files

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

Hi,

Tools like Ardour3 support MIDNAM files, which makes it easy to apply 
instrument patch changes. How can I generate MIDNAM files from my 
LinuxSampler Gig/SFZ library?


Best regards,
\r

Re: [Linuxsampler-devel] Controlling pan with midi cc

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

On 2012-11-29 16:35, Nicola Pandini wrote:
> Il 25/11/2012 18:06, Andreas Persson ha scritto:
>> On 2012-11-25 17:12, Nicola Pandini wrote:
>>> 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.
>> I have been working very slowly on this for a while, but I'm not
>> finished yet. The pan_oncc opcode isn't correctly implemented in LS. If
>> it was, you should be able to set pan=-100 and pan_onccn=200 to do what
>> you want.
>>
>> /Andreas
>
> Ok, now I understand the strange behaviour :-)
> I also found that in a region with pan_oncc8=100, if I set cc8=127 and
> play the note, I can hear the beginning of the sampled sound also in the
> left channel. (I attached an audio example)
>

Yes, I know, there were several details wrong in the LS implementation. 
I hope I've fixed most of them now; please test the version I just 
committed. I tried to emulate the behavior from Dimension LE. (I also 
found a bug in libgig for the pan parameter in soundfonts and a special 
case for the pan parameter in gig files in GigaStudio.)

The sfz LFO still behaves a bit differently than Dimension LE though.

/Andreas

Re: [Linuxsampler-devel] Controlling pan with midi cc

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

On 2012-11-25 17:12, Nicola Pandini wrote:
> 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.

I have been working very slowly on this for a while, but I'm not 
finished yet. The pan_oncc opcode isn't correctly implemented in LS. If 
it was, you should be able to set pan=-100 and pan_onccn=200 to do what 
you want.

/Andreas