Menu
▾
▴
linuxsampler-devel
|
From: joo b. <joo...@ya...> - 2020-02-29 11:58:17
|
Dear Christian, Thank you for your reply. I did more testing on the problem I reported last week and I am certain it is a bug that has been remained unnoticed. I have attached a simple SFZ instrument that reproduces the bug. Unfortunately, the bug is extremely serious, avoiding producing complex instruments for LinuxSampler, particularly for high-quality piano instruments... Within the current bug, there is no way to include soft-pedal samples along with sustain samples and sustained-soft samples, because LinuxSampler plays false region samples! Here are the list of attached files: 1. bug.sfz which shows the main bug of LinuxSampler that plays the wrong region. There are 8 regions defined by categorizing the three pedals (CC64, CC66, and CC67) and LinuxSampler entirely fails to distinguish the categories when they are included together in a region. 2. on_cc.sfz is not really important, but demonstrates why we cannot use on_loccN for categorizing (see below).3. there are eight tiny wav files, which simply say their number (0 to 7). I gave each category a number with a corresponding audio file to really simplify the bug. I hope it helps. The Wav files can be downloaded from my Dropbox and are about 1 mb: instruments.zip | | | | | | | | | | | instruments.zip Shared with Dropbox | | | 1. Testing CC categorization on other SFZ players I did more testing to make sure this is indeed only happening in LinuxSampler. I tested my bug.sfz instrument on another SFZ player on Linux called liquidsfz and sfizz plugin. In Windows, I tested it with Sforzando and Aria player. All four samplers played the instrument correctly. So I am getting confident that it is a linuxsampler bug. 2. Regarding your comment on using on_loccN:There is a difference between on_loccN/on_hiccN and loccN/hiccN. We use on_loccN for triggering sounds that do not receive a particular notes. For example, if I want to add a pedal release noise sound to be played when a sustain pedal is pressed (which does not have a key number), I will write the code below: <region> sample=sustainPress.wav on_locc64=64 on_hicc64=127 This will trigger the noise sound anytime the cc64 is above the threshold, without requiring any key to be pressed. SFZ format defines the alternative loccN/hiccN for regions that require a note to be pressed. I put the documentations below for reference of those who like to read more about the difference: - on_loccN/on_hiccN- loccN/hiccN 3. Solving the bug I am willing to help with solving the bug if it requires so much effort. So please let me know how can we go about it and how can I make myself useful. Cheers, Ebad |
|
From: Andreas P. <and...@ou...> - 2020-03-02 06:49:00
|
joo bian via Linuxsampler-devel wrote: > 1. bug.sfz which shows the main bug of LinuxSampler that plays the wrong > region. There are 8 regions defined by categorizing the three pedals > (CC64, CC66, and CC67) and LinuxSampler entirely fails to distinguish > the categories when they are included together in a region. I tried your test file now, and for me it works correctly (the samples are played just as described in the comments in bug.sfz). Are you sure you use a linuxsampler version newer than 2.1.1.svn16? /Andreas |
|
From: joo b. <joo...@ya...> - 2020-03-02 22:30:30
|
Thank you so much Andreas for looking into this. I checked again and well, I have installed version 2.1.1-2, but this is not the version you mentioned, is it? For Arch Linux, you find the package details here: https://aur.archlinux.org/packages/linuxsampler-vst | | AUR (en) - linuxsampler-vst | Where can I get the 2.1.1.svn16? If you could play the correct regions on your computer, then probably the update is not included in 2.1.1-2, which says it was last updated on 2019-07-31 09:04. Cheers, Ebad On Monday, March 2, 2020, 07:49:16 AM GMT+1, Andreas Persson <and...@ou...> wrote: joo bian via Linuxsampler-devel wrote: > 1. bug.sfz which shows the main bug of LinuxSampler that plays the wrong > region. There are 8 regions defined by categorizing the three pedals > (CC64, CC66, and CC67) and LinuxSampler entirely fails to distinguish > the categories when they are included together in a region. I tried your test file now, and for me it works correctly (the samples are played just as described in the comments in bug.sfz). Are you sure you use a linuxsampler version newer than 2.1.1.svn16? /Andreas _______________________________________________ Linuxsampler-devel mailing list Lin...@li... https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel |
|
From: Christian S. <sch...@li...> - 2020-03-03 16:36:40
|
On Montag, 2. März 2020 23:30:17 CET joo bian via Linuxsampler-devel wrote: > Thank you so much Andreas for looking into this. > I checked again and well, I have installed version 2.1.1-2, but this is not > the version you mentioned, is it? For Arch Linux, you find the package > details here: https://aur.archlinux.org/packages/linuxsampler-vst > > AUR (en) - linuxsampler-vst > > Where can I get the 2.1.1.svn16? If you could play the correct regions on > your computer, then probably the update is not included in 2.1.1-2, which > says it was last updated on 2019-07-31 09:04. Cheers, > Ebad That explains why you have that bug there. You are using the last release version of LS where Andreas' fix is not included yet. Check out the latest development version from our Subversion server like described here: http://linuxsampler.org/downloads.html#svn You need at least to get libgig and linuxsampler this way and recompile those two at least to fix your issue. CU Christian |
|
From: joo b. <joo...@ya...> - 2020-03-03 23:52:30
|
Dear Christian, Andreas,
I installed the development version and the bug is completely fixed. All regions are played correctly. Thank you very much for your help.
Cheers,
Ebad
On Tuesday, March 3, 2020, 5:36:58 PM GMT+1, Christian Schoenebeck <sch...@li...> wrote:
On Montag, 2. März 2020 23:30:17 CET joo bian via Linuxsampler-devel wrote:
> Thank you so much Andreas for looking into this.
> I checked again and well, I have installed version 2.1.1-2, but this is not
> the version you mentioned, is it? For Arch Linux, you find the package
> details here: https://aur.archlinux.org/packages/linuxsampler-vst
>
> AUR (en) - linuxsampler-vst
>
> Where can I get the 2.1.1.svn16? If you could play the correct regions on
> your computer, then probably the update is not included in 2.1.1-2, which
> says it was last updated on 2019-07-31 09:04. Cheers,
> Ebad
That explains why you have that bug there. You are using the last release
version of LS where Andreas' fix is not included yet.
Check out the latest development version from our Subversion server like
described here:
http://linuxsampler.org/downloads.html#svn
You need at least to get libgig and linuxsampler this way and recompile those
two at least to fix your issue.
CU
Christian
_______________________________________________
Linuxsampler-devel mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel |
|
From: Christian S. <sch...@li...> - 2020-02-29 18:21:53
|
On Samstag, 29. Februar 2020 12:56:08 CET joo bian wrote: > Dear Christian, > Thank you for your reply. I did more testing on the problem I reported last > week and I am certain it is a bug that has been remained unnoticed. I have > attached a simple SFZ instrument that reproduces the bug. Unfortunately, Please note that I have not written the sfz code in LinuxSampler, nor am I very familiar with all sfz file format details, nor am I actually using the sfz engine personally. If you want to get things forward, please concentrate on one particular issue, and strip down an example to the absolutely bare minimum to reproduce what you think is a bug. To me your attached sfz files more look like they were demonstrating your overall practical use case, not just the actual bug (e.g. there are many regions and probably unnecessary opcodes for demonstrating just this particular bug). CU Christian |
Thanks for helping keep SourceForge clean.
X