Text changes (nice is useless for real-time, instead suggest to use chrt).

master
Albert Graef 2018-08-28 18:34:11 +02:00
parent 44be396901
commit dc5e1f1994
2 changed files with 9 additions and 7 deletions

View File

@ -526,7 +526,7 @@ There's no Mac or Windows support (yet). midizap has only been tested on Linux s
midizap tries to keep things simple, which implies that it has its limitations. In particular, system messages are not supported right now, and midizap lacks some more interesting ways of mapping, filtering and recombining MIDI data. There are other, more powerful utilities which do these things, but they are also more complicated and usually require at least some programming skills. midizap often does the job reasonably well for simple mapping tasks, but if things start getting fiddly then you should consider using a more comprehensive tool like [Pd][] instead. midizap tries to keep things simple, which implies that it has its limitations. In particular, system messages are not supported right now, and midizap lacks some more interesting ways of mapping, filtering and recombining MIDI data. There are other, more powerful utilities which do these things, but they are also more complicated and usually require at least some programming skills. midizap often does the job reasonably well for simple mapping tasks, but if things start getting fiddly then you should consider using a more comprehensive tool like [Pd][] instead.
midizap doesn't run with realtime priorities right now, so the precise timing of output events may vary. These variations should be at most in the 1 msec ballpark, unless your cpu load is fairly high. Until a real-time scheduling option gets added, we suggest using nice(1) to beef up the process priority if needed. midizap lacks an option to run with real-time priorities right now. Use chrt(1) instead. For instance: `chrt 90 midizap -o`. This should only be needed when MIDI output is enabled and you experience bad latency or jitter in MIDI output. With chrt, midizap should be able to get down to MIDI latencies in the 1 msec ballpark which should be good enough for most purposes (YMMV, though).
# See Also # See Also

View File

@ -1390,12 +1390,14 @@ midizap often does the job reasonably well for simple mapping tasks, but
if things start getting fiddly then you should consider using a more if things start getting fiddly then you should consider using a more
comprehensive tool like Pd (http://puredata.info/) instead. comprehensive tool like Pd (http://puredata.info/) instead.
.PP .PP
midizap doesn't run with realtime priorities right now, so the precise midizap lacks an option to run with real\-time priorities right now.
timing of output events may vary. Use chrt(1) instead.
These variations should be at most in the 1 msec ballpark, unless your For instance: \f[C]chrt\ 90\ midizap\ \-o\f[].
cpu load is fairly high. This should only be needed when MIDI output is enabled and you
Until a real\-time scheduling option gets added, we suggest using experience bad latency or jitter in MIDI output.
nice(1) to beef up the process priority if needed. With chrt, midizap should be able to get down to MIDI latencies in the 1
msec ballpark which should be good enough for most purposes (YMMV,
though).
.SH See Also .SH See Also
.PP .PP
midizap is based on a fork (https://github.com/agraef/ShuttlePRO) of midizap is based on a fork (https://github.com/agraef/ShuttlePRO) of