30 Sep
2013
30 Sep
'13
11:22 a.m.
hi all,
my problem:
two MIDI keyboards ->
1.with MIDI cable to presonus VSL1818 - zynaddsubfx
2.with MIDI2USB - setBfree
everything goes fine, but sometimes (often after a one hour of playing )
the sound is suddenly distiorded or glitched ( i dont know the right word..)
no xruns...
in everything.log I 've found hundres lines of:
Sep 30 09:04:41 bookes slim[322]: Info, other non-handled midi event, type:
36
my limits.conf
* - rtprio 0
* - nice 0
@audio - rtprio 65
@audio - nice -10
@audio - memlock 40000
what has SLIM - login manager - to do with MIDI msgs ?
thankyou all
fero
30 Sep
30 Sep
3:13 p.m.
Hi Fero,
I don't know what's going wrong on your system, but I would start with a
correct limits.conf.
On Mon, 2013-09-30 at 13:22 +0200, Fero Kiraly wrote:
my limits.conf
* - rtprio 0
* - nice 0
@audio - rtprio 65
@audio - nice -10
@audio - memlock 40000
If this are defaults from a package of your distro, then drop this
disro. The nice value is "discussed" for years. If maintainers aren't
aware about it, who knows what mistakes else they made.
"@realtime - rtprio 99
@realtime - memlock unlimited
Contrary to a lot of misinformation on the web, there is no reason to
include a line here that provides enhanced "niceness" control, which is
completely irrelevant for realtime scheduling and low latency audio
applications." - http://jackaudio.org/linux_rt_config
resp.
@audio - rtprio 99
@audio - memlock unlimited
Hth,
Ralf
3:26 p.m.
Am 30.09.2013 17:12, schrieb Ralf Mardorf:
Hi Fero,
I don't know what's going wrong on your system, but I would start with a
correct limits.conf.
On Mon, 2013-09-30 at 13:22 +0200, Fero Kiraly wrote:
be aware that jack_capture use nice to prioritize it's disc-thread,
which didn't run in rt, but still is relevant. True, jack_capture will
work as well without nice settings.
my limits.conf
* - rtprio 0
* - nice 0
@audio - rtprio 65
@audio - nice -10
@audio - memlock 40000
If this are defaults from a package
of your distro, then drop this
disro. The nice value is "discussed" for years. If maintainers aren't
aware about it, who knows what mistakes else they made.
"@realtime - rtprio 99
@realtime - memlock unlimited
Contrary to a lot of misinformation on the web, there is no reason to
include a line here that provides enhanced "niceness" control, which is
completely irrelevant for realtime scheduling and low latency audio
applications." - http://jackaudio.org/linux_rt_config
resp.
@audio - rtprio 99
@audio - memlock unlimited
Hth,
Ralf
3:45 p.m.
On Mon, 2013-09-30 at 17:26 +0200, hermann meyer wrote:
be aware that jack_capture use nice to prioritize
it's disc-thread,
which didn't run in rt, but still is relevant. True, jack_capture will
work as well without nice settings.
Then somebody with access to http://jackaudio.org/linux_rt_config should
please correct the misinformation given there.
TIA,
Ralf
3:29 p.m.
Fero Kiraly wrote:
in everything.log I 've found hundres lines of:
Sep 30 09:04:41 bookes slim[322]: Info, other non-handled midi event, type: 36
Google says this comes from ZynAddSubFX.
36 would be SND_SEQ_EVENT_CLOCK, but regardless of what event type
it ignores, it should just shut up.
Regards,
Clemens
1 Oct
1 Oct
5:53 p.m.
On 09/30/2013 01:22 PM, Fero Kiraly wrote:
what has SLIM - login manager - to do with MIDI msgs ?
There have been issues with SLIM and PAM in the past:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476248
You could post the outcome of ulimit -a but I think this issue has been
long resolved.
Best,
Jeremy
3866
days inactive
3867
days old
linux-audio-user@lists.linuxaudio.org
5 comments
5 participants
participants (5)
-
Clemens Ladisch -
Fero Kiraly -
hermann meyer -
Jeremy Jongepier -
Ralf Mardorf