On Mittwoch, 15. April 2020 16:47:06 CEST joo bian wrote:
> Here is my first attempt on profiling the SFZ engine as you recommended,
> using Oprofile and the settings you mentioned. This was done with the
> default setting of LS, i.e. 64 voice polyphony and 90 max voices.
>
> After the profiling,
Here is my first attempt on profiling the SFZ engine as you recommended, using
Oprofile and the settings you mentioned. This was done with the default setting
of LS, i.e. 64 voice polyphony and 90 max voices.
After the profiling, I get the following report
```CPU: AMD64 family15h, speed 2100 MHz
On Donnerstag, 9. April 2020 16:12:42 CEST joo bian wrote:
> I can gladly generate the profiling for you guys, as I really wish for this
> problem to be solved as soon as possible. Do you have some suggestions for
> how to go about the profiling? In the linuxsampler configuration there are
> some
I can gladly generate the profiling for you guys, as I really wish for this
problem to be solved as soon as possible. Do you have some suggestions for how
to go about the profiling?
In the linuxsampler configuration there are some arguments for detailed logging
and debugging. Should I activate
On Donnerstag, 9. April 2020 15:05:40 CEST joo bian wrote:
> GIGA Engine--
> I had no problem at all with the GIGA instrument. No X-RUN, no unusual CPU
> activity, everything was perfect. JACK2 DSP load also was quite low during
> the performance, which is often associated with X-RU
Thank you for your explanation Christian.
I will give it a try with ALSA as you recommended. But I did a big test the
next three days, which might be interesting to the development team here.
So I finished my torture tests on both LinuxSampler SFZ and GIGA engines.
Luckily, I had a single mic
On Mittwoch, 8. April 2020 14:03:38 CEST joo bian wrote:
> I thought I mentioned that somewhere in the thread. I only use uncompressed
> Wav files to avoid any unnecessary encoding. Most of my samples are 24bit
> 44.1khz or 24bit 48khz and they are all Wav.
That's exactly why I was asking you for
I thought I mentioned that somewhere in the thread. I only use uncompressed
Wav files to avoid any unnecessary encoding. Most of my samples are 24bit
44.1khz or 24bit 48khz and they are all Wav.
Regarding Jacek's comment, I am recompiling LS with different configurations
and it seems the beha
On Dienstag, 7. April 2020 16:36:48 CEST joo bian wrote:
> Dear Christian, Jacek,
>
> Thanks for your kind replies. As Christian pointed out, I also don't think
> that a little bit of optimization plays a significant role, giving my
> hardware (and the fact that I get the dropouts even while my C
Dear Christian, Jacek,
Thanks for your kind replies. As Christian pointed out, I also don't think that
a little bit of optimization plays a significant role, giving my hardware (and
the fact that I get the dropouts even while my CPU usage is less than 25% and
memory usage is less than 10%). B
On Montag, 6. April 2020 17:24:08 CEST joo bian wrote:
> Thank you Christian for the detailed reply,
> I kept changing the JACK and LS buffer, polyphony, etc, but I am still
> getting the X-Runs. So at this point, I think it's time to go back to your
Not JACK, use ALSA! Like I mentioned before, s
Thank you Christian for the detailed reply,
I kept changing the JACK and LS buffer, polyphony, etc, but I am still getting
the X-Runs. So at this point, I think it's time to go back to your previous
comment whether LinuxSampler was compiled with optimization flag turned on. I
had never came acr
On Freitag, 3. April 2020 20:23:00 CEST joo bian wrote:
> Thank you Christian,
> You pointed out several things. I will focus in this reply on disc stream
> and polyphony in the LinuxSampler setting and will touch on the other, when
> I am sure I am getting the settings right.
>
> So I use Arch l
Thank you Christian,
You pointed out several things. I will focus in this reply on disc stream and
polyphony in the LinuxSampler setting and will touch on the other, when I am
sure I am getting the settings right.
So I use Arch linux because I can install LinuxSampler (stable and svn
releases
On Dienstag, 31. März 2020 18:16:38 CEST joo bian wrote:
> The main problem with lacking note_polyphony is that playing a 3-voice chord
> repeatedly with a sustain pedal down is enough to bump into severe XRuns,
> even on my studio computer and RME soundcard. There is no way to avoid the
> XRuns fo
Dear All,
So far, it seems the SFZ engine is not supporting any Opcode for polyphony,
note polyphony, or self masking. This has been coming up in the mailing list
every now and then, but yet the Opcodes are unsupported.
The main problem with lacking note_polyphony is that playing a 3-voice cho
16 matches
Mail list logo
