1 |
schoenebeck |
151 |
<?xml version="1.0" encoding="UTF-8"?> |
2 |
|
|
|
3 |
|
|
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [ |
4 |
|
|
<!ENTITY rfc2119 PUBLIC '' |
5 |
|
|
'http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml'> |
6 |
|
|
]> |
7 |
|
|
|
8 |
|
|
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?> |
9 |
|
|
|
10 |
|
|
<?rfc toc="yes" ?> |
11 |
|
|
<?rfc symrefs="yes" ?> |
12 |
|
|
<?rfc sortrefs="yes"?> |
13 |
|
|
<?rfc iprnotified="no" ?> |
14 |
|
|
|
15 |
schoenebeck |
973 |
<!-- FIXME: next attribute should actually be "yes", temporarily disbled due |
16 |
|
|
to an annoying "missing Normative/Informative References" error message --> |
17 |
|
|
<?rfc strict="no" ?> |
18 |
|
|
|
19 |
|
|
<rfc category="std" ipr="full3978" docName="LSCP 1.2"> |
20 |
schoenebeck |
151 |
<front> |
21 |
|
|
<title>LinuxSampler Control Protocol</title> |
22 |
|
|
<author initials='C.S.' surname="Schoenebeck" fullname='C. |
23 |
|
|
Schoenebeck'> |
24 |
|
|
<organization> |
25 |
|
|
Interessengemeinschaft Software Engineering e. V. |
26 |
|
|
</organization> |
27 |
|
|
<address> |
28 |
|
|
<postal> |
29 |
|
|
<street>Max-Planck-Str. 39</street> |
30 |
|
|
<!-- <code>74081</code> --> |
31 |
|
|
<city>74081 Heilbronn</city> |
32 |
|
|
<country>Germany</country> |
33 |
|
|
</postal> |
34 |
|
|
<email>schoenebeck at software minus engineering dot org</email> |
35 |
|
|
</address> |
36 |
|
|
</author> |
37 |
iliev |
1108 |
<date month="March" year="2007"/> |
38 |
schoenebeck |
151 |
<workgroup>LinuxSampler Developers</workgroup> |
39 |
|
|
<keyword>LSCP</keyword> |
40 |
|
|
<abstract> |
41 |
|
|
<t>The LinuxSampler Control Protocol (LSCP) is an |
42 |
|
|
application-level protocol primarily intended for local and |
43 |
schoenebeck |
571 |
remote controlling the LinuxSampler backend application, which is a |
44 |
|
|
sophisticated server-like console application essentially playing |
45 |
|
|
back audio samples and manipulating the samples in real time to |
46 |
|
|
certain extent.</t> |
47 |
schoenebeck |
151 |
</abstract> |
48 |
|
|
</front> |
49 |
|
|
|
50 |
|
|
<middle> |
51 |
|
|
<section title="Requirements notation"> |
52 |
|
|
<t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", |
53 |
|
|
"SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", |
54 |
|
|
and "OPTIONAL" in this document are to be interpreted as |
55 |
|
|
described in <xref target="RFC2119"/>.</t> |
56 |
|
|
|
57 |
|
|
<t>This protocol is always case-sensitive if not explicitly |
58 |
|
|
claimed the opposite.</t> |
59 |
|
|
|
60 |
|
|
<t>In examples, "C:" and "S:" indicate lines sent by the client |
61 |
|
|
(front-end) and server (LinuxSampler) respectively. Lines in |
62 |
|
|
examples must be interpreted as every line being CRLF |
63 |
|
|
terminated (carriage return character followed by line feed |
64 |
|
|
character as defined in the ASCII standard), thus the following |
65 |
|
|
example:</t> |
66 |
|
|
|
67 |
|
|
<t> |
68 |
|
|
<list> |
69 |
|
|
<t>C: "some line"</t> |
70 |
|
|
<t> "another line"</t> |
71 |
|
|
</list> |
72 |
|
|
</t> |
73 |
|
|
|
74 |
|
|
<t>must actually be interpreted as client sending the following |
75 |
|
|
message:</t> |
76 |
|
|
|
77 |
|
|
<t> |
78 |
|
|
<list> |
79 |
|
|
<t>"some line<CR><LF>another |
80 |
|
|
line<CR><LF>"</t> |
81 |
|
|
</list> |
82 |
|
|
</t> |
83 |
|
|
|
84 |
|
|
<t>where <CR> symbolizes the carriage return character and |
85 |
|
|
<LF> the line feed character as defined in the ASCII |
86 |
|
|
standard.</t> |
87 |
|
|
|
88 |
|
|
<t>Due to technical reasons, messages can arbitrary be |
89 |
|
|
fragmented, means the following example:</t> |
90 |
|
|
|
91 |
|
|
<t> |
92 |
|
|
<list> |
93 |
|
|
<t>S: "abcd"</t> |
94 |
|
|
</list> |
95 |
|
|
</t> |
96 |
|
|
|
97 |
|
|
<t>could also happen to be sent in three messages like in the |
98 |
|
|
following sequence scenario:</t> |
99 |
|
|
|
100 |
|
|
<t> |
101 |
|
|
<list style="symbols"> |
102 |
|
|
<t>server sending message "a"</t> |
103 |
|
|
<t>followed by a delay (pause) with |
104 |
|
|
arbitrary duration</t> |
105 |
|
|
<t>followed by server sending message |
106 |
|
|
"bcd<CR>"</t> |
107 |
|
|
<t>again followed by a delay (pause) with arbitrary |
108 |
|
|
duration</t> |
109 |
|
|
<t>followed by server sending the message |
110 |
|
|
"<LF>"</t> |
111 |
|
|
</list> |
112 |
|
|
</t> |
113 |
|
|
|
114 |
|
|
<t>where again <CR> and <LF> symbolize the carriage |
115 |
|
|
return and line feed characters respectively.</t> |
116 |
|
|
</section> |
117 |
|
|
|
118 |
schoenebeck |
571 |
<section title="Versioning of this specification" anchor="LSCP versioning"> |
119 |
|
|
<t>LSCP will certainly be extended and enhanced by-and-by. Each official |
120 |
|
|
release of the LSCP specification will be tagged with a unique version |
121 |
|
|
tuple. The version tuple consists at least of a major and minor version |
122 |
|
|
number like: |
123 |
|
|
</t> |
124 |
|
|
<t> |
125 |
|
|
<list> |
126 |
|
|
<t>"1.2"</t> |
127 |
|
|
</list> |
128 |
|
|
</t> |
129 |
|
|
<t> |
130 |
|
|
In this example the major version number would be "1" and the minor |
131 |
|
|
version number would be "2". Note that the version tuple might also |
132 |
|
|
have more than two elements. The major version number defines a |
133 |
|
|
group of backward compatible versions. That means a frontend is |
134 |
|
|
compatible to the connected sampler if and only if the LSCP versions |
135 |
|
|
to which each of the two parties complies to, match both of the |
136 |
schoenebeck |
573 |
following rules: |
137 |
schoenebeck |
571 |
</t> |
138 |
|
|
<t>Compatibility:</t> |
139 |
|
|
<t> |
140 |
|
|
<list style="numbers"> |
141 |
|
|
<t>The frontend's LSCP major version and the sampler's LSCP |
142 |
|
|
major version are exactly equal.</t> |
143 |
|
|
<t>The frontend's LSCP minor version is less or equal than |
144 |
|
|
the sampler's LSCP minor version.</t> |
145 |
|
|
</list> |
146 |
|
|
</t> |
147 |
|
|
<t> |
148 |
|
|
Compatibility can only be claimed if both rules are true. |
149 |
|
|
The frontend can use the |
150 |
|
|
<xref target="GET SERVER INFO">"GET SERVER INFO"</xref> command to |
151 |
|
|
get the version of the LSCP specification the sampler complies with. |
152 |
|
|
</t> |
153 |
|
|
</section> |
154 |
|
|
|
155 |
schoenebeck |
151 |
<section title="Introduction"> |
156 |
|
|
<t>LinuxSampler is a so called software sampler application |
157 |
|
|
capable to playback audio samples from a computer's Random |
158 |
|
|
Access Memory (RAM) as well as directly streaming it from disk. |
159 |
|
|
LinuxSampler is designed to be modular. It provides several so |
160 |
|
|
called "sampler engines" where each engine is specialized for a |
161 |
|
|
certain purpose. LinuxSampler has virtual channels which will be |
162 |
|
|
referred in this document as "sampler channels". The channels |
163 |
|
|
are in such way virtual as they can be connected to an |
164 |
|
|
arbitrary MIDI input method and arbitrary MIDI channel (e.g. |
165 |
schoenebeck |
222 |
sampler channel 17 could be connected to an ALSA sequencer |
166 |
schoenebeck |
151 |
device 64:0 and listening to MIDI channel 1 there). Each sampler |
167 |
schoenebeck |
571 |
channel will be associated with an instance of one of the available |
168 |
schoenebeck |
151 |
sampler engines (e.g. GigEngine, DLSEngine). The audio output of |
169 |
|
|
each sampler channel can be routed to an arbitrary audio output |
170 |
schoenebeck |
222 |
method (ALSA / JACK) and an arbitrary audio output channel |
171 |
schoenebeck |
151 |
there.</t> |
172 |
|
|
</section> |
173 |
|
|
|
174 |
|
|
<section title="Focus of this protocol"> |
175 |
|
|
<t>Main focus of this protocol is to provide a way to configure |
176 |
|
|
a running LinuxSampler instance and to retrieve information |
177 |
|
|
about it. The focus of this protocol is not to provide a way to |
178 |
|
|
control synthesis parameters or even to trigger or release |
179 |
|
|
notes. Or in other words; the focus are those functionalities |
180 |
|
|
which are not covered by MIDI or which may at most be handled |
181 |
|
|
via MIDI System Exclusive Messages.</t> |
182 |
|
|
</section> |
183 |
|
|
|
184 |
|
|
<section title="Communication Overview"> |
185 |
|
|
<t>There are two distinct methods of communication between a |
186 |
|
|
running instance of LinuxSampler and one or more control |
187 |
|
|
applications, so called "front-ends": a simple request/response |
188 |
|
|
communication method used by the clients to give commands to the |
189 |
|
|
server as well as to inquire about server's status and a |
190 |
|
|
subscribe/notify communication method used by the client to |
191 |
|
|
subscribe to and receive notifications of certain events as they |
192 |
|
|
happen on the server. The latter needs more effort to be |
193 |
|
|
implemented in the front-end application. The two communication |
194 |
|
|
methods will be described next.</t> |
195 |
|
|
|
196 |
|
|
<section title="Request/response communication method"> |
197 |
schoenebeck |
571 |
<t>This simple communication method is based on |
198 |
|
|
<xref target="RFC793">TCP</xref>. The |
199 |
schoenebeck |
151 |
front-end application establishes a TCP connection to the |
200 |
|
|
LinuxSampler instance on a certain host system. Then the |
201 |
|
|
front-end application will send certain ASCII based commands |
202 |
|
|
as defined in this document (every command line must be CRLF |
203 |
|
|
terminated - see "Conventions used in this document" at the |
204 |
|
|
beginning of this document) and the LinuxSampler application |
205 |
|
|
will response after a certain process time with an |
206 |
|
|
appropriate ASCII based answer, also as defined in this |
207 |
|
|
document. So this TCP communication is simply based on query |
208 |
|
|
and answer paradigm. That way LinuxSampler is only able to |
209 |
|
|
answer on queries from front-ends, but not able to |
210 |
|
|
automatically send messages to the client if it's not asked |
211 |
|
|
to. The fronted should not reconnect to LinuxSampler for |
212 |
|
|
every single command, instead it should keep the connection |
213 |
|
|
established and simply resend message(s) for subsequent |
214 |
|
|
commands. To keep information in the front-end up-to-date |
215 |
|
|
the front-end has to periodically send new requests to get |
216 |
|
|
the current information from the LinuxSampler instance. This |
217 |
|
|
is often referred to as "polling". While polling is simple |
218 |
|
|
to implement and may be OK to use in some cases, there may |
219 |
|
|
be disadvantages to polling such as network traffic overhead |
220 |
|
|
and information being out of date. |
221 |
|
|
It is possible for a client or several clients to open more |
222 |
|
|
than one connection to the server at the same time. It is |
223 |
|
|
also possible to send more than one request to the server |
224 |
|
|
at the same time but if those requests are sent over the |
225 |
|
|
same connection server MUST execute them sequentially. Upon |
226 |
|
|
executing a request server will produce a result set and |
227 |
|
|
send it to the client. Each and every request made by the |
228 |
|
|
client MUST result in a result set being sent back to the |
229 |
|
|
client. No other data other than a result set may be sent by |
230 |
|
|
a server to a client. No result set may be sent to a client |
231 |
|
|
without the client sending request to the server first. On |
232 |
|
|
any particular connection, result sets MUST be sent in their |
233 |
|
|
entirety without being interrupted by other result sets. If |
234 |
|
|
several requests got queued up at the server they MUST be |
235 |
|
|
processed in the order they were received and result sets |
236 |
|
|
MUST be sent back in the same order.</t> |
237 |
|
|
|
238 |
|
|
<section title="Result format"> |
239 |
|
|
<t>Result set could be one of the following types:</t> |
240 |
|
|
<t> |
241 |
|
|
<list style="numbers"> |
242 |
|
|
<t>Normal</t> |
243 |
|
|
<t>Warning</t> |
244 |
|
|
<t>Error</t> |
245 |
|
|
</list> |
246 |
|
|
</t> |
247 |
|
|
<t>Warning and Error result sets MUST be single line and |
248 |
|
|
have the following format:</t> |
249 |
|
|
<t> |
250 |
|
|
<list style="symbols"> |
251 |
|
|
<t>"WRN:<warning-code>:<warning-message>"</t> |
252 |
|
|
<t>"ERR:<error-code>:<error-message>"</t> |
253 |
|
|
</list> |
254 |
|
|
</t> |
255 |
|
|
<t>Where <warning-code> and <error-code> are |
256 |
|
|
numeric unique identifiers of the warning or error and |
257 |
|
|
<warning-message> and <error-message> are |
258 |
|
|
human readable descriptions of the warning or error |
259 |
|
|
respectively.</t> |
260 |
schoenebeck |
494 |
<t>Examples:</t> |
261 |
|
|
<t> |
262 |
|
|
<list> |
263 |
|
|
<t>C: "LOAD INSTRUMENT '/home/me/Boesendorfer24bit.gig" 0 0</t> |
264 |
|
|
<t>S: "WRN:32:This is a 24 bit patch which is not supported natively yet."</t> |
265 |
|
|
</list> |
266 |
|
|
</t> |
267 |
|
|
<t> |
268 |
|
|
<list> |
269 |
|
|
<t>C: "GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO ALSA EAR"</t> |
270 |
|
|
<t>S: "ERR:3456:Audio output driver 'ALSA' does not have a parameter 'EAR'."</t> |
271 |
|
|
</list> |
272 |
|
|
</t> |
273 |
|
|
<t> |
274 |
|
|
<list> |
275 |
|
|
<t>C: "GET AUDIO_OUTPUT_DEVICE INFO 123456"</t> |
276 |
|
|
<t>S: "ERR:9:There is no audio output device with index 123456."</t> |
277 |
|
|
</list> |
278 |
schoenebeck |
499 |
</t> |
279 |
schoenebeck |
151 |
<t>Normal result sets could be:</t> |
280 |
|
|
<t> |
281 |
|
|
<list style="numbers"> |
282 |
|
|
<t>Empty</t> |
283 |
|
|
<t>Single line</t> |
284 |
|
|
<t>Multi-line</t> |
285 |
|
|
</list> |
286 |
|
|
</t> |
287 |
|
|
<t> Empty result set is issued when the server only |
288 |
|
|
needed to acknowledge the fact that the request was |
289 |
|
|
received and it was processed successfully and no |
290 |
|
|
additional information is available. This result set has |
291 |
|
|
the following format:</t> |
292 |
|
|
<t> |
293 |
|
|
<list> |
294 |
|
|
<t>"OK"</t> |
295 |
|
|
</list> |
296 |
|
|
</t> |
297 |
schoenebeck |
494 |
<t>Example:</t> |
298 |
|
|
<t> |
299 |
|
|
<list> |
300 |
|
|
<t>C: "SET AUDIO_OUTPUT_DEVICE_PARAMETER 0 CHANNELS=4"</t> |
301 |
|
|
<t>S: "OK"</t> |
302 |
|
|
</list> |
303 |
|
|
</t> |
304 |
schoenebeck |
151 |
<t>Single line result sets are command specific. One |
305 |
|
|
example of a single line result set is an empty line. |
306 |
|
|
Multi-line result sets are command specific and may |
307 |
|
|
include one or more lines of information. They MUST |
308 |
|
|
always end with the following line:</t> |
309 |
|
|
<t> |
310 |
|
|
<list> |
311 |
|
|
<t>"."</t> |
312 |
|
|
</list> |
313 |
|
|
</t> |
314 |
schoenebeck |
494 |
<t>Example:</t> |
315 |
|
|
<t> |
316 |
|
|
<list> |
317 |
|
|
<t>C: "GET AUDIO_OUTPUT_DEVICE INFO 0"</t> |
318 |
|
|
<t>S: "DRIVER: ALSA"</t> |
319 |
|
|
<t> "CHANNELS: 2"</t> |
320 |
|
|
<t> "SAMPLERATE: 44100"</t> |
321 |
|
|
<t> "ACTIVE: true"</t> |
322 |
|
|
<t> "FRAGMENTS: 2"</t> |
323 |
|
|
<t> "FRAGMENTSIZE: 128"</t> |
324 |
|
|
<t> "CARD: '0,0'"</t> |
325 |
|
|
<t> "."</t> |
326 |
|
|
</list> |
327 |
|
|
</t> |
328 |
schoenebeck |
151 |
<t>In addition to above mentioned formats, warnings and |
329 |
|
|
empty result sets MAY be indexed. In this case, they |
330 |
|
|
have the following formats respectively:</t> |
331 |
|
|
<t> |
332 |
|
|
<list style="symbols"> |
333 |
|
|
<t>"WRN[<index>]:<warning-code>:<warning-message>"</t> |
334 |
|
|
<t>"OK[<index>]"</t> |
335 |
|
|
</list> |
336 |
|
|
</t> |
337 |
|
|
<t>where <index> is command specific and is used |
338 |
|
|
to indicate channel number that the result set was |
339 |
|
|
related to or other integer value.</t> |
340 |
|
|
<t>Each line of the result set MUST end with |
341 |
|
|
<CRLF>.</t> |
342 |
schoenebeck |
494 |
<t>Examples:</t> |
343 |
|
|
<t> |
344 |
|
|
<list> |
345 |
|
|
<t>C: "ADD CHANNEL"</t> |
346 |
|
|
<t>S: "OK[12]"</t> |
347 |
|
|
</list> |
348 |
|
|
</t> |
349 |
|
|
<t> |
350 |
|
|
<list> |
351 |
|
|
<t>C: "CREATE AUDIO_OUTPUT_DEVICE ALSA SAMPLERATE=96000"</t> |
352 |
|
|
<t>S: "WRN[0]:32:Sample rate not supported, using 44100 instead."</t> |
353 |
|
|
</list> |
354 |
|
|
</t> |
355 |
schoenebeck |
151 |
</section> |
356 |
|
|
</section> |
357 |
|
|
<section title="Subscribe/notify communication method"> |
358 |
|
|
<t>This more sophisticated communication method is actually |
359 |
|
|
only an extension of the simple request/response |
360 |
|
|
communication method. The front-end still uses a TCP |
361 |
|
|
connection and sends the same commands on the TCP |
362 |
|
|
connection. Two extra commands are SUBSCRIBE and UNSUBSCRIBE |
363 |
|
|
commands that allow a client to tell the server that it is |
364 |
|
|
interested in receiving notifications about certain events |
365 |
|
|
as they happen on the server. The SUBSCRIBE command has the |
366 |
|
|
following syntax:</t> |
367 |
|
|
|
368 |
|
|
<t> |
369 |
|
|
<list> |
370 |
|
|
<t>SUBSCRIBE <event-id></t> |
371 |
|
|
</list> |
372 |
|
|
</t> |
373 |
|
|
|
374 |
|
|
<t>where <event-id> will be replaced by the respective |
375 |
|
|
event that client wants to subscribe to. Upon receiving such |
376 |
|
|
request, server SHOULD respond with OK and start sending |
377 |
|
|
EVENT notifications when a given even has occurred to the |
378 |
|
|
front-end when an event has occurred. It MAY be possible |
379 |
|
|
certain events may be sent before OK response during real |
380 |
|
|
time nature of their generation. Event messages have the |
381 |
|
|
following format:</t> |
382 |
|
|
|
383 |
|
|
<t> |
384 |
|
|
<list> |
385 |
|
|
<t>NOTIFY:<event-id>:<custom-event-data></t> |
386 |
|
|
</list> |
387 |
|
|
</t> |
388 |
|
|
|
389 |
|
|
<t>where <event-id> uniquely identifies the event that |
390 |
|
|
has occurred and <custom-event-data> is event |
391 |
|
|
specific.</t> |
392 |
|
|
|
393 |
|
|
<t>Several rules must be followed by the server when |
394 |
|
|
generating events:</t> |
395 |
|
|
|
396 |
|
|
<t> |
397 |
|
|
<list style="numbers"> |
398 |
|
|
<t>Events MUST NOT be sent to any client who has not |
399 |
|
|
issued an appropriate SUBSCRIBE command.</t> |
400 |
|
|
<t>Events MUST only be sent using the same |
401 |
|
|
connection that was used to subscribe to them.</t> |
402 |
|
|
<t>When response is being sent to the client, event |
403 |
|
|
MUST be inserted in the stream before or after the |
404 |
|
|
response, but NOT in the middle. Same is true about |
405 |
|
|
the response. It should never be inserted in the |
406 |
|
|
middle of the event message as well as any other |
407 |
|
|
response.</t> |
408 |
|
|
</list> |
409 |
|
|
</t> |
410 |
|
|
|
411 |
|
|
<t>If the client is not interested in a particular event |
412 |
|
|
anymore it MAY issue UNSUBSCRIBE command using the following |
413 |
|
|
syntax:</t> |
414 |
|
|
|
415 |
|
|
<t> |
416 |
|
|
<list> |
417 |
|
|
<t>UNSUBSCRIBE <event-id></t> |
418 |
|
|
</list> |
419 |
|
|
</t> |
420 |
|
|
|
421 |
|
|
<t>where <event-id> will be replace by the respective |
422 |
|
|
event that client is no longer interested in receiving. For |
423 |
schoenebeck |
534 |
a list of supported events see <xref target="events" />.</t> |
424 |
schoenebeck |
151 |
|
425 |
|
|
<t>Example: the fill states of disk stream buffers have |
426 |
|
|
changed on sampler channel 4 and the LinuxSampler instance |
427 |
|
|
will react by sending the following message to all clients |
428 |
|
|
who subscribed to this event:</t> |
429 |
|
|
|
430 |
|
|
<t> |
431 |
|
|
<list> |
432 |
|
|
<t>NOTIFY:CHANNEL_BUFFER_FILL:4 [35]62%,[33]80%,[37]98%</t> |
433 |
|
|
</list> |
434 |
|
|
</t> |
435 |
|
|
|
436 |
|
|
<t>Which means there are currently three active streams on |
437 |
|
|
sampler channel 4, where the stream with ID "35" is filled |
438 |
|
|
by 62%, stream with ID 33 is filled by 80% and stream with |
439 |
|
|
ID 37 is filled by 98%.</t> |
440 |
|
|
|
441 |
|
|
<t>Clients may choose to open more than one connection to |
442 |
|
|
the server and use some connections to receive notifications |
443 |
|
|
while using other connections to issue commands to the |
444 |
|
|
back-end. This is entirely legal and up to the |
445 |
|
|
implementation. This does not change the protocol in any way |
446 |
|
|
and no special restrictions exist on the server to allow or |
447 |
|
|
disallow this or to track what connections belong to what |
448 |
|
|
front-ends. Server will listen on a single port, accept |
449 |
|
|
multiple connections and support protocol described in this |
450 |
|
|
specification in it's entirety on this single port on each |
451 |
|
|
connection that it accepted.</t> |
452 |
|
|
|
453 |
|
|
<t>Due to the fact that TCP is used for this communication, |
454 |
|
|
dead peers will be detected automatically by the OS TCP |
455 |
|
|
stack. While it may take a while to detect dead peers if no |
456 |
|
|
traffic is being sent from server to client (TCP keep-alive |
457 |
|
|
timer is set to 2 hours on many OSes) it will not be an |
458 |
|
|
issue here as when notifications are sent by the server, |
459 |
|
|
dead client will be detected quickly.</t> |
460 |
|
|
|
461 |
|
|
<t>When connection is closed for any reason server MUST |
462 |
|
|
forget all subscriptions that were made on this connection. |
463 |
|
|
If client reconnects it MUST resubscribe to all events that |
464 |
|
|
it wants to receive.</t> |
465 |
|
|
|
466 |
|
|
</section> |
467 |
|
|
</section> |
468 |
|
|
|
469 |
schoenebeck |
573 |
<section title="Description for control commands" anchor="control_commands"> |
470 |
schoenebeck |
151 |
<t>This chapter will describe the available control commands |
471 |
|
|
that can be sent on the TCP connection in detail. Some certain |
472 |
schoenebeck |
534 |
commands (e.g. <xref target="GET CHANNEL INFO">"GET CHANNEL INFO"</xref> |
473 |
|
|
or <xref target="GET ENGINE INFO">"GET ENGINE INFO"</xref>) lead to |
474 |
schoenebeck |
151 |
multiple-line responses. In this case LinuxSampler signals the |
475 |
|
|
end of the response by a "." (single dot) line.</t> |
476 |
|
|
|
477 |
|
|
<section title="Ignored lines and comments"> |
478 |
|
|
<t>White lines, that is lines which only contain space and |
479 |
|
|
tabulator characters, and lines that start with a "#" |
480 |
|
|
character are ignored, thus it's possible for example to |
481 |
|
|
group commands and to place comments in a LSCP script |
482 |
|
|
file.</t> |
483 |
|
|
</section> |
484 |
|
|
|
485 |
|
|
<section title="Configuring audio drivers"> |
486 |
|
|
<t>Instances of drivers in LinuxSampler are called devices. |
487 |
|
|
You can use multiple audio devices simultaneously, e.g. to |
488 |
schoenebeck |
222 |
output the sound of one sampler channel using the ALSA audio |
489 |
schoenebeck |
151 |
output driver, and on another sampler channel you might want |
490 |
schoenebeck |
222 |
to use the JACK audio output driver. For particular audio |
491 |
schoenebeck |
151 |
output systems it's also possible to create several devices |
492 |
schoenebeck |
222 |
of the same audio output driver, e.g. two separate ALSA |
493 |
schoenebeck |
151 |
audio output devices for using two different sound cards at |
494 |
|
|
the same time. This chapter describes all commands to |
495 |
|
|
configure LinuxSampler's audio output devices and their |
496 |
|
|
parameters.</t> |
497 |
|
|
|
498 |
|
|
<t>Instead of defining commands and parameters for each |
499 |
|
|
driver individually, all possible parameters, their meanings |
500 |
|
|
and possible values have to be obtained at runtime. This |
501 |
|
|
makes the protocol a bit abstract, but has the advantage, |
502 |
|
|
that front-ends can be written independently of what drivers |
503 |
|
|
are currently implemented and what parameters these drivers |
504 |
|
|
are actually offering. This means front-ends can even handle |
505 |
|
|
drivers which are implemented somewhere in future without |
506 |
|
|
modifying the front-end at all.</t> |
507 |
|
|
|
508 |
|
|
<t>Note: examples in this chapter showing particular |
509 |
|
|
parameters of drivers are not meant as specification of the |
510 |
|
|
drivers' parameters. Driver implementations in LinuxSampler |
511 |
|
|
might have complete different parameter names and meanings |
512 |
|
|
than shown in these examples or might change in future, so |
513 |
|
|
these examples are only meant for showing how to retrieve |
514 |
|
|
what parameters drivers are offering, how to retrieve their |
515 |
|
|
possible values, etc.</t> |
516 |
|
|
|
517 |
schoenebeck |
534 |
<section title="Getting amount of available audio output drivers" anchor="GET AVAILABLE_AUDIO_OUTPUT_DRIVERS"> |
518 |
|
|
<t>Use the following command to get the number of |
519 |
|
|
audio output drivers currently available for the |
520 |
|
|
LinuxSampler instance:</t> |
521 |
|
|
<t> |
522 |
|
|
<list> |
523 |
|
|
<t>GET AVAILABLE_AUDIO_OUTPUT_DRIVERS</t> |
524 |
|
|
</list> |
525 |
|
|
</t> |
526 |
|
|
<t>Possible Answers:</t> |
527 |
|
|
<t> |
528 |
|
|
<list> |
529 |
|
|
<t>LinuxSampler will answer by sending the |
530 |
|
|
number of audio output drivers.</t> |
531 |
|
|
</list> |
532 |
|
|
</t> |
533 |
|
|
<t>Example:</t> |
534 |
|
|
<t> |
535 |
|
|
<list> |
536 |
|
|
<t>C: "GET AVAILABLE_AUDIO_OUTPUT_DRIVERS"</t> |
537 |
|
|
<t>S: "2"</t> |
538 |
|
|
</list> |
539 |
|
|
</t> |
540 |
|
|
</section> |
541 |
|
|
|
542 |
|
|
<section title="Getting all available audio output drivers" anchor="LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"> |
543 |
schoenebeck |
151 |
<t>Use the following command to list all audio output |
544 |
|
|
drivers currently available for the LinuxSampler |
545 |
|
|
instance:</t> |
546 |
|
|
<t> |
547 |
|
|
<list> |
548 |
schoenebeck |
534 |
<t>LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS</t> |
549 |
schoenebeck |
151 |
</list> |
550 |
|
|
</t> |
551 |
|
|
<t>Possible Answers:</t> |
552 |
|
|
<t> |
553 |
|
|
<list> |
554 |
|
|
<t>LinuxSampler will answer by sending comma |
555 |
|
|
separated character strings, each symbolizing an |
556 |
|
|
audio output driver.</t> |
557 |
|
|
</list> |
558 |
|
|
</t> |
559 |
|
|
<t>Example:</t> |
560 |
|
|
<t> |
561 |
|
|
<list> |
562 |
schoenebeck |
534 |
<t>C: "LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"</t> |
563 |
schoenebeck |
222 |
<t>S: "ALSA,JACK"</t> |
564 |
schoenebeck |
151 |
</list> |
565 |
|
|
</t> |
566 |
|
|
</section> |
567 |
|
|
|
568 |
|
|
<section title="Getting information about a specific audio |
569 |
schoenebeck |
534 |
output driver" anchor="GET AUDIO_OUTPUT_DRIVER INFO"> |
570 |
schoenebeck |
151 |
<t>Use the following command to get detailed information |
571 |
|
|
about a specific audio output driver:</t> |
572 |
|
|
<t> |
573 |
|
|
<list> |
574 |
|
|
<t>GET AUDIO_OUTPUT_DRIVER INFO |
575 |
|
|
<audio-output-driver></t> |
576 |
|
|
</list> |
577 |
|
|
</t> |
578 |
|
|
<t>Where <audio-output-driver> is the name of the |
579 |
schoenebeck |
534 |
audio output driver, returned by the |
580 |
|
|
<xref target="LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS">"LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"</xref> command.</t> |
581 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
582 |
|
|
<t> |
583 |
|
|
<list> |
584 |
|
|
<t>LinuxSampler will answer by sending a |
585 |
|
|
<CRLF> separated list. Each answer line |
586 |
|
|
begins with the information category name |
587 |
|
|
followed by a colon and then a space character |
588 |
|
|
<SP> and finally the info character string |
589 |
|
|
to that info category. At the moment the |
590 |
|
|
following information categories are |
591 |
|
|
defined:</t> |
592 |
|
|
|
593 |
|
|
<t> |
594 |
|
|
<list> |
595 |
|
|
<t>DESCRIPTION - |
596 |
|
|
<list> |
597 |
|
|
<t> character string describing the |
598 |
|
|
audio output driver</t> |
599 |
|
|
</list> |
600 |
|
|
</t> |
601 |
|
|
|
602 |
|
|
<t>VERSION - |
603 |
|
|
<list> |
604 |
|
|
<t>character string reflecting the |
605 |
|
|
driver's version</t> |
606 |
|
|
</list> |
607 |
|
|
</t> |
608 |
|
|
|
609 |
|
|
<t>PARAMETERS - |
610 |
|
|
<list> |
611 |
|
|
<t>comma separated list of all |
612 |
|
|
parameters available for the given |
613 |
|
|
audio output driver, at least |
614 |
|
|
parameters 'channels', 'samplerate' |
615 |
|
|
and 'active' are offered by all audio |
616 |
|
|
output drivers</t> |
617 |
|
|
</list> |
618 |
|
|
</t> |
619 |
|
|
</list> |
620 |
|
|
</t> |
621 |
|
|
|
622 |
|
|
<t>The mentioned fields above don't have to be |
623 |
|
|
in particular order.</t> |
624 |
|
|
</list> |
625 |
|
|
</t> |
626 |
|
|
<t>Example:</t> |
627 |
|
|
<t> |
628 |
|
|
<list> |
629 |
schoenebeck |
222 |
<t>C: "GET AUDIO_OUTPUT_DRIVER INFO ALSA"</t> |
630 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: Advanced Linux Sound |
631 |
|
|
Architecture"</t> |
632 |
|
|
<t> "VERSION: 1.0"</t> |
633 |
|
|
<t> "PARAMETERS: |
634 |
schoenebeck |
222 |
DRIVER,CHANNELS,SAMPLERATE,ACTIVE,FRAGMENTS, |
635 |
|
|
FRAGMENTSIZE,CARD"</t> |
636 |
schoenebeck |
151 |
<t> "."</t> |
637 |
|
|
</list> |
638 |
|
|
</t> |
639 |
|
|
</section> |
640 |
|
|
|
641 |
|
|
<section title="Getting information about specific audio |
642 |
schoenebeck |
534 |
output driver parameter" anchor="GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO"> |
643 |
schoenebeck |
151 |
<t>Use the following command to get detailed information |
644 |
|
|
about a specific audio output driver parameter:</t> |
645 |
|
|
<t> |
646 |
|
|
<list> |
647 |
|
|
<t>GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO <audio> <prm> [<deplist>]</t> |
648 |
|
|
</list> |
649 |
|
|
</t> |
650 |
|
|
<t>Where <audio> is the name of the audio output |
651 |
schoenebeck |
534 |
driver as returned by the <xref target="LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"> |
652 |
|
|
"LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"</xref> command, |
653 |
schoenebeck |
151 |
<prm> a specific parameter name for which information should be |
654 |
schoenebeck |
534 |
obtained (as returned by the |
655 |
|
|
<xref target="GET AUDIO_OUTPUT_DRIVER INFO">"GET AUDIO_OUTPUT_DRIVER INFO"</xref> command) and |
656 |
schoenebeck |
151 |
<deplist> is an optional list of parameters on which the sought |
657 |
|
|
parameter <prm> depends on, <deplist> is a list of key-value |
658 |
|
|
pairs in form of "key1=val1 key2=val2 ...", where character string values |
659 |
|
|
are encapsulated into apostrophes ('). Arguments given with <deplist> |
660 |
|
|
which are not dependency parameters of <prm> will be ignored, means |
661 |
|
|
the front-end application can simply put all parameters into <deplist> |
662 |
|
|
with the values already selected by the user.</t> |
663 |
|
|
<t>Possible Answers:</t> |
664 |
|
|
<t> |
665 |
|
|
<list> |
666 |
|
|
<t>LinuxSampler will answer by sending a |
667 |
schoenebeck |
494 |
<CRLF> separated list. |
668 |
schoenebeck |
151 |
Each answer line begins with the information category name |
669 |
|
|
followed by a colon and then a space character <SP> and |
670 |
|
|
finally |
671 |
|
|
the info character string to that info category. There are |
672 |
|
|
information which is always returned, independently of the |
673 |
|
|
given driver parameter and there are optional information |
674 |
|
|
which is only shown dependently to given driver parameter. At |
675 |
|
|
the moment the following information categories are defined:</t> |
676 |
|
|
</list> |
677 |
|
|
</t> |
678 |
|
|
|
679 |
|
|
<t> |
680 |
|
|
<list> |
681 |
|
|
<t>TYPE - |
682 |
|
|
<list> |
683 |
|
|
<t>either "BOOL" for boolean value(s) or |
684 |
|
|
"INT" for integer |
685 |
|
|
value(s) or "FLOAT" for dotted number(s) or "STRING" for |
686 |
|
|
character string(s) |
687 |
|
|
(always returned, no matter which driver parameter)</t> |
688 |
|
|
</list> |
689 |
|
|
</t> |
690 |
|
|
|
691 |
|
|
<t>DESCRIPTION - |
692 |
|
|
<list> |
693 |
|
|
<t>arbitrary text describing the purpose of the parameter |
694 |
|
|
(always returned, no matter which driver parameter)</t> |
695 |
|
|
</list> |
696 |
|
|
</t> |
697 |
|
|
|
698 |
|
|
<t>MANDATORY - |
699 |
|
|
<list> |
700 |
|
|
<t>either true or false, defines if this parameter must be |
701 |
|
|
given when the device is to be created with the |
702 |
schoenebeck |
534 |
<xref target="CREATE AUDIO_OUTPUT_DEVICE">'CREATE AUDIO_OUTPUT_DEVICE'</xref> |
703 |
|
|
command (always returned, no matter which driver parameter)</t> |
704 |
schoenebeck |
151 |
</list> |
705 |
|
|
</t> |
706 |
|
|
|
707 |
|
|
<t>FIX - |
708 |
|
|
<list> |
709 |
|
|
<t>either true or false, if false then this parameter can |
710 |
|
|
be changed at any time, once the device is created by |
711 |
schoenebeck |
534 |
the <xref target="CREATE AUDIO_OUTPUT_DEVICE">'CREATE AUDIO_OUTPUT_DEVICE'</xref> |
712 |
|
|
command (always returned, no matter which driver parameter)</t> |
713 |
schoenebeck |
151 |
</list> |
714 |
|
|
</t> |
715 |
|
|
|
716 |
|
|
<t>MULTIPLICITY - |
717 |
|
|
<list> |
718 |
|
|
<t>either true or false, defines if this parameter allows |
719 |
|
|
only one value or a list of values, where true means |
720 |
|
|
multiple values and false only a single value allowed |
721 |
|
|
(always returned, no matter which driver parameter)</t> |
722 |
|
|
</list> |
723 |
|
|
</t> |
724 |
|
|
|
725 |
|
|
<t>DEPENDS - |
726 |
|
|
<list> |
727 |
schoenebeck |
561 |
<t>comma separated list of parameters this parameter depends |
728 |
schoenebeck |
151 |
on, means the values for fields 'DEFAULT', 'RANGE_MIN', |
729 |
|
|
'RANGE_MAX' and 'POSSIBILITIES' might depend on these |
730 |
|
|
listed parameters, for example assuming that an audio |
731 |
schoenebeck |
222 |
driver (like the ALSA driver) offers parameters 'card' |
732 |
schoenebeck |
151 |
and 'samplerate' then parameter 'samplerate' would |
733 |
|
|
depend on 'card' because the possible values for |
734 |
|
|
'samplerate' depends on the sound card which can be |
735 |
|
|
chosen by the 'card' parameter |
736 |
|
|
(optionally returned, dependent to driver parameter)</t> |
737 |
|
|
</list> |
738 |
|
|
</t> |
739 |
|
|
|
740 |
|
|
<t>DEFAULT - |
741 |
|
|
<list> |
742 |
|
|
<t>reflects the default value for this parameter which is |
743 |
|
|
used when the device is created and not explicitly |
744 |
schoenebeck |
534 |
given with the <xref target="CREATE AUDIO_OUTPUT_DEVICE"> |
745 |
|
|
'CREATE AUDIO_OUTPUT_DEVICE'</xref> command, |
746 |
schoenebeck |
151 |
in case of MULTIPLCITY=true, this is a comma separated |
747 |
|
|
list, that's why character strings are encapsulated into |
748 |
|
|
apostrophes (') |
749 |
|
|
(optionally returned, dependent to driver parameter)</t> |
750 |
|
|
</list> |
751 |
|
|
</t> |
752 |
|
|
|
753 |
|
|
<t>RANGE_MIN - |
754 |
|
|
<list> |
755 |
|
|
<t>defines lower limit of the allowed value range for this |
756 |
|
|
parameter, can be an integer value as well as a dotted |
757 |
|
|
number, this parameter is often used in conjunction |
758 |
|
|
with RANGE_MAX, but may also appear without |
759 |
|
|
(optionally returned, dependent to driver parameter)</t> |
760 |
|
|
</list> |
761 |
|
|
</t> |
762 |
|
|
|
763 |
|
|
<t>RANGE_MAX - |
764 |
|
|
<list> |
765 |
|
|
<t>defines upper limit of the allowed value range for this |
766 |
|
|
parameter, can be an integer value as well as a dotted |
767 |
|
|
number, this parameter is often used in conjunction with |
768 |
|
|
RANGE_MIN, but may also appear without |
769 |
|
|
(optionally returned, dependent to driver parameter)</t> |
770 |
|
|
</list> |
771 |
|
|
</t> |
772 |
|
|
|
773 |
schoenebeck |
494 |
<t>POSSIBILITIES - |
774 |
schoenebeck |
151 |
<list> |
775 |
|
|
<t>comma separated list of possible values for this |
776 |
|
|
parameter, character strings are encapsulated into |
777 |
|
|
apostrophes |
778 |
|
|
(optionally returned, dependent to driver parameter)</t> |
779 |
|
|
</list> |
780 |
|
|
</t> |
781 |
|
|
</list> |
782 |
|
|
</t> |
783 |
|
|
|
784 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
785 |
|
|
|
786 |
|
|
<t>Examples:</t> |
787 |
|
|
<t> |
788 |
|
|
<list> |
789 |
schoenebeck |
222 |
<t>C: "GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO ALSA CARD"</t> |
790 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: sound card to be used"</t> |
791 |
|
|
<t> "TYPE: STRING"</t> |
792 |
|
|
<t> "MANDATORY: false"</t> |
793 |
|
|
<t> "FIX: true"</t> |
794 |
|
|
<t> "MULTIPLICITY: false"</t> |
795 |
|
|
<t> "DEFAULT: '0,0'"</t> |
796 |
schoenebeck |
494 |
<t> "POSSIBILITIES: '0,0','1,0','2,0'"</t> |
797 |
schoenebeck |
151 |
<t> "."</t> |
798 |
|
|
</list> |
799 |
|
|
</t> |
800 |
|
|
<t> |
801 |
|
|
<list> |
802 |
schoenebeck |
222 |
<t>C: "GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO ALSA SAMPLERATE"</t> |
803 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: output sample rate in Hz"</t> |
804 |
|
|
<t> "TYPE: INT"</t> |
805 |
|
|
<t> "MANDATORY: false"</t> |
806 |
|
|
<t> "FIX: false"</t> |
807 |
|
|
<t> "MULTIPLICITY: false"</t> |
808 |
|
|
<t> "DEPENDS: card"</t> |
809 |
|
|
<t> "DEFAULT: 44100"</t> |
810 |
|
|
<t> "."</t> |
811 |
|
|
</list> |
812 |
|
|
</t> |
813 |
|
|
<t> |
814 |
|
|
<list> |
815 |
schoenebeck |
222 |
<t>C: "GET AUDIO_OUTPUT_DRIVER_PARAMETER INFO ALSA SAMPLERATE CARD='0,0'"</t> |
816 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: output sample rate in Hz"</t> |
817 |
|
|
<t> "TYPE: INT"</t> |
818 |
|
|
<t> "MANDATORY: false"</t> |
819 |
|
|
<t> "FIX: false"</t> |
820 |
|
|
<t> "MULTIPLICITY: false"</t> |
821 |
|
|
<t> "DEPENDS: card"</t> |
822 |
|
|
<t> "DEFAULT: 44100"</t> |
823 |
|
|
<t> "RANGE_MIN: 22050"</t> |
824 |
|
|
<t> "RANGE_MAX: 96000"</t> |
825 |
|
|
<t> "."</t> |
826 |
|
|
</list> |
827 |
|
|
</t> |
828 |
|
|
</section> |
829 |
|
|
|
830 |
schoenebeck |
534 |
<section title="Creating an audio output device" anchor="CREATE AUDIO_OUTPUT_DEVICE"> |
831 |
schoenebeck |
151 |
<t>Use the following command to create a new audio output device for the desired audio output system:</t> |
832 |
|
|
|
833 |
|
|
<t> |
834 |
|
|
<list> |
835 |
|
|
<t>CREATE AUDIO_OUTPUT_DEVICE <audio-output-driver> [<param-list>]</t> |
836 |
|
|
</list> |
837 |
|
|
</t> |
838 |
|
|
|
839 |
|
|
<t>Where <audio-output-driver> should be replaced by the desired audio |
840 |
schoenebeck |
571 |
output system as returned by the |
841 |
|
|
<xref target="LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS">"LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"</xref> |
842 |
|
|
command and <param-list> by an optional list of driver |
843 |
schoenebeck |
151 |
specific parameters in form of "key1=val1 key2=val2 ...", where |
844 |
|
|
character string values should be encapsulated into apostrophes ('). |
845 |
|
|
Note that there might be drivers which require parameter(s) to be |
846 |
|
|
given with this command. Use the previously described commands in |
847 |
|
|
this chapter to get this information.</t> |
848 |
|
|
|
849 |
|
|
<t>Possible Answers:</t> |
850 |
|
|
<t> |
851 |
|
|
<list> |
852 |
|
|
<t>"OK[<device-id>]" - |
853 |
|
|
<list> |
854 |
|
|
<t>in case the device was successfully created, where |
855 |
|
|
<device-id> is the numerical ID of the new device</t> |
856 |
|
|
</list> |
857 |
|
|
</t> |
858 |
|
|
<t>"WRN[<device-id>]:<warning-code>:<warning-message>" - |
859 |
|
|
<list> |
860 |
|
|
<t>in case the device was created successfully, where |
861 |
|
|
<device-id> is the numerical ID of the new device, but there |
862 |
|
|
are noteworthy issue(s) related (e.g. sound card doesn't |
863 |
|
|
support given hardware parameters and the driver is using |
864 |
|
|
fall-back values), providing an appropriate warning code and |
865 |
|
|
warning message</t> |
866 |
|
|
</list> |
867 |
|
|
</t> |
868 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
869 |
|
|
<list> |
870 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
871 |
|
|
</list> |
872 |
|
|
</t> |
873 |
|
|
</list> |
874 |
|
|
</t> |
875 |
|
|
<t>Examples:</t> |
876 |
|
|
<t> |
877 |
|
|
<list> |
878 |
schoenebeck |
222 |
<t>C: "CREATE AUDIO_OUTPUT_DEVICE ALSA"</t> |
879 |
schoenebeck |
151 |
<t>S: "OK[0]"</t> |
880 |
|
|
</list> |
881 |
|
|
</t> |
882 |
|
|
<t> |
883 |
|
|
<list> |
884 |
schoenebeck |
222 |
<t>C: "CREATE AUDIO_OUTPUT_DEVICE ALSA CARD='2,0' SAMPLERATE=96000"</t> |
885 |
schoenebeck |
151 |
<t>S: "OK[1]"</t> |
886 |
|
|
</list> |
887 |
|
|
</t> |
888 |
|
|
</section> |
889 |
|
|
|
890 |
schoenebeck |
534 |
<section title="Destroying an audio output device" anchor="DESTROY AUDIO_OUTPUT_DEVICE"> |
891 |
schoenebeck |
151 |
<t>Use the following command to destroy a created output device:</t> |
892 |
|
|
<t> |
893 |
|
|
<list> |
894 |
|
|
<t>DESTROY AUDIO_OUTPUT_DEVICE <device-id></t> |
895 |
|
|
</list> |
896 |
|
|
</t> |
897 |
|
|
<t>Where <device-id> should be replaced by the numerical ID of the |
898 |
schoenebeck |
534 |
audio output device as given by the |
899 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
900 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
901 |
|
|
command.</t> |
902 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
903 |
|
|
<t> |
904 |
|
|
<list> |
905 |
|
|
<t>"OK" - |
906 |
|
|
<list> |
907 |
|
|
<t>in case the device was successfully destroyed</t> |
908 |
|
|
</list> |
909 |
|
|
</t> |
910 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
911 |
|
|
<list> |
912 |
|
|
<t>in case the device was destroyed successfully, but there are |
913 |
|
|
noteworthy issue(s) related (e.g. an audio over ethernet |
914 |
|
|
driver was unloaded but the other host might not be |
915 |
|
|
informed about this situation), providing an appropriate |
916 |
|
|
warning code and warning message</t> |
917 |
|
|
</list> |
918 |
|
|
</t> |
919 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
920 |
|
|
<list> |
921 |
|
|
<t>in case it failed, providing an appropriate error code and |
922 |
|
|
error message</t> |
923 |
|
|
</list> |
924 |
|
|
</t> |
925 |
|
|
</list> |
926 |
|
|
</t> |
927 |
|
|
<t>Example:</t> |
928 |
|
|
<t> |
929 |
|
|
<list> |
930 |
|
|
<t>C: "DESTROY AUDIO_OUTPUT_DEVICE 0"</t> |
931 |
|
|
<t>S: "OK"</t> |
932 |
|
|
</list> |
933 |
|
|
</t> |
934 |
|
|
</section> |
935 |
|
|
|
936 |
schoenebeck |
534 |
<section title="Getting all created audio output device count" anchor="GET AUDIO_OUTPUT_DEVICES"> |
937 |
schoenebeck |
151 |
<t>Use the following command to count all created audio output devices:</t> |
938 |
|
|
<t> |
939 |
|
|
<list> |
940 |
|
|
<t>GET AUDIO_OUTPUT_DEVICES</t> |
941 |
|
|
</list> |
942 |
|
|
</t> |
943 |
|
|
<t>Possible Answers:</t> |
944 |
|
|
<t> |
945 |
|
|
<list> |
946 |
|
|
<t>LinuxSampler will answer by sending the current number of all |
947 |
|
|
audio output devices.</t> |
948 |
|
|
</list> |
949 |
|
|
</t> |
950 |
|
|
<t>Example:</t> |
951 |
|
|
<t> |
952 |
|
|
<list> |
953 |
|
|
<t>C: "GET AUDIO_OUTPUT_DEVICES"</t> |
954 |
|
|
<t>S: "4"</t> |
955 |
|
|
</list> |
956 |
|
|
</t> |
957 |
|
|
</section> |
958 |
|
|
|
959 |
schoenebeck |
534 |
<section title="Getting all created audio output device list" anchor="LIST AUDIO_OUTPUT_DEVICES"> |
960 |
schoenebeck |
151 |
<t>Use the following command to list all created audio output devices:</t> |
961 |
|
|
<t> |
962 |
|
|
<list> |
963 |
|
|
<t>LIST AUDIO_OUTPUT_DEVICES</t> |
964 |
|
|
</list> |
965 |
|
|
</t> |
966 |
|
|
<t>Possible Answers:</t> |
967 |
|
|
<t> |
968 |
|
|
<list> |
969 |
|
|
<t>LinuxSampler will answer by sending a comma separated list with |
970 |
|
|
the numerical IDs of all audio output devices.</t> |
971 |
|
|
</list> |
972 |
|
|
</t> |
973 |
|
|
<t>Example:</t> |
974 |
|
|
<t> |
975 |
|
|
<list> |
976 |
|
|
<t>C: "LIST AUDIO_OUTPUT_DEVICES"</t> |
977 |
|
|
<t>S: "0,1,4,5"</t> |
978 |
|
|
</list> |
979 |
|
|
</t> |
980 |
|
|
</section> |
981 |
|
|
|
982 |
schoenebeck |
534 |
<section title="Getting current settings of an audio output device" anchor="GET AUDIO_OUTPUT_DEVICE INFO"> |
983 |
schoenebeck |
151 |
<t>Use the following command to get current settings of a specific, created audio output device:</t> |
984 |
|
|
<t> |
985 |
|
|
<list> |
986 |
|
|
<t>GET AUDIO_OUTPUT_DEVICE INFO <device-id></t> |
987 |
|
|
</list> |
988 |
|
|
</t> |
989 |
schoenebeck |
494 |
<t>Where <device-id> should be replaced by numerical ID |
990 |
schoenebeck |
151 |
of the audio output device as e.g. returned by the |
991 |
schoenebeck |
534 |
<xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> command.</t> |
992 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
993 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
994 |
|
|
Each answer line begins with the information category name |
995 |
|
|
followed by a colon and then a space character <SP> and finally |
996 |
|
|
the info character string to that info category. As some |
997 |
|
|
parameters might allow multiple values, character strings are |
998 |
|
|
encapsulated into apostrophes ('). At the moment the following |
999 |
|
|
information categories are defined (independently of device):</t> |
1000 |
|
|
<t> |
1001 |
|
|
<list> |
1002 |
schoenebeck |
222 |
<t>DRIVER - |
1003 |
schoenebeck |
151 |
<list> |
1004 |
|
|
<t>identifier of the used audio output driver, as also |
1005 |
schoenebeck |
534 |
returned by the |
1006 |
|
|
<xref target="LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"> |
1007 |
|
|
"LIST AVAILABLE_AUDIO_OUTPUT_DRIVERS"</xref> |
1008 |
schoenebeck |
151 |
command</t> |
1009 |
|
|
</list> |
1010 |
|
|
</t> |
1011 |
schoenebeck |
222 |
<t>CHANNELS - |
1012 |
schoenebeck |
151 |
<list> |
1013 |
|
|
<t>amount of audio output channels this device currently |
1014 |
|
|
offers</t> |
1015 |
|
|
</list> |
1016 |
|
|
</t> |
1017 |
schoenebeck |
222 |
<t>SAMPLERATE - |
1018 |
schoenebeck |
151 |
<list> |
1019 |
|
|
<t>playback sample rate the device uses</t> |
1020 |
|
|
</list> |
1021 |
|
|
</t> |
1022 |
schoenebeck |
222 |
<t>ACTIVE - |
1023 |
schoenebeck |
151 |
<list> |
1024 |
|
|
<t>either true or false, if false then the audio device is |
1025 |
|
|
inactive and doesn't output any sound, nor do the |
1026 |
|
|
sampler channels connected to this audio device render |
1027 |
|
|
any audio</t> |
1028 |
|
|
</list> |
1029 |
|
|
</t> |
1030 |
|
|
</list> |
1031 |
|
|
</t> |
1032 |
|
|
<t>The mentioned fields above don't have to be in particular |
1033 |
|
|
order. The fields above are only those fields which are |
1034 |
|
|
returned by all audio output devices. Every audio output driver |
1035 |
|
|
might have its own, additional driver specific parameters (see |
1036 |
schoenebeck |
534 |
<xref target="GET AUDIO_OUTPUT_DRIVER INFO" />) |
1037 |
|
|
which are also returned by this command.</t> |
1038 |
schoenebeck |
151 |
<t>Example:</t> |
1039 |
|
|
<t> |
1040 |
|
|
<list> |
1041 |
|
|
<t>C: "GET AUDIO_OUTPUT_DEVICE INFO 0"</t> |
1042 |
schoenebeck |
222 |
<t>S: "DRIVER: ALSA"</t> |
1043 |
|
|
<t> "CHANNELS: 2"</t> |
1044 |
|
|
<t> "SAMPLERATE: 44100"</t> |
1045 |
|
|
<t> "ACTIVE: true"</t> |
1046 |
|
|
<t> "FRAGMENTS: 2"</t> |
1047 |
|
|
<t> "FRAGMENTSIZE: 128"</t> |
1048 |
|
|
<t> "CARD: '0,0'"</t> |
1049 |
schoenebeck |
151 |
<t> "."</t> |
1050 |
|
|
</list> |
1051 |
|
|
</t> |
1052 |
|
|
</section> |
1053 |
|
|
|
1054 |
|
|
|
1055 |
schoenebeck |
534 |
<section title="Changing settings of audio output devices" anchor="SET AUDIO_OUTPUT_DEVICE_PARAMETER"> |
1056 |
schoenebeck |
151 |
<t>Use the following command to alter a specific setting of a created audio output device:</t> |
1057 |
|
|
<t> |
1058 |
|
|
<list> |
1059 |
|
|
<t>SET AUDIO_OUTPUT_DEVICE_PARAMETER <device-id> <key>=<value></t> |
1060 |
|
|
</list> |
1061 |
|
|
</t> |
1062 |
|
|
<t>Where <device-id> should be replaced by the numerical ID of the |
1063 |
schoenebeck |
571 |
audio output device as given by the |
1064 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
1065 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
1066 |
|
|
command, <key> by the name of the parameter to change |
1067 |
schoenebeck |
151 |
and <value> by the new value for this parameter.</t> |
1068 |
|
|
<t>Possible Answers:</t> |
1069 |
|
|
<t> |
1070 |
|
|
<list> |
1071 |
|
|
<t>"OK" - |
1072 |
|
|
<list> |
1073 |
|
|
<t>in case setting was successfully changed</t> |
1074 |
|
|
</list> |
1075 |
|
|
</t> |
1076 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
1077 |
|
|
<list> |
1078 |
|
|
<t>in case setting was changed successfully, but there are |
1079 |
|
|
noteworthy issue(s) related, providing an appropriate |
1080 |
|
|
warning code and warning message</t> |
1081 |
|
|
</list> |
1082 |
|
|
</t> |
1083 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
1084 |
|
|
<list> |
1085 |
|
|
<t>in case it failed, providing an appropriate error code and |
1086 |
|
|
error message</t> |
1087 |
|
|
</list> |
1088 |
|
|
</t> |
1089 |
|
|
</list> |
1090 |
|
|
</t> |
1091 |
|
|
<t>Example:</t> |
1092 |
|
|
<t> |
1093 |
|
|
<list> |
1094 |
schoenebeck |
222 |
<t>C: "SET AUDIO_OUTPUT_DEVICE_PARAMETER 0 FRAGMENTSIZE=128"</t> |
1095 |
schoenebeck |
151 |
<t>S: "OK"</t> |
1096 |
|
|
</list> |
1097 |
|
|
</t> |
1098 |
|
|
</section> |
1099 |
|
|
|
1100 |
schoenebeck |
534 |
<section title="Getting information about an audio channel" anchor="GET AUDIO_OUTPUT_CHANNEL INFO"> |
1101 |
schoenebeck |
151 |
<t>Use the following command to get information about an audio channel:</t> |
1102 |
|
|
<t> |
1103 |
|
|
<list> |
1104 |
|
|
<t>GET AUDIO_OUTPUT_CHANNEL INFO <device-id> <audio-chan></t> |
1105 |
|
|
</list> |
1106 |
|
|
</t> |
1107 |
schoenebeck |
571 |
<t>Where <device-id> is the numerical ID of the audio output device as given by the |
1108 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
1109 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
1110 |
|
|
command and <audio-chan> the audio channel number.</t> |
1111 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1112 |
|
|
<t> |
1113 |
|
|
<list> |
1114 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1115 |
|
|
Each answer line begins with the information category name |
1116 |
|
|
followed by a colon and then a space character <SP> and finally |
1117 |
|
|
the info character string to that info category. At the moment |
1118 |
|
|
the following information categories are defined:</t> |
1119 |
|
|
|
1120 |
|
|
<t> |
1121 |
|
|
<list> |
1122 |
|
|
<t>NAME - |
1123 |
|
|
<list> |
1124 |
|
|
<t>arbitrary character string naming the channel, which |
1125 |
|
|
doesn't have to be unique (always returned by all audio channels)</t> |
1126 |
|
|
</list> |
1127 |
|
|
</t> |
1128 |
|
|
<t>IS_MIX_CHANNEL - |
1129 |
|
|
<list> |
1130 |
|
|
<t>either true or false, a mix-channel is not a real, |
1131 |
|
|
independent audio channel, but a virtual channel which |
1132 |
|
|
is mixed to another real channel, this mechanism is |
1133 |
|
|
needed for sampler engines which need more audio |
1134 |
|
|
channels than the used audio system might be able to offer |
1135 |
|
|
(always returned by all audio channels)</t> |
1136 |
|
|
</list> |
1137 |
|
|
</t> |
1138 |
|
|
<t>MIX_CHANNEL_DESTINATION - |
1139 |
|
|
<list> |
1140 |
schoenebeck |
494 |
<t>numerical ID (positive integer including 0) |
1141 |
|
|
which reflects the real audio channel (of the same audio |
1142 |
schoenebeck |
151 |
output device) this mix channel refers to, means where |
1143 |
|
|
the audio signal actually will be routed / added to |
1144 |
|
|
(only returned in case the audio channel is mix channel)</t> |
1145 |
|
|
</list> |
1146 |
|
|
</t> |
1147 |
|
|
</list> |
1148 |
|
|
</t> |
1149 |
|
|
</list> |
1150 |
|
|
</t> |
1151 |
|
|
|
1152 |
|
|
<t>The mentioned fields above don't have to be in particular |
1153 |
|
|
order. The fields above are only those fields which are |
1154 |
|
|
generally returned for the described cases by all audio |
1155 |
|
|
channels regardless of the audio driver. Every audio channel |
1156 |
|
|
might have its own, additional driver and channel specific |
1157 |
|
|
parameters.</t> |
1158 |
|
|
|
1159 |
|
|
<t>Examples:</t> |
1160 |
|
|
|
1161 |
|
|
<t> |
1162 |
|
|
<list> |
1163 |
|
|
<t>C: "GET AUDIO_OUTPUT_CHANNEL INFO 0 0"</t> |
1164 |
|
|
<t>S: "NAME: studio monitor left"</t> |
1165 |
|
|
<t> "IS_MIX_CHANNEL: false"</t> |
1166 |
|
|
<t> "."</t> |
1167 |
|
|
</list> |
1168 |
|
|
</t> |
1169 |
|
|
|
1170 |
|
|
<t> |
1171 |
|
|
<list> |
1172 |
|
|
<t>C: "GET AUDIO_OUTPUT_CHANNEL INFO 0 1"</t> |
1173 |
|
|
<t>S: "NAME: studio monitor right"</t> |
1174 |
|
|
<t> "IS_MIX_CHANNEL: false"</t> |
1175 |
|
|
<t> "."</t> |
1176 |
|
|
</list> |
1177 |
|
|
</t> |
1178 |
|
|
|
1179 |
|
|
<t> |
1180 |
|
|
<list> |
1181 |
|
|
<t>C: "GET AUDIO_OUTPUT_CHANNEL INFO 0 2"</t> |
1182 |
|
|
<t>S: "NAME: studio monitor left"</t> |
1183 |
|
|
<t> "IS_MIX_CHANNEL: true"</t> |
1184 |
|
|
<t> "MIX_CHANNEL_DESTINATION: 1"</t> |
1185 |
|
|
<t> "."</t> |
1186 |
|
|
</list> |
1187 |
|
|
</t> |
1188 |
|
|
|
1189 |
|
|
<t> |
1190 |
|
|
<list> |
1191 |
|
|
<t>C: "GET AUDIO_OUTPUT_CHANNEL INFO 1 0"</t> |
1192 |
|
|
<t>S: "NAME: 'ardour (left)'"</t> |
1193 |
|
|
<t> "IS_MIX_CHANNEL: false"</t> |
1194 |
schoenebeck |
222 |
<t> "JACK_BINDINGS: 'ardour:0'"</t> |
1195 |
schoenebeck |
151 |
<t> "."</t> |
1196 |
|
|
</list> |
1197 |
|
|
</t> |
1198 |
|
|
</section> |
1199 |
|
|
|
1200 |
schoenebeck |
534 |
<section title="Getting information about specific audio channel parameter" anchor="GET AUDIO_OUTPUT_CHANNEL_PARAMETER INFO"> |
1201 |
schoenebeck |
151 |
<t>Use the following command to get detailed information about specific audio channel parameter:</t> |
1202 |
|
|
|
1203 |
|
|
<t> |
1204 |
|
|
<list> |
1205 |
|
|
<t>GET AUDIO_OUTPUT_CHANNEL_PARAMETER INFO <dev-id> <chan> <param></t> |
1206 |
|
|
</list> |
1207 |
|
|
</t> |
1208 |
|
|
|
1209 |
schoenebeck |
571 |
<t>Where <dev-id> is the numerical ID of the audio output device as returned by the |
1210 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
1211 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
1212 |
schoenebeck |
534 |
command, <chan> the audio channel number |
1213 |
schoenebeck |
151 |
and <param> a specific channel parameter name for which information should |
1214 |
schoenebeck |
534 |
be obtained (as returned by the <xref target="GET AUDIO_OUTPUT_CHANNEL INFO"> |
1215 |
|
|
"GET AUDIO_OUTPUT_CHANNEL INFO"</xref> command).</t> |
1216 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1217 |
|
|
|
1218 |
|
|
<t> |
1219 |
|
|
<list> |
1220 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1221 |
|
|
Each answer line begins with the information category name |
1222 |
|
|
followed by a colon and then a space character <SP> and finally |
1223 |
|
|
the info character string to that info category. There are |
1224 |
|
|
information which is always returned, independently of the |
1225 |
|
|
given channel parameter and there is optional information |
1226 |
|
|
which is only shown dependently to the given audio channel. At |
1227 |
|
|
the moment the following information categories are defined:</t> |
1228 |
|
|
<t> |
1229 |
|
|
<list> |
1230 |
|
|
<t>TYPE - |
1231 |
|
|
<list> |
1232 |
|
|
<t>either "BOOL" for boolean value(s) or "INT" for integer |
1233 |
|
|
value(s) or "FLOAT" for dotted number(s) or "STRING" for |
1234 |
|
|
character string(s) |
1235 |
|
|
(always returned)</t> |
1236 |
|
|
</list> |
1237 |
|
|
</t> |
1238 |
|
|
<t>DESCRIPTION - |
1239 |
|
|
<list> |
1240 |
|
|
<t>arbitrary text describing the purpose of the parameter (always returned)</t> |
1241 |
|
|
</list> |
1242 |
|
|
</t> |
1243 |
|
|
<t>FIX - |
1244 |
|
|
<list> |
1245 |
|
|
<t>either true or false, if true then this parameter is |
1246 |
|
|
read only, thus cannot be altered |
1247 |
|
|
(always returned)</t> |
1248 |
|
|
</list> |
1249 |
|
|
</t> |
1250 |
|
|
<t>MULTIPLICITY - |
1251 |
|
|
<list> |
1252 |
|
|
<t>either true or false, defines if this parameter allows |
1253 |
|
|
only one value or a list of values, where true means |
1254 |
|
|
multiple values and false only a single value allowed |
1255 |
|
|
(always returned)</t> |
1256 |
|
|
</list> |
1257 |
|
|
</t> |
1258 |
|
|
<t>RANGE_MIN - |
1259 |
|
|
<list> |
1260 |
|
|
<t>defines lower limit of the allowed value range for this |
1261 |
|
|
parameter, can be an integer value as well as a dotted |
1262 |
|
|
number, usually used in conjunction with 'RANGE_MAX', |
1263 |
|
|
but may also appear without |
1264 |
|
|
(optionally returned, dependent to driver and channel |
1265 |
|
|
parameter)</t> |
1266 |
|
|
</list> |
1267 |
|
|
</t> |
1268 |
|
|
<t>RANGE_MAX - |
1269 |
|
|
<list> |
1270 |
|
|
<t>defines upper limit of the allowed value range for this |
1271 |
|
|
parameter, can be an integer value as well as a dotted |
1272 |
|
|
number, usually used in conjunction with 'RANGE_MIN', |
1273 |
|
|
but may also appear without |
1274 |
|
|
(optionally returned, dependent to driver and channel |
1275 |
|
|
parameter)</t> |
1276 |
|
|
</list> |
1277 |
|
|
</t> |
1278 |
schoenebeck |
494 |
<t>POSSIBILITIES - |
1279 |
schoenebeck |
151 |
<list> |
1280 |
|
|
<t>comma separated list of possible values for this |
1281 |
|
|
parameter, character strings are encapsulated into |
1282 |
|
|
apostrophes |
1283 |
|
|
(optionally returned, dependent to driver and channel |
1284 |
|
|
parameter)</t> |
1285 |
|
|
</list> |
1286 |
|
|
</t> |
1287 |
|
|
</list> |
1288 |
|
|
</t> |
1289 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
1290 |
|
|
</list> |
1291 |
|
|
</t> |
1292 |
|
|
<t>Example:</t> |
1293 |
|
|
<t> |
1294 |
|
|
<list> |
1295 |
schoenebeck |
222 |
<t>C: "GET AUDIO_OUTPUT_CHANNEL_PARAMETER INFO 1 0 JACK_BINDINGS"</t> |
1296 |
|
|
<t>S: "DESCRIPTION: bindings to other JACK clients"</t> |
1297 |
schoenebeck |
151 |
<t> "TYPE: STRING"</t> |
1298 |
|
|
<t> "FIX: false"</t> |
1299 |
|
|
<t> "MULTIPLICITY: true"</t> |
1300 |
schoenebeck |
494 |
<t> "POSSIBILITIES: 'PCM:0','PCM:1','ardour:0','ardour:1'"</t> |
1301 |
schoenebeck |
151 |
<t> "."</t> |
1302 |
|
|
</list> |
1303 |
|
|
</t> |
1304 |
|
|
</section> |
1305 |
|
|
|
1306 |
schoenebeck |
534 |
<section title="Changing settings of audio output channels" anchor="SET AUDIO_OUTPUT_CHANNEL_PARAMETER"> |
1307 |
schoenebeck |
151 |
<t>Use the following command to alter a specific setting of an audio output channel:</t> |
1308 |
|
|
<t> |
1309 |
|
|
<list> |
1310 |
|
|
<t>SET AUDIO_OUTPUT_CHANNEL_PARAMETER <dev-id> <chn> <key>=<value></t> |
1311 |
|
|
</list> |
1312 |
|
|
</t> |
1313 |
schoenebeck |
571 |
<t>Where <dev-id> should be replaced by the numerical ID of the audio output device as returned by the |
1314 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
1315 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
1316 |
|
|
command, <chn> by the audio channel number, <key> by the name of the |
1317 |
schoenebeck |
151 |
parameter to change and <value> by the new value for this parameter.</t> |
1318 |
|
|
<t>Possible Answers:</t> |
1319 |
|
|
<t> |
1320 |
|
|
<list> |
1321 |
|
|
<t>"OK" - |
1322 |
|
|
<list> |
1323 |
|
|
<t>in case setting was successfully changed</t> |
1324 |
|
|
</list> |
1325 |
|
|
</t> |
1326 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
1327 |
|
|
<list> |
1328 |
|
|
<t>in case setting was changed successfully, but there are |
1329 |
|
|
noteworthy issue(s) related, providing an appropriate |
1330 |
|
|
warning code and warning message</t> |
1331 |
|
|
</list> |
1332 |
|
|
</t> |
1333 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
1334 |
|
|
<list> |
1335 |
|
|
<t>in case it failed, providing an appropriate error code and |
1336 |
|
|
error message</t> |
1337 |
|
|
</list> |
1338 |
|
|
</t> |
1339 |
|
|
</list> |
1340 |
|
|
</t> |
1341 |
|
|
<t>Example:</t> |
1342 |
|
|
<t> |
1343 |
|
|
<list> |
1344 |
schoenebeck |
222 |
<t>C: "SET AUDIO_OUTPUT_CHANNEL PARAMETER 0 0 JACK_BINDINGS='PCM:0'"</t> |
1345 |
schoenebeck |
151 |
<t>S: "OK"</t> |
1346 |
|
|
</list> |
1347 |
|
|
</t> |
1348 |
|
|
<t> |
1349 |
|
|
<list> |
1350 |
|
|
<t>C: "SET AUDIO_OUTPUT_CHANNEL PARAMETER 0 0 NAME='monitor left'"</t> |
1351 |
|
|
<t>S: "OK"</t> |
1352 |
|
|
</list> |
1353 |
|
|
</t> |
1354 |
|
|
</section> |
1355 |
|
|
</section> |
1356 |
|
|
|
1357 |
|
|
<section title="Configuring MIDI input drivers"> |
1358 |
|
|
<t>Instances of drivers in LinuxSampler are called devices. You can use |
1359 |
|
|
multiple MIDI devices simultaneously, e.g. to use MIDI over ethernet as |
1360 |
schoenebeck |
222 |
MIDI input on one sampler channel and ALSA as MIDI input on another sampler |
1361 |
schoenebeck |
151 |
channel. For particular MIDI input systems it's also possible to create |
1362 |
|
|
several devices of the same MIDI input type. This chapter describes all |
1363 |
|
|
commands to configure LinuxSampler's MIDI input devices and their parameters.</t> |
1364 |
|
|
|
1365 |
|
|
<t>Instead of defining commands and parameters for each driver individually, |
1366 |
|
|
all possible parameters, their meanings and possible values have to be obtained |
1367 |
|
|
at runtime. This makes the protocol a bit abstract, but has the advantage, that |
1368 |
|
|
front-ends can be written independently of what drivers are currently implemented |
1369 |
|
|
and what parameters these drivers are actually offering. This means front-ends can |
1370 |
|
|
even handle drivers which are implemented somewhere in future without modifying |
1371 |
|
|
the front-end at all.</t> |
1372 |
|
|
|
1373 |
|
|
<t>Commands for configuring MIDI input devices are pretty much the same as the |
1374 |
|
|
commands for configuring audio output drivers, already described in the last |
1375 |
|
|
chapter.</t> |
1376 |
|
|
|
1377 |
|
|
<t>Note: examples in this chapter showing particular parameters of drivers are |
1378 |
|
|
not meant as specification of the drivers' parameters. Driver implementations in |
1379 |
|
|
LinuxSampler might have complete different parameter names and meanings than shown |
1380 |
|
|
in these examples or might change in future, so these examples are only meant for |
1381 |
|
|
showing how to retrieve what parameters drivers are offering, how to retrieve their |
1382 |
|
|
possible values, etc.</t> |
1383 |
|
|
|
1384 |
schoenebeck |
534 |
<section title="Getting amount of available MIDI input drivers" anchor="GET AVAILABLE_MIDI_INPUT_DRIVERS"> |
1385 |
|
|
<t>Use the following command to get the number of |
1386 |
|
|
MIDI input drivers currently available for the |
1387 |
|
|
LinuxSampler instance:</t> |
1388 |
|
|
<t> |
1389 |
|
|
<list> |
1390 |
|
|
<t>GET AVAILABLE_MIDI_INPUT_DRIVERS</t> |
1391 |
|
|
</list> |
1392 |
|
|
</t> |
1393 |
|
|
<t>Possible Answers:</t> |
1394 |
|
|
<t> |
1395 |
|
|
<list> |
1396 |
|
|
<t>LinuxSampler will answer by sending the |
1397 |
|
|
number of available MIDI input drivers.</t> |
1398 |
|
|
</list> |
1399 |
|
|
</t> |
1400 |
|
|
<t>Example:</t> |
1401 |
|
|
<t> |
1402 |
|
|
<list> |
1403 |
|
|
<t>C: "GET AVAILABLE_MIDI_INPUT_DRIVERS"</t> |
1404 |
|
|
<t>S: "2"</t> |
1405 |
|
|
</list> |
1406 |
|
|
</t> |
1407 |
|
|
</section> |
1408 |
|
|
|
1409 |
|
|
<section title="Getting all available MIDI input drivers" anchor="LIST AVAILABLE_MIDI_INPUT_DRIVERS"> |
1410 |
schoenebeck |
151 |
<t>Use the following command to list all MIDI input drivers currently available |
1411 |
|
|
for the LinuxSampler instance:</t> |
1412 |
|
|
<t> |
1413 |
|
|
<list> |
1414 |
schoenebeck |
534 |
<t>LIST AVAILABLE_MIDI_INPUT_DRIVERS</t> |
1415 |
schoenebeck |
151 |
</list> |
1416 |
|
|
</t> |
1417 |
|
|
<t>Possible Answers:</t> |
1418 |
|
|
<t> |
1419 |
|
|
<list> |
1420 |
|
|
<t>LinuxSampler will answer by sending comma separated character |
1421 |
|
|
strings, each symbolizing a MIDI input driver.</t> |
1422 |
|
|
</list> |
1423 |
|
|
</t> |
1424 |
|
|
<t>Example:</t> |
1425 |
|
|
<t> |
1426 |
|
|
<list> |
1427 |
schoenebeck |
534 |
<t>C: "LIST AVAILABLE_MIDI_INPUT_DRIVERS"</t> |
1428 |
schoenebeck |
222 |
<t>S: "ALSA,JACK"</t> |
1429 |
schoenebeck |
151 |
</list> |
1430 |
|
|
</t> |
1431 |
|
|
</section> |
1432 |
|
|
|
1433 |
schoenebeck |
534 |
<section title="Getting information about a specific MIDI input driver" anchor="GET MIDI_INPUT_DRIVER INFO"> |
1434 |
schoenebeck |
151 |
<t>Use the following command to get detailed information about a specific MIDI input driver:</t> |
1435 |
|
|
<t> |
1436 |
|
|
<list> |
1437 |
|
|
<t>GET MIDI_INPUT_DRIVER INFO <midi-input-driver></t> |
1438 |
|
|
</list> |
1439 |
|
|
</t> |
1440 |
schoenebeck |
571 |
<t>Where <midi-input-driver> is the name of the MIDI input driver as returned |
1441 |
|
|
by the <xref target="LIST AVAILABLE_MIDI_INPUT_DRIVERS"> |
1442 |
|
|
"LIST AVAILABLE_MIDI_INPUT_DRIVERS"</xref> command.</t> |
1443 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1444 |
|
|
<t> |
1445 |
|
|
<list> |
1446 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1447 |
|
|
Each answer line begins with the information category name |
1448 |
|
|
followed by a colon and then a space character <SP> and finally |
1449 |
|
|
the info character string to that info category. At the moment |
1450 |
|
|
the following information categories are defined:</t> |
1451 |
|
|
|
1452 |
|
|
<t> |
1453 |
|
|
<list> |
1454 |
|
|
<t>DESCRIPTION - |
1455 |
|
|
<list> |
1456 |
|
|
<t>arbitrary description text about the MIDI input driver</t> |
1457 |
|
|
</list> |
1458 |
|
|
</t> |
1459 |
|
|
<t>VERSION - |
1460 |
|
|
<list> |
1461 |
|
|
<t>arbitrary character string regarding the driver's version</t> |
1462 |
|
|
</list> |
1463 |
|
|
</t> |
1464 |
|
|
<t>PARAMETERS - |
1465 |
|
|
<list> |
1466 |
|
|
<t>comma separated list of all parameters available for the given MIDI input driver</t> |
1467 |
|
|
</list> |
1468 |
|
|
</t> |
1469 |
|
|
</list> |
1470 |
|
|
</t> |
1471 |
|
|
|
1472 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
1473 |
|
|
</list> |
1474 |
|
|
</t> |
1475 |
|
|
|
1476 |
|
|
<t>Example:</t> |
1477 |
|
|
|
1478 |
|
|
<t> |
1479 |
|
|
<list> |
1480 |
schoenebeck |
222 |
<t>C: "GET MIDI_INPUT_DRIVER INFO ALSA"</t> |
1481 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: Advanced Linux Sound Architecture"</t> |
1482 |
|
|
<t> "VERSION: 1.0"</t> |
1483 |
schoenebeck |
222 |
<t> "PARAMETERS: DRIVER,ACTIVE"</t> |
1484 |
schoenebeck |
151 |
<t> "."</t> |
1485 |
|
|
</list> |
1486 |
|
|
</t> |
1487 |
|
|
</section> |
1488 |
|
|
|
1489 |
schoenebeck |
534 |
<section title="Getting information about specific MIDI input driver parameter" anchor="GET MIDI_INPUT_DRIVER_PARAMETER INFO"> |
1490 |
schoenebeck |
151 |
<t>Use the following command to get detailed information about a specific parameter of a specific MIDI input driver:</t> |
1491 |
|
|
<t> |
1492 |
|
|
<list> |
1493 |
|
|
<t>GET MIDI_INPUT_DRIVER_PARAMETER INFO <midit> <param> [<deplist>]</t> |
1494 |
|
|
</list> |
1495 |
|
|
</t> |
1496 |
|
|
|
1497 |
schoenebeck |
561 |
<t>Where <midit> is the name of the MIDI input driver as returned |
1498 |
schoenebeck |
534 |
by the <xref target="LIST AVAILABLE_MIDI_INPUT_DRIVERS"> |
1499 |
|
|
"LIST AVAILABLE_MIDI_INPUT_DRIVERS"</xref> command, <param> a specific |
1500 |
schoenebeck |
151 |
parameter name for which information should be obtained (as returned by the |
1501 |
schoenebeck |
534 |
<xref target="GET MIDI_INPUT_DRIVER INFO"> |
1502 |
|
|
"GET MIDI_INPUT_DRIVER INFO"</xref> command) and <deplist> is an optional list |
1503 |
schoenebeck |
151 |
of parameters on which the sought parameter <param> depends on, |
1504 |
|
|
<deplist> is a key-value pair list in form of "key1=val1 key2=val2 ...", |
1505 |
|
|
where character string values are encapsulated into apostrophes ('). Arguments |
1506 |
|
|
given with <deplist> which are not dependency parameters of <param> |
1507 |
|
|
will be ignored, means the front-end application can simply put all parameters |
1508 |
|
|
in <deplist> with the values selected by the user.</t> |
1509 |
|
|
|
1510 |
|
|
<t>Possible Answers:</t> |
1511 |
|
|
|
1512 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1513 |
|
|
Each answer line begins with the information category name |
1514 |
|
|
followed by a colon and then a space character <SP> and finally |
1515 |
|
|
the info character string to that info category. There is |
1516 |
|
|
information which is always returned, independent of the |
1517 |
|
|
given driver parameter and there is optional information |
1518 |
|
|
which is only shown dependent to given driver parameter. At |
1519 |
|
|
the moment the following information categories are defined:</t> |
1520 |
|
|
|
1521 |
|
|
<t> |
1522 |
|
|
<list> |
1523 |
|
|
<t>TYPE - |
1524 |
|
|
<list> |
1525 |
|
|
<t>either "BOOL" for boolean value(s) or "INT" for integer |
1526 |
|
|
value(s) or "FLOAT" for dotted number(s) or "STRING" for |
1527 |
|
|
character string(s) |
1528 |
|
|
(always returned, no matter which driver parameter)</t> |
1529 |
|
|
</list> |
1530 |
|
|
</t> |
1531 |
|
|
|
1532 |
|
|
<t>DESCRIPTION - |
1533 |
|
|
<list> |
1534 |
|
|
<t>arbitrary text describing the purpose of the parameter |
1535 |
|
|
(always returned, no matter which driver parameter)</t> |
1536 |
|
|
</list> |
1537 |
|
|
</t> |
1538 |
|
|
|
1539 |
|
|
<t>MANDATORY - |
1540 |
|
|
<list> |
1541 |
|
|
<t>either true or false, defines if this parameter must be |
1542 |
|
|
given when the device is to be created with the |
1543 |
schoenebeck |
534 |
<xref target="CREATE MIDI_INPUT_DEVICE"> |
1544 |
|
|
'CREATE MIDI_INPUT_DEVICE'</xref> command |
1545 |
schoenebeck |
151 |
(always returned, no matter which driver parameter)</t> |
1546 |
|
|
</list> |
1547 |
|
|
</t> |
1548 |
|
|
|
1549 |
|
|
<t>FIX - |
1550 |
|
|
<list> |
1551 |
|
|
<t>either true or false, if false then this parameter can |
1552 |
|
|
be changed at any time, once the device is created by |
1553 |
schoenebeck |
534 |
the <xref target="CREATE MIDI_INPUT_DEVICE"> |
1554 |
|
|
'CREATE MIDI_INPUT_DEVICE'</xref> command |
1555 |
schoenebeck |
151 |
(always returned, no matter which driver parameter)</t> |
1556 |
|
|
</list> |
1557 |
|
|
</t> |
1558 |
|
|
|
1559 |
|
|
<t>MULTIPLICITY - |
1560 |
|
|
<list> |
1561 |
|
|
<t>either true or false, defines if this parameter allows |
1562 |
|
|
only one value or a list of values, where true means |
1563 |
|
|
multiple values and false only a single value allowed |
1564 |
|
|
(always returned, no matter which driver parameter)</t> |
1565 |
|
|
</list> |
1566 |
|
|
</t> |
1567 |
|
|
|
1568 |
|
|
<t>DEPENDS - |
1569 |
|
|
<list> |
1570 |
schoenebeck |
561 |
<t>comma separated list of parameters this parameter depends |
1571 |
schoenebeck |
151 |
on, means the values for fields 'DEFAULT', 'RANGE_MIN', |
1572 |
|
|
'RANGE_MAX' and 'POSSIBILITIES' might depend on these |
1573 |
|
|
listed parameters, for example assuming that an audio |
1574 |
schoenebeck |
222 |
driver (like the ALSA driver) offers parameters 'card' |
1575 |
schoenebeck |
151 |
and 'samplerate' then parameter 'samplerate' would |
1576 |
|
|
depend on 'card' because the possible values for |
1577 |
|
|
'samplerate' depends on the sound card which can be |
1578 |
|
|
chosen by the 'card' parameter |
1579 |
|
|
(optionally returned, dependent to driver parameter)</t> |
1580 |
|
|
</list> |
1581 |
|
|
</t> |
1582 |
|
|
|
1583 |
|
|
<t>DEFAULT - |
1584 |
|
|
<list> |
1585 |
|
|
<t>reflects the default value for this parameter which is |
1586 |
|
|
used when the device is created and not explicitly |
1587 |
schoenebeck |
534 |
given with the <xref target="CREATE MIDI_INPUT_DEVICE"> |
1588 |
|
|
'CREATE MIDI_INPUT_DEVICE'</xref> command, |
1589 |
schoenebeck |
151 |
in case of MULTIPLCITY=true, this is a comma separated |
1590 |
|
|
list, that's why character strings are encapsulated into |
1591 |
|
|
apostrophes (') |
1592 |
|
|
(optionally returned, dependent to driver parameter)</t> |
1593 |
|
|
</list> |
1594 |
|
|
</t> |
1595 |
|
|
|
1596 |
|
|
<t>RANGE_MIN - |
1597 |
|
|
<list> |
1598 |
|
|
<t>defines lower limit of the allowed value range for this |
1599 |
|
|
parameter, can be an integer value as well as a dotted |
1600 |
|
|
number, this parameter is often used in conjunction |
1601 |
|
|
with RANGE_MAX, but may also appear without |
1602 |
|
|
(optionally returned, dependent to driver parameter)</t> |
1603 |
|
|
</list> |
1604 |
|
|
</t> |
1605 |
|
|
|
1606 |
|
|
<t>RANGE_MAX - |
1607 |
|
|
<list> |
1608 |
|
|
<t>defines upper limit of the allowed value range for this |
1609 |
|
|
parameter, can be an integer value as well as a dotted |
1610 |
|
|
number, this parameter is often used in conjunction with |
1611 |
|
|
RANGE_MIN, but may also appear without |
1612 |
|
|
(optionally returned, dependent to driver parameter)</t> |
1613 |
|
|
</list> |
1614 |
|
|
</t> |
1615 |
|
|
|
1616 |
schoenebeck |
494 |
<t>POSSIBILITIES - |
1617 |
schoenebeck |
151 |
<list> |
1618 |
|
|
<t>comma separated list of possible values for this |
1619 |
|
|
parameter, character strings are encapsulated into |
1620 |
|
|
apostrophes |
1621 |
|
|
(optionally returned, dependent to driver parameter)</t> |
1622 |
|
|
</list> |
1623 |
|
|
</t> |
1624 |
|
|
</list> |
1625 |
|
|
</t> |
1626 |
|
|
|
1627 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
1628 |
|
|
|
1629 |
|
|
<t>Example:</t> |
1630 |
|
|
<t> |
1631 |
|
|
<list> |
1632 |
schoenebeck |
222 |
<t>C: "GET MIDI_INPUT_DRIVER_PARAMETER INFO ALSA ACTIVE"</t> |
1633 |
schoenebeck |
151 |
<t>S: "DESCRIPTION: Whether device is enabled"</t> |
1634 |
|
|
<t> "TYPE: BOOL"</t> |
1635 |
|
|
<t> "MANDATORY: false"</t> |
1636 |
|
|
<t> "FIX: false"</t> |
1637 |
|
|
<t> "MULTIPLICITY: false"</t> |
1638 |
|
|
<t> "DEFAULT: true"</t> |
1639 |
|
|
<t> "."</t> |
1640 |
|
|
</list> |
1641 |
|
|
</t> |
1642 |
|
|
</section> |
1643 |
|
|
|
1644 |
schoenebeck |
534 |
<section title="Creating a MIDI input device" anchor="CREATE MIDI_INPUT_DEVICE"> |
1645 |
schoenebeck |
151 |
<t>Use the following command to create a new MIDI input device for the desired MIDI input system:</t> |
1646 |
|
|
<t> |
1647 |
|
|
<list> |
1648 |
|
|
<t>CREATE MIDI_INPUT_DEVICE <midi-input-driver> [<param-list>]</t> |
1649 |
|
|
</list> |
1650 |
|
|
</t> |
1651 |
|
|
|
1652 |
schoenebeck |
571 |
<t>Where <midi-input-driver> should be replaced by the desired MIDI input system as returned |
1653 |
|
|
by the <xref target="LIST AVAILABLE_MIDI_INPUT_DRIVERS"> |
1654 |
|
|
"LIST AVAILABLE_MIDI_INPUT_DRIVERS"</xref> command and <param-list> by an |
1655 |
schoenebeck |
151 |
optional list of driver specific parameters in form of "key1=val1 key2=val2 ...", where |
1656 |
|
|
character string values should be encapsulated into apostrophes ('). |
1657 |
|
|
Note that there might be drivers which require parameter(s) to be |
1658 |
|
|
given with this command. Use the previously described commands in |
1659 |
|
|
this chapter to get that information.</t> |
1660 |
|
|
|
1661 |
|
|
<t>Possible Answers:</t> |
1662 |
|
|
<t> |
1663 |
|
|
<list> |
1664 |
|
|
<t>"OK[<device-id>]" - |
1665 |
|
|
<list> |
1666 |
|
|
<t>in case the device was successfully created, where |
1667 |
|
|
<device-id> is the numerical ID of the new device</t> |
1668 |
|
|
</list> |
1669 |
|
|
</t> |
1670 |
|
|
<t>"WRN[<device-id>]:<warning-code>:<warning-message>" - |
1671 |
|
|
<list> |
1672 |
|
|
<t>in case the driver was loaded successfully, where |
1673 |
|
|
<device-id> is the numerical ID of the new device, but |
1674 |
|
|
there are noteworthy issue(s) related, providing an |
1675 |
|
|
appropriate warning code and warning message</t> |
1676 |
|
|
</list> |
1677 |
|
|
</t> |
1678 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
1679 |
|
|
<list> |
1680 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
1681 |
|
|
</list> |
1682 |
|
|
</t> |
1683 |
|
|
</list> |
1684 |
|
|
</t> |
1685 |
|
|
<t>Example:</t> |
1686 |
|
|
<t> |
1687 |
|
|
<list> |
1688 |
schoenebeck |
222 |
<t>C: "CREATE MIDI_INPUT_DEVICE ALSA"</t> |
1689 |
schoenebeck |
151 |
<t>S: "OK[0]"</t> |
1690 |
|
|
</list> |
1691 |
|
|
</t> |
1692 |
|
|
</section> |
1693 |
|
|
|
1694 |
schoenebeck |
534 |
<section title="Destroying a MIDI input device" anchor="DESTROY MIDI_INPUT_DEVICE"> |
1695 |
schoenebeck |
151 |
<t>Use the following command to destroy a created MIDI input device:</t> |
1696 |
|
|
<t> |
1697 |
|
|
<list> |
1698 |
|
|
<t>DESTROY MIDI_INPUT_DEVICE <device-id></t> |
1699 |
|
|
</list> |
1700 |
|
|
</t> |
1701 |
schoenebeck |
571 |
<t>Where <device-id> should be replaced by the device's numerical ID as returned by the |
1702 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
1703 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
1704 |
|
|
command.</t> |
1705 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1706 |
|
|
<t> |
1707 |
|
|
<list> |
1708 |
|
|
<t>"OK" - |
1709 |
|
|
<list> |
1710 |
|
|
<t>in case the device was successfully destroyed</t> |
1711 |
|
|
</list> |
1712 |
|
|
</t> |
1713 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
1714 |
|
|
<list> |
1715 |
|
|
<t>in case the device was destroyed, but there are noteworthy |
1716 |
|
|
issue(s) related, providing an appropriate warning code and |
1717 |
|
|
warning message</t> |
1718 |
|
|
</list> |
1719 |
|
|
</t> |
1720 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
1721 |
|
|
<list> |
1722 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
1723 |
|
|
</list> |
1724 |
|
|
</t> |
1725 |
|
|
</list> |
1726 |
|
|
</t> |
1727 |
|
|
<t>Example:</t> |
1728 |
|
|
<t> |
1729 |
|
|
<list> |
1730 |
|
|
<t>C: "DESTROY MIDI_INPUT_DEVICE 0"</t> |
1731 |
|
|
<t>S: "OK"</t> |
1732 |
|
|
</list> |
1733 |
|
|
</t> |
1734 |
|
|
</section> |
1735 |
|
|
|
1736 |
schoenebeck |
534 |
<section title="Getting all created MIDI input device count" anchor="GET MIDI_INPUT_DEVICES"> |
1737 |
schoenebeck |
151 |
<t>Use the following command to count all created MIDI input devices:</t> |
1738 |
|
|
<t> |
1739 |
|
|
<list> |
1740 |
|
|
<t>GET MIDI_INPUT_DEVICES</t> |
1741 |
|
|
</list> |
1742 |
|
|
</t> |
1743 |
|
|
<t>Possible Answers:</t> |
1744 |
|
|
<t> |
1745 |
|
|
<list> |
1746 |
|
|
<t>LinuxSampler will answer by sending the current number of all |
1747 |
|
|
MIDI input devices.</t> |
1748 |
|
|
</list> |
1749 |
|
|
</t> |
1750 |
|
|
<t>Example:</t> |
1751 |
|
|
<t> |
1752 |
|
|
<list> |
1753 |
|
|
<t>C: "GET MIDI_INPUT_DEVICES"</t> |
1754 |
|
|
<t>S: "3"</t> |
1755 |
|
|
</list> |
1756 |
|
|
</t> |
1757 |
|
|
</section> |
1758 |
|
|
|
1759 |
|
|
|
1760 |
schoenebeck |
534 |
<section title="Getting all created MIDI input device list" anchor="LIST MIDI_INPUT_DEVICES"> |
1761 |
schoenebeck |
151 |
<t>Use the following command to list all created MIDI input devices:</t> |
1762 |
|
|
<t> |
1763 |
|
|
<list> |
1764 |
|
|
<t>LIST MIDI_INPUT_DEVICES</t> |
1765 |
|
|
</list> |
1766 |
|
|
</t> |
1767 |
|
|
<t>Possible Answers:</t> |
1768 |
|
|
<t> |
1769 |
|
|
<list> |
1770 |
|
|
<t>LinuxSampler will answer by sending a comma separated list |
1771 |
|
|
with the numerical Ids of all created MIDI input devices.</t> |
1772 |
|
|
</list> |
1773 |
|
|
</t> |
1774 |
|
|
<t>Examples:</t> |
1775 |
|
|
<t> |
1776 |
|
|
<list> |
1777 |
|
|
<t>C: "LIST MIDI_INPUT_DEVICES"</t> |
1778 |
|
|
<t>S: "0,1,2"</t> |
1779 |
|
|
</list> |
1780 |
|
|
</t> |
1781 |
|
|
<t> |
1782 |
|
|
<list> |
1783 |
|
|
<t>C: "LIST MIDI_INPUT_DEVICES"</t> |
1784 |
|
|
<t>S: "1,3"</t> |
1785 |
|
|
</list> |
1786 |
|
|
</t> |
1787 |
|
|
</section> |
1788 |
|
|
|
1789 |
schoenebeck |
534 |
<section title="Getting current settings of a MIDI input device" anchor="GET MIDI_INPUT_DEVICE INFO"> |
1790 |
schoenebeck |
151 |
<t>Use the following command to get current settings of a specific, created MIDI input device:</t> |
1791 |
|
|
<t> |
1792 |
|
|
<list> |
1793 |
|
|
<t>GET MIDI_INPUT_DEVICE INFO <device-id></t> |
1794 |
|
|
</list> |
1795 |
|
|
</t> |
1796 |
schoenebeck |
571 |
<t>Where <device-id> is the numerical ID of the MIDI input device as returned by the |
1797 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
1798 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
1799 |
|
|
command.</t> |
1800 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1801 |
|
|
<t> |
1802 |
|
|
<list> |
1803 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1804 |
|
|
Each answer line begins with the information category name |
1805 |
|
|
followed by a colon and then a space character <SP> and finally |
1806 |
|
|
the info character string to that info category. As some |
1807 |
|
|
parameters might allow multiple values, character strings are |
1808 |
|
|
encapsulated into apostrophes ('). At the moment the following |
1809 |
|
|
information categories are defined (independent of driver):</t> |
1810 |
|
|
|
1811 |
|
|
<t> |
1812 |
|
|
<list> |
1813 |
|
|
<t>DRIVER - |
1814 |
|
|
<list> |
1815 |
|
|
<t>identifier of the used MIDI input driver, as e.g. |
1816 |
schoenebeck |
534 |
returned by the <xref target="LIST AVAILABLE_MIDI_INPUT_DRIVERS"> |
1817 |
|
|
"LIST AVAILABLE_MIDI_INPUT_DRIVERS"</xref> |
1818 |
schoenebeck |
151 |
command</t> |
1819 |
|
|
</list> |
1820 |
|
|
</t> |
1821 |
|
|
</list> |
1822 |
|
|
<list> |
1823 |
|
|
<t>ACTIVE - |
1824 |
|
|
<list> |
1825 |
|
|
<t>either true or false, if false then the MIDI device is |
1826 |
|
|
inactive and doesn't listen to any incoming MIDI events |
1827 |
|
|
and thus doesn't forward them to connected sampler |
1828 |
|
|
channels</t> |
1829 |
|
|
</list> |
1830 |
|
|
</t> |
1831 |
|
|
</list> |
1832 |
|
|
</t> |
1833 |
|
|
</list> |
1834 |
|
|
</t> |
1835 |
|
|
|
1836 |
|
|
<t>The mentioned fields above don't have to be in particular |
1837 |
|
|
order. The fields above are only those fields which are |
1838 |
|
|
returned by all MIDI input devices. Every MIDI input driver |
1839 |
|
|
might have its own, additional driver specific parameters (see |
1840 |
schoenebeck |
534 |
<xref target="GET MIDI_INPUT_DRIVER INFO"> |
1841 |
|
|
"GET MIDI_INPUT_DRIVER INFO"</xref> command) which are also returned |
1842 |
schoenebeck |
151 |
by this command.</t> |
1843 |
|
|
|
1844 |
|
|
<t>Example:</t> |
1845 |
|
|
<t> |
1846 |
|
|
<list> |
1847 |
|
|
<t>C: "GET MIDI_INPUT_DEVICE INFO 0"</t> |
1848 |
schoenebeck |
222 |
<t>S: "DRIVER: ALSA"</t> |
1849 |
|
|
<t> "ACTIVE: true"</t> |
1850 |
schoenebeck |
151 |
<t> "."</t> |
1851 |
|
|
</list> |
1852 |
|
|
</t> |
1853 |
|
|
</section> |
1854 |
|
|
|
1855 |
schoenebeck |
534 |
<section title="Changing settings of MIDI input devices" anchor="SET MIDI_INPUT_DEVICE_PARAMETER"> |
1856 |
schoenebeck |
151 |
<t>Use the following command to alter a specific setting of a created MIDI input device:</t> |
1857 |
|
|
<t> |
1858 |
|
|
<list> |
1859 |
|
|
<t>SET MIDI_INPUT_DEVICE_PARAMETER <device-id> <key>=<value></t> |
1860 |
|
|
</list> |
1861 |
|
|
</t> |
1862 |
|
|
|
1863 |
|
|
<t>Where <device-id> should be replaced by the numerical ID of the |
1864 |
schoenebeck |
571 |
MIDI input device as returned by the |
1865 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
1866 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
1867 |
|
|
command, <key> by the name of the parameter to change and |
1868 |
schoenebeck |
151 |
<value> by the new value for this parameter.</t> |
1869 |
|
|
|
1870 |
|
|
<t>Possible Answers:</t> |
1871 |
|
|
<t> |
1872 |
|
|
<list> |
1873 |
|
|
<t>"OK" - |
1874 |
|
|
<list> |
1875 |
|
|
<t>in case setting was successfully changed</t> |
1876 |
|
|
</list> |
1877 |
|
|
</t> |
1878 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
1879 |
|
|
<list> |
1880 |
|
|
<t>in case setting was changed successfully, but there are |
1881 |
|
|
noteworthy issue(s) related, providing an appropriate |
1882 |
|
|
warning code and warning message</t> |
1883 |
|
|
</list> |
1884 |
|
|
</t> |
1885 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
1886 |
|
|
<list> |
1887 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
1888 |
|
|
</list> |
1889 |
|
|
</t> |
1890 |
|
|
</list> |
1891 |
|
|
</t> |
1892 |
|
|
<t>Example:</t> |
1893 |
|
|
<t> |
1894 |
|
|
<list> |
1895 |
schoenebeck |
494 |
<t>C: "SET MIDI_INPUT_DEVICE_PARAMETER 0 ACTIVE=false"</t> |
1896 |
schoenebeck |
151 |
<t>S: "OK"</t> |
1897 |
|
|
</list> |
1898 |
|
|
</t> |
1899 |
|
|
</section> |
1900 |
|
|
|
1901 |
schoenebeck |
534 |
<section title="Getting information about a MIDI port" anchor="GET MIDI_INPUT_PORT INFO"> |
1902 |
schoenebeck |
151 |
<t>Use the following command to get information about a MIDI port:</t> |
1903 |
|
|
<t> |
1904 |
|
|
<list> |
1905 |
|
|
<t>GET MIDI_INPUT_PORT INFO <device-id> <midi-port></t> |
1906 |
|
|
</list> |
1907 |
|
|
</t> |
1908 |
schoenebeck |
571 |
<t>Where <device-id> is the numerical ID of the MIDI input device as returned by the |
1909 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
1910 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
1911 |
|
|
command and <midi-port> the MIDI input port number.</t> |
1912 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
1913 |
|
|
<t> |
1914 |
|
|
<list> |
1915 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1916 |
|
|
Each answer line begins with the information category name |
1917 |
|
|
followed by a colon and then a space character <SP> and finally |
1918 |
|
|
the info character string to that info category. At the moment |
1919 |
|
|
the following information categories are defined:</t> |
1920 |
|
|
|
1921 |
|
|
<t>NAME - |
1922 |
|
|
<list> |
1923 |
|
|
<t>arbitrary character string naming the port</t> |
1924 |
|
|
</list> |
1925 |
|
|
</t> |
1926 |
|
|
</list> |
1927 |
|
|
</t> |
1928 |
|
|
|
1929 |
|
|
<t>The field above is only the one which is returned by all MIDI |
1930 |
|
|
ports regardless of the MIDI driver and port. Every MIDI port |
1931 |
|
|
might have its own, additional driver and port specific |
1932 |
|
|
parameters.</t> |
1933 |
|
|
|
1934 |
|
|
<t>Example:</t> |
1935 |
|
|
<t> |
1936 |
|
|
<list> |
1937 |
|
|
<t>C: "GET MIDI_INPUT_PORT INFO 0 0"</t> |
1938 |
schoenebeck |
222 |
<t>S: "NAME: 'Masterkeyboard'"</t> |
1939 |
|
|
<t> "ALSA_SEQ_BINDINGS: '64:0'"</t> |
1940 |
schoenebeck |
151 |
<t> "."</t> |
1941 |
|
|
</list> |
1942 |
|
|
</t> |
1943 |
|
|
</section> |
1944 |
|
|
|
1945 |
schoenebeck |
534 |
<section title="Getting information about specific MIDI port parameter" anchor="GET MIDI_INPUT_PORT_PARAMETER INFO"> |
1946 |
schoenebeck |
151 |
<t>Use the following command to get detailed information about specific MIDI port parameter:</t> |
1947 |
|
|
<t> |
1948 |
|
|
<list> |
1949 |
|
|
<t>GET MIDI_INPUT_PORT_PARAMETER INFO <dev-id> <port> <param></t> |
1950 |
|
|
</list> |
1951 |
|
|
</t> |
1952 |
|
|
|
1953 |
schoenebeck |
571 |
<t>Where <dev-id> is the numerical ID of the MIDI input device as returned by the |
1954 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
1955 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
1956 |
|
|
command, <port> the MIDI port number and |
1957 |
schoenebeck |
151 |
<param> a specific port parameter name for which information should be |
1958 |
schoenebeck |
534 |
obtained (as returned by the <xref target="GET MIDI_INPUT_PORT INFO"> |
1959 |
|
|
"GET MIDI_INPUT_PORT INFO"</xref> command).</t> |
1960 |
schoenebeck |
151 |
|
1961 |
|
|
<t>Possible Answers:</t> |
1962 |
|
|
<t> |
1963 |
|
|
<list> |
1964 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
1965 |
|
|
Each answer line begins with the information category name |
1966 |
|
|
followed by a colon and then a space character <SP> and finally |
1967 |
|
|
the info character string to that info category. There is |
1968 |
|
|
information which is always returned, independently of the |
1969 |
|
|
given channel parameter and there is optional information |
1970 |
|
|
which are only shown dependently to the given MIDI port. At the |
1971 |
|
|
moment the following information categories are defined:</t> |
1972 |
|
|
|
1973 |
|
|
<t>TYPE - |
1974 |
|
|
<list> |
1975 |
|
|
<t>either "BOOL" for boolean value(s) or "INT" for integer |
1976 |
|
|
value(s) or "FLOAT" for dotted number(s) or "STRING" for |
1977 |
|
|
character string(s) |
1978 |
|
|
(always returned)</t> |
1979 |
|
|
</list> |
1980 |
|
|
</t> |
1981 |
|
|
<t>DESCRIPTION - |
1982 |
|
|
<list> |
1983 |
|
|
<t>arbitrary text describing the purpose of the parameter |
1984 |
|
|
(always returned)</t> |
1985 |
|
|
</list> |
1986 |
|
|
</t> |
1987 |
|
|
<t>FIX - |
1988 |
|
|
<list> |
1989 |
|
|
<t>either true or false, if true then this parameter is |
1990 |
|
|
read only, thus cannot be altered |
1991 |
|
|
(always returned)</t> |
1992 |
|
|
</list> |
1993 |
|
|
</t> |
1994 |
|
|
<t>MULTIPLICITY - |
1995 |
|
|
<list> |
1996 |
|
|
<t>either true or false, defines if this parameter allows |
1997 |
|
|
only one value or a list of values, where true means |
1998 |
|
|
multiple values and false only a single value allowed |
1999 |
|
|
(always returned)</t> |
2000 |
|
|
</list> |
2001 |
|
|
</t> |
2002 |
|
|
<t>RANGE_MIN - |
2003 |
|
|
<list> |
2004 |
|
|
<t>defines lower limit of the allowed value range for this |
2005 |
|
|
parameter, can be an integer value as well as a dotted |
2006 |
|
|
number, this parameter is usually used in conjunction |
2007 |
|
|
with 'RANGE_MAX' but may also appear without |
2008 |
|
|
(optionally returned, dependent to driver and port |
2009 |
|
|
parameter)</t> |
2010 |
|
|
</list> |
2011 |
|
|
</t> |
2012 |
|
|
<t>RANGE_MAX - |
2013 |
|
|
<list> |
2014 |
|
|
<t>defines upper limit of the allowed value range for this |
2015 |
|
|
parameter, can be an integer value as well as a dotted |
2016 |
|
|
number, this parameter is usually used in conjunction |
2017 |
|
|
with 'RANGE_MIN' but may also appear without |
2018 |
|
|
(optionally returned, dependent to driver and port |
2019 |
|
|
parameter)</t> |
2020 |
|
|
</list> |
2021 |
|
|
</t> |
2022 |
schoenebeck |
494 |
<t>POSSIBILITIES - |
2023 |
schoenebeck |
151 |
<list> |
2024 |
|
|
<t>comma separated list of possible values for this |
2025 |
|
|
parameter, character strings are encapsulated into |
2026 |
|
|
apostrophes |
2027 |
|
|
(optionally returned, dependent to device and port |
2028 |
|
|
parameter)</t> |
2029 |
|
|
</list> |
2030 |
|
|
</t> |
2031 |
|
|
</list> |
2032 |
|
|
</t> |
2033 |
|
|
|
2034 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
2035 |
|
|
|
2036 |
|
|
<t>Example:</t> |
2037 |
|
|
<t> |
2038 |
|
|
<list> |
2039 |
schoenebeck |
222 |
<t>C: "GET MIDI_INPUT_PORT_PARAMETER INFO 0 0 ALSA_SEQ_BINDINGS"</t> |
2040 |
|
|
<t>S: "DESCRIPTION: bindings to other ALSA sequencer clients"</t> |
2041 |
|
|
<t> "TYPE: STRING"</t> |
2042 |
schoenebeck |
151 |
<t> "FIX: false"</t> |
2043 |
|
|
<t> "MULTIPLICITY: true"</t> |
2044 |
schoenebeck |
494 |
<t> "POSSIBILITIES: '64:0','68:0','68:1'"</t> |
2045 |
schoenebeck |
151 |
<t> "."</t> |
2046 |
|
|
</list> |
2047 |
|
|
</t> |
2048 |
|
|
</section> |
2049 |
|
|
|
2050 |
schoenebeck |
534 |
<section title="Changing settings of MIDI input ports" anchor="SET MIDI_INPUT_PORT_PARAMETER"> |
2051 |
schoenebeck |
151 |
<t>Use the following command to alter a specific setting of a MIDI input port:</t> |
2052 |
|
|
<t> |
2053 |
|
|
<list> |
2054 |
schoenebeck |
221 |
<t>SET MIDI_INPUT_PORT_PARAMETER <device-id> <port> <key>=<value></t> |
2055 |
schoenebeck |
151 |
</list> |
2056 |
|
|
</t> |
2057 |
|
|
|
2058 |
|
|
<t>Where <device-id> should be replaced by the numerical ID of the |
2059 |
schoenebeck |
571 |
MIDI device as returned by the |
2060 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
2061 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> |
2062 |
|
|
command, <port> by the MIDI port number, <key> by the name of |
2063 |
schoenebeck |
151 |
the parameter to change and <value> by the new value for this |
2064 |
|
|
parameter.</t> |
2065 |
|
|
|
2066 |
|
|
<t>Possible Answers:</t> |
2067 |
|
|
<t> |
2068 |
|
|
<list> |
2069 |
|
|
<t>"OK" - |
2070 |
|
|
<list> |
2071 |
|
|
<t>in case setting was successfully changed</t> |
2072 |
|
|
</list> |
2073 |
|
|
</t> |
2074 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2075 |
|
|
<list> |
2076 |
|
|
<t>in case setting was changed successfully, but there are |
2077 |
|
|
noteworthy issue(s) related, providing an appropriate |
2078 |
|
|
warning code and warning message</t> |
2079 |
|
|
</list> |
2080 |
|
|
</t> |
2081 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2082 |
|
|
<list> |
2083 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2084 |
|
|
</list> |
2085 |
|
|
</t> |
2086 |
|
|
</list> |
2087 |
|
|
</t> |
2088 |
|
|
<t>Example:</t> |
2089 |
|
|
<t> |
2090 |
|
|
<list> |
2091 |
|
|
<t></t> |
2092 |
|
|
</list> |
2093 |
|
|
</t> |
2094 |
|
|
</section> |
2095 |
|
|
</section> |
2096 |
|
|
|
2097 |
|
|
<section title="Configuring sampler channels"> |
2098 |
schoenebeck |
571 |
<t>The following commands describe how to add and remove sampler channels, associate a |
2099 |
|
|
sampler channel with a sampler engine, load instruments and connect sampler channels to |
2100 |
|
|
MIDI and audio devices.</t> |
2101 |
schoenebeck |
151 |
|
2102 |
schoenebeck |
534 |
<section title="Loading an instrument" anchor="LOAD INSTRUMENT"> |
2103 |
schoenebeck |
151 |
<t>An instrument file can be loaded and assigned to a sampler channel by one of the following commands:</t> |
2104 |
|
|
<t> |
2105 |
|
|
<list> |
2106 |
|
|
<t>LOAD INSTRUMENT [NON_MODAL] '<filename>' <instr-index> <sampler-channel></t> |
2107 |
|
|
</list> |
2108 |
|
|
</t> |
2109 |
|
|
|
2110 |
|
|
<t>Where <filename> is the name of the instrument file on the |
2111 |
|
|
LinuxSampler instance's host system, <instr-index> the index of the |
2112 |
|
|
instrument in the instrument file and <sampler-channel> is the |
2113 |
|
|
number of the sampler channel the instrument should be assigned to. |
2114 |
|
|
Each sampler channel can only have one instrument.</t> |
2115 |
|
|
|
2116 |
|
|
<t>The difference between regular and NON_MODAL versions of the command |
2117 |
|
|
is that the regular command returns OK only after the instrument has been |
2118 |
|
|
fully loaded and the channel is ready to be used while NON_MODAL version |
2119 |
|
|
returns immediately and a background process is launched to load the instrument |
2120 |
schoenebeck |
534 |
on the channel. The <xref target="GET CHANNEL INFO">GET CHANNEL INFO</xref> |
2121 |
|
|
command can be used to obtain loading |
2122 |
schoenebeck |
151 |
progress from INSTRUMENT_STATUS field. LOAD command will perform sanity checks |
2123 |
|
|
such as making sure that the file could be read and it is of a proper format |
2124 |
|
|
and SHOULD return ERR and SHOULD not launch the background process should any |
2125 |
|
|
errors be detected at that point.</t> |
2126 |
|
|
|
2127 |
|
|
<t>Possible Answers:</t> |
2128 |
|
|
<t> |
2129 |
|
|
<list> |
2130 |
|
|
<t>"OK" - |
2131 |
|
|
<list> |
2132 |
|
|
<t>in case the instrument was successfully loaded</t> |
2133 |
|
|
</list> |
2134 |
|
|
</t> |
2135 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2136 |
|
|
<list> |
2137 |
|
|
<t>in case the instrument was loaded successfully, but there |
2138 |
|
|
are noteworthy issue(s) related (e.g. Engine doesn't support |
2139 |
|
|
one or more patch parameters provided by the loaded |
2140 |
|
|
instrument file), providing an appropriate warning code and |
2141 |
|
|
warning message</t> |
2142 |
|
|
</list> |
2143 |
|
|
</t> |
2144 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2145 |
|
|
<list> |
2146 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2147 |
|
|
</list> |
2148 |
|
|
</t> |
2149 |
|
|
</list> |
2150 |
|
|
</t> |
2151 |
|
|
<t>Example:</t> |
2152 |
|
|
<t> |
2153 |
|
|
<list> |
2154 |
|
|
<t></t> |
2155 |
|
|
</list> |
2156 |
|
|
</t> |
2157 |
|
|
</section> |
2158 |
|
|
|
2159 |
schoenebeck |
534 |
<section title="Loading a sampler engine" anchor="LOAD ENGINE"> |
2160 |
schoenebeck |
571 |
<t>A sampler engine type can be associated to a specific sampler |
2161 |
schoenebeck |
151 |
channel by the following command:</t> |
2162 |
|
|
<t> |
2163 |
|
|
<list> |
2164 |
|
|
<t>LOAD ENGINE <engine-name> <sampler-channel></t> |
2165 |
|
|
</list> |
2166 |
|
|
</t> |
2167 |
|
|
|
2168 |
schoenebeck |
494 |
<t>Where <engine-name> is an engine name as obtained by the |
2169 |
schoenebeck |
534 |
<xref target="LIST AVAILABLE_ENGINES"> |
2170 |
schoenebeck |
571 |
"LIST AVAILABLE_ENGINES"</xref> command and <sampler-channel> |
2171 |
|
|
the sampler channel as returned by the |
2172 |
|
|
<xref target="ADD CHANNEL">"ADD CHANNEL"</xref> or |
2173 |
|
|
<xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command where |
2174 |
|
|
the engine type should be assigned to. This command should be issued |
2175 |
|
|
after adding a new sampler channel and before any other control |
2176 |
|
|
commands on the new sampler channel. It can also be used to change |
2177 |
|
|
the engine type of a sampler channel. This command has (currently) no |
2178 |
|
|
way to define or force if a new engine instance should be created and |
2179 |
|
|
assigned to the given sampler channel or if an already existing |
2180 |
|
|
instance of that engine type, shared with other sampler channels, |
2181 |
|
|
should be used.</t> |
2182 |
schoenebeck |
151 |
|
2183 |
|
|
<t>Possible Answers:</t> |
2184 |
|
|
<t> |
2185 |
|
|
<list> |
2186 |
|
|
<t>"OK" - |
2187 |
|
|
<list> |
2188 |
|
|
<t>in case the engine was successfully deployed</t> |
2189 |
|
|
</list> |
2190 |
|
|
</t> |
2191 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2192 |
|
|
<list> |
2193 |
|
|
<t>in case the engine was deployed successfully, but there |
2194 |
|
|
are noteworthy issue(s) related, providing an appropriate |
2195 |
|
|
warning code and warning message</t> |
2196 |
|
|
</list> |
2197 |
|
|
</t> |
2198 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2199 |
|
|
<list> |
2200 |
|
|
<t>in case it failed, providing an appropriate error code and |
2201 |
|
|
error message</t> |
2202 |
|
|
</list> |
2203 |
|
|
</t> |
2204 |
|
|
</list> |
2205 |
|
|
</t> |
2206 |
|
|
<t>Example:</t> |
2207 |
|
|
<t> |
2208 |
|
|
<list> |
2209 |
|
|
<t></t> |
2210 |
|
|
</list> |
2211 |
|
|
</t> |
2212 |
|
|
</section> |
2213 |
|
|
|
2214 |
schoenebeck |
534 |
<section title="Getting all created sampler channel count" anchor="GET CHANNELS"> |
2215 |
schoenebeck |
151 |
<t>The number of sampler channels can change on runtime. To get the |
2216 |
|
|
current amount of sampler channels, the front-end can send the |
2217 |
|
|
following command:</t> |
2218 |
|
|
<t> |
2219 |
|
|
<list> |
2220 |
|
|
<t>GET CHANNELS</t> |
2221 |
|
|
</list> |
2222 |
|
|
</t> |
2223 |
|
|
<t>Possible Answers:</t> |
2224 |
|
|
<t> |
2225 |
|
|
<list> |
2226 |
|
|
<t>LinuxSampler will answer by returning the current number of sampler channels.</t> |
2227 |
|
|
</list> |
2228 |
|
|
</t> |
2229 |
|
|
<t>Example:</t> |
2230 |
|
|
<t> |
2231 |
|
|
<list> |
2232 |
|
|
<t>C: "GET CHANNELS"</t> |
2233 |
|
|
<t>S: "12"</t> |
2234 |
|
|
</list> |
2235 |
|
|
</t> |
2236 |
|
|
</section> |
2237 |
|
|
|
2238 |
schoenebeck |
534 |
<section title="Getting all created sampler channel list" anchor="LIST CHANNELS"> |
2239 |
schoenebeck |
151 |
<t>The number of sampler channels can change on runtime. To get the |
2240 |
|
|
current list of sampler channels, the front-end can send the |
2241 |
|
|
following command:</t> |
2242 |
|
|
<t> |
2243 |
|
|
<list> |
2244 |
|
|
<t>LIST CHANNELS</t> |
2245 |
|
|
</list> |
2246 |
|
|
</t> |
2247 |
|
|
<t>Possible Answers:</t> |
2248 |
|
|
<t> |
2249 |
|
|
<list> |
2250 |
|
|
<t>LinuxSampler will answer by returning a comma separated list |
2251 |
|
|
with all sampler channels numerical IDs.</t> |
2252 |
|
|
</list> |
2253 |
|
|
</t> |
2254 |
|
|
<t>Example:</t> |
2255 |
|
|
<t> |
2256 |
|
|
<list> |
2257 |
|
|
<t>C: "LIST CHANNELS"</t> |
2258 |
|
|
<t>S: "0,1,2,3,4,5,6,9,10,11,15,20"</t> |
2259 |
|
|
</list> |
2260 |
|
|
</t> |
2261 |
|
|
</section> |
2262 |
|
|
|
2263 |
schoenebeck |
534 |
<section title="Adding a new sampler channel" anchor="ADD CHANNEL"> |
2264 |
schoenebeck |
151 |
<t>A new sampler channel can be added to the end of the sampler |
2265 |
|
|
channel list by sending the following command:</t> |
2266 |
|
|
<t> |
2267 |
|
|
<list> |
2268 |
|
|
<t>ADD CHANNEL</t> |
2269 |
|
|
</list> |
2270 |
|
|
</t> |
2271 |
|
|
<t>This will increment the sampler channel count by one and the new |
2272 |
|
|
sampler channel will be appended to the end of the sampler channel |
2273 |
|
|
list. The front-end should send the respective, related commands |
2274 |
|
|
right after to e.g. load an engine, load an instrument and setting |
2275 |
|
|
input, output method and eventually other commands to initialize |
2276 |
|
|
the new channel. The front-end should use the sampler channel |
2277 |
|
|
returned by the answer of this command to perform the previously |
2278 |
|
|
recommended commands, to avoid race conditions e.g. with other |
2279 |
|
|
front-ends that might also have sent an "ADD CHANNEL" command.</t> |
2280 |
|
|
<t>Possible Answers:</t> |
2281 |
|
|
<t> |
2282 |
|
|
<list> |
2283 |
|
|
<t>"OK[<sampler-channel>]" - |
2284 |
|
|
<list> |
2285 |
|
|
<t>in case a new sampler channel could be added, where |
2286 |
|
|
<sampler-channel> reflects the channel number of the new |
2287 |
schoenebeck |
561 |
created sampler channel which should be used to set up |
2288 |
|
|
the sampler channel by sending subsequent initialization |
2289 |
schoenebeck |
151 |
commands</t> |
2290 |
|
|
</list> |
2291 |
|
|
</t> |
2292 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2293 |
|
|
<list> |
2294 |
|
|
<t>in case a new channel was added successfully, but there are |
2295 |
|
|
noteworthy issue(s) related, providing an appropriate |
2296 |
|
|
warning code and warning message</t> |
2297 |
|
|
</list> |
2298 |
|
|
</t> |
2299 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2300 |
|
|
<list> |
2301 |
|
|
<t>in case it failed, providing an appropriate error code and |
2302 |
|
|
error message</t> |
2303 |
|
|
</list> |
2304 |
|
|
</t> |
2305 |
|
|
</list> |
2306 |
|
|
</t> |
2307 |
|
|
<t>Example:</t> |
2308 |
|
|
<t> |
2309 |
|
|
<list> |
2310 |
|
|
<t></t> |
2311 |
|
|
</list> |
2312 |
|
|
</t> |
2313 |
|
|
</section> |
2314 |
|
|
|
2315 |
schoenebeck |
534 |
<section title="Removing a sampler channel" anchor="REMOVE CHANNEL"> |
2316 |
schoenebeck |
151 |
<t>A sampler channel can be removed by sending the following command:</t> |
2317 |
|
|
<t> |
2318 |
|
|
<list> |
2319 |
|
|
<t>REMOVE CHANNEL <sampler-channel></t> |
2320 |
|
|
</list> |
2321 |
|
|
</t> |
2322 |
|
|
|
2323 |
schoenebeck |
561 |
<t>Where <sampler-channel> should be replaced by the |
2324 |
|
|
number of the sampler channel as given by the |
2325 |
|
|
<xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2326 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> |
2327 |
|
|
command. The channel numbers of all subsequent sampler channels |
2328 |
|
|
remain the same.</t> |
2329 |
schoenebeck |
151 |
|
2330 |
|
|
<t>Possible Answers:</t> |
2331 |
|
|
<t> |
2332 |
|
|
<list> |
2333 |
|
|
<t>"OK" - |
2334 |
|
|
<list> |
2335 |
|
|
<t>in case the given sampler channel could be removed</t> |
2336 |
|
|
</list> |
2337 |
|
|
</t> |
2338 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2339 |
|
|
<list> |
2340 |
|
|
<t>in case the given channel was removed, but there are |
2341 |
|
|
noteworthy issue(s) related, providing an appropriate |
2342 |
|
|
warning code and warning message</t> |
2343 |
|
|
</list> |
2344 |
|
|
</t> |
2345 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2346 |
|
|
<list> |
2347 |
|
|
<t>in case it failed, providing an appropriate error code and |
2348 |
|
|
error message</t> |
2349 |
|
|
</list> |
2350 |
|
|
</t> |
2351 |
|
|
</list> |
2352 |
|
|
</t> |
2353 |
|
|
<t>Example:</t> |
2354 |
|
|
<t> |
2355 |
|
|
<list> |
2356 |
|
|
<t></t> |
2357 |
|
|
</list> |
2358 |
|
|
</t> |
2359 |
|
|
</section> |
2360 |
|
|
|
2361 |
schoenebeck |
534 |
<section title="Getting amount of available engines" anchor="GET AVAILABLE_ENGINES"> |
2362 |
|
|
<t>The front-end can ask for the number of available engines by sending the following command:</t> |
2363 |
schoenebeck |
151 |
<t> |
2364 |
|
|
<list> |
2365 |
|
|
<t>GET AVAILABLE_ENGINES</t> |
2366 |
|
|
</list> |
2367 |
|
|
</t> |
2368 |
|
|
<t>Possible Answers:</t> |
2369 |
|
|
<t> |
2370 |
|
|
<list> |
2371 |
schoenebeck |
534 |
<t>LinuxSampler will answer by sending the number of available engines.</t> |
2372 |
|
|
</list> |
2373 |
|
|
</t> |
2374 |
|
|
<t>Example:</t> |
2375 |
|
|
<t> |
2376 |
|
|
<list> |
2377 |
|
|
<t>C: "GET AVAILABLE_ENGINES"</t> |
2378 |
|
|
<t>S: "4"</t> |
2379 |
|
|
</list> |
2380 |
|
|
</t> |
2381 |
|
|
</section> |
2382 |
|
|
|
2383 |
|
|
<section title="Getting all available engines" anchor="LIST AVAILABLE_ENGINES"> |
2384 |
|
|
<t>The front-end can ask for a list of all available engines by sending the following command:</t> |
2385 |
|
|
<t> |
2386 |
|
|
<list> |
2387 |
|
|
<t>LIST AVAILABLE_ENGINES</t> |
2388 |
|
|
</list> |
2389 |
|
|
</t> |
2390 |
|
|
<t>Possible Answers:</t> |
2391 |
|
|
<t> |
2392 |
|
|
<list> |
2393 |
schoenebeck |
561 |
<t>LinuxSampler will answer by sending a comma separated list |
2394 |
|
|
of the engines' names encapsulated into apostrophes ('). |
2395 |
|
|
Engine names can consist of lower and upper cases, |
2396 |
|
|
digits and underlines ("_" character).</t> |
2397 |
schoenebeck |
151 |
</list> |
2398 |
|
|
</t> |
2399 |
|
|
<t>Example:</t> |
2400 |
|
|
<t> |
2401 |
|
|
<list> |
2402 |
schoenebeck |
534 |
<t>C: "LIST AVAILABLE_ENGINES"</t> |
2403 |
schoenebeck |
561 |
<t>S: "'GigEngine','AkaiEngine','DLSEngine','JoesCustomEngine'"</t> |
2404 |
schoenebeck |
151 |
</list> |
2405 |
|
|
</t> |
2406 |
|
|
</section> |
2407 |
|
|
|
2408 |
schoenebeck |
534 |
<section title="Getting information about an engine" anchor="GET ENGINE INFO"> |
2409 |
schoenebeck |
151 |
<t>The front-end can ask for information about a specific engine by |
2410 |
|
|
sending the following command:</t> |
2411 |
|
|
<t> |
2412 |
|
|
<list> |
2413 |
|
|
<t>GET ENGINE INFO <engine-name></t> |
2414 |
|
|
</list> |
2415 |
|
|
</t> |
2416 |
schoenebeck |
494 |
<t>Where <engine-name> is an engine name as obtained by the |
2417 |
schoenebeck |
534 |
<xref target="LIST AVAILABLE_ENGINES"> |
2418 |
|
|
"LIST AVAILABLE_ENGINES"</xref> command.</t> |
2419 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
2420 |
|
|
<t> |
2421 |
|
|
<list> |
2422 |
schoenebeck |
494 |
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
2423 |
schoenebeck |
151 |
Each answer line begins with the information category name |
2424 |
|
|
followed by a colon and then a space character <SP> and finally |
2425 |
|
|
the info character string to that info category. At the moment |
2426 |
|
|
the following categories are defined:</t> |
2427 |
|
|
|
2428 |
|
|
<t> |
2429 |
|
|
<list> |
2430 |
|
|
<t>DESCRIPTION - |
2431 |
|
|
<list> |
2432 |
|
|
<t>arbitrary description text about the engine</t> |
2433 |
|
|
</list> |
2434 |
|
|
</t> |
2435 |
|
|
<t>VERSION - |
2436 |
|
|
<list> |
2437 |
|
|
<t>arbitrary character string regarding the engine's version</t> |
2438 |
|
|
</list> |
2439 |
|
|
</t> |
2440 |
|
|
</list> |
2441 |
|
|
</t> |
2442 |
|
|
</list> |
2443 |
|
|
</t> |
2444 |
|
|
|
2445 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
2446 |
|
|
|
2447 |
|
|
<t>Example:</t> |
2448 |
|
|
<t> |
2449 |
|
|
<list> |
2450 |
|
|
<t>C: "GET ENGINE INFO JoesCustomEngine"</t> |
2451 |
|
|
<t>S: "DESCRIPTION: this is Joe's custom sampler engine"</t> |
2452 |
|
|
<t> "VERSION: testing-1.0"</t> |
2453 |
|
|
<t> "."</t> |
2454 |
|
|
</list> |
2455 |
|
|
</t> |
2456 |
|
|
</section> |
2457 |
|
|
|
2458 |
schoenebeck |
534 |
<section title="Getting sampler channel information" anchor="GET CHANNEL INFO"> |
2459 |
schoenebeck |
151 |
<t>The front-end can ask for the current settings of a sampler channel |
2460 |
|
|
by sending the following command:</t> |
2461 |
|
|
<t> |
2462 |
|
|
<list> |
2463 |
|
|
<t>GET CHANNEL INFO <sampler-channel></t> |
2464 |
|
|
</list> |
2465 |
|
|
</t> |
2466 |
schoenebeck |
571 |
<t>Where <sampler-channel> is the sampler channel number the front-end is interested in |
2467 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2468 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
2469 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
2470 |
|
|
<t> |
2471 |
|
|
<list> |
2472 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
2473 |
|
|
Each answer line begins with the settings category name |
2474 |
|
|
followed by a colon and then a space character <SP> and finally |
2475 |
|
|
the info character string to that setting category. At the |
2476 |
|
|
moment the following categories are defined:</t> |
2477 |
|
|
|
2478 |
|
|
<t> |
2479 |
|
|
<list> |
2480 |
|
|
<t>ENGINE_NAME - |
2481 |
|
|
<list> |
2482 |
schoenebeck |
571 |
<t>name of the engine that is associated with the sampler |
2483 |
|
|
channel, "NONE" if there's no engine associated yet for |
2484 |
schoenebeck |
151 |
this sampler channel</t> |
2485 |
|
|
</list> |
2486 |
|
|
</t> |
2487 |
|
|
<t>AUDIO_OUTPUT_DEVICE - |
2488 |
|
|
<list> |
2489 |
|
|
<t>numerical ID of the audio output device which is |
2490 |
|
|
currently connected to this sampler channel to output |
2491 |
|
|
the audio signal, "NONE" if there's no device |
2492 |
|
|
connected to this sampler channel</t> |
2493 |
|
|
</list> |
2494 |
|
|
</t> |
2495 |
|
|
<t>AUDIO_OUTPUT_CHANNELS - |
2496 |
|
|
<list> |
2497 |
|
|
<t>number of output channels the sampler channel offers |
2498 |
|
|
(dependent to used sampler engine and loaded instrument)</t> |
2499 |
|
|
</list> |
2500 |
|
|
</t> |
2501 |
|
|
<t>AUDIO_OUTPUT_ROUTING - |
2502 |
|
|
<list> |
2503 |
|
|
<t>comma separated list which reflects to which audio |
2504 |
|
|
channel of the selected audio output device each |
2505 |
|
|
sampler output channel is routed to, e.g. "0,3" would |
2506 |
|
|
mean the engine's output channel 0 is routed to channel |
2507 |
|
|
0 of the audio output device and the engine's output |
2508 |
|
|
channel 1 is routed to the channel 3 of the audio |
2509 |
|
|
output device</t> |
2510 |
|
|
</list> |
2511 |
|
|
</t> |
2512 |
|
|
<t>INSTRUMENT_FILE - |
2513 |
|
|
<list> |
2514 |
|
|
<t>the file name of the loaded instrument, "NONE" if |
2515 |
|
|
there's no instrument yet loaded for this sampler |
2516 |
|
|
channel</t> |
2517 |
|
|
</list> |
2518 |
|
|
</t> |
2519 |
|
|
<t>INSTRUMENT_NR - |
2520 |
|
|
<list> |
2521 |
|
|
<t>the instrument index number of the loaded instrument</t> |
2522 |
|
|
</list> |
2523 |
|
|
</t> |
2524 |
senkov |
377 |
<t>INSTRUMENT_NAME - |
2525 |
|
|
<list> |
2526 |
|
|
<t>the instrument name of the loaded instrument</t> |
2527 |
|
|
</list> |
2528 |
|
|
</t> |
2529 |
schoenebeck |
151 |
<t>INSTRUMENT_STATUS - |
2530 |
|
|
<list> |
2531 |
|
|
<t>integer values 0 to 100 indicating loading progress percentage for the instrument. Negative |
2532 |
|
|
value indicates a loading exception. Value of 100 indicates that the instrument is fully |
2533 |
|
|
loaded.</t> |
2534 |
|
|
</list> |
2535 |
|
|
</t> |
2536 |
|
|
<t>MIDI_INPUT_DEVICE - |
2537 |
|
|
<list> |
2538 |
|
|
<t>numerical ID of the MIDI input device which is |
2539 |
|
|
currently connected to this sampler channel to deliver |
2540 |
|
|
MIDI input commands, "NONE" if there's no device |
2541 |
|
|
connected to this sampler channel</t> |
2542 |
|
|
</list> |
2543 |
|
|
</t> |
2544 |
|
|
<t>MIDI_INPUT_PORT - |
2545 |
|
|
<list> |
2546 |
|
|
<t>port number of the MIDI input device</t> |
2547 |
|
|
</list> |
2548 |
|
|
</t> |
2549 |
|
|
<t>MIDI_INPUT_CHANNEL - |
2550 |
|
|
<list> |
2551 |
|
|
<t>the MIDI input channel number this sampler channel |
2552 |
|
|
should listen to or "ALL" to listen on all MIDI channels</t> |
2553 |
|
|
</list> |
2554 |
|
|
</t> |
2555 |
|
|
<t>VOLUME - |
2556 |
|
|
<list> |
2557 |
|
|
<t>optionally dotted number for the channel volume factor |
2558 |
schoenebeck |
1026 |
(where a value < 1.0 means attenuation and a value > |
2559 |
schoenebeck |
151 |
1.0 means amplification)</t> |
2560 |
|
|
</list> |
2561 |
|
|
</t> |
2562 |
iliev |
706 |
<t>MUTE - |
2563 |
|
|
<list> |
2564 |
|
|
<t>Determines whether the channel is muted, "true" if the |
2565 |
schoenebeck |
709 |
channel is muted, "false" if the channel is not muted, and |
2566 |
|
|
"MUTED_BY_SOLO" if the channel is muted because of the |
2567 |
|
|
presence of a solo channel and will be unmuted when |
2568 |
iliev |
706 |
there are no solo channels left</t> |
2569 |
|
|
</list> |
2570 |
|
|
</t> |
2571 |
|
|
<t>SOLO - |
2572 |
|
|
<list> |
2573 |
|
|
<t>Determines whether this is a solo channel, "true" if |
2574 |
|
|
the channel is a solo channel; "false" otherwise</t> |
2575 |
|
|
</list> |
2576 |
|
|
</t> |
2577 |
schoenebeck |
973 |
<t>MIDI_INSTRUMENT_MAP - |
2578 |
|
|
<list> |
2579 |
|
|
<t>Determines to which MIDI instrument map this sampler |
2580 |
|
|
channel is assigned to. Read chapter |
2581 |
|
|
<xref target="SET CHANNEL MIDI_INSTRUMENT_MAP">"SET CHANNEL MIDI_INSTRUMENT_MAP"</xref> |
2582 |
|
|
for a list of possible values.</t> |
2583 |
|
|
</list> |
2584 |
|
|
</t> |
2585 |
schoenebeck |
151 |
</list> |
2586 |
|
|
</t> |
2587 |
|
|
</list> |
2588 |
|
|
</t> |
2589 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
2590 |
|
|
|
2591 |
|
|
<t>Example:</t> |
2592 |
|
|
<t> |
2593 |
|
|
<list> |
2594 |
|
|
<t>C: "GET CHANNEL INFO 34"</t> |
2595 |
|
|
<t>S: "ENGINE_NAME: GigEngine"</t> |
2596 |
|
|
<t> "VOLUME: 1.0"</t> |
2597 |
|
|
<t> "AUDIO_OUTPUT_DEVICE: 0"</t> |
2598 |
|
|
<t> "AUDIO_OUTPUT_CHANNELS: 2"</t> |
2599 |
|
|
<t> "AUDIO_OUTPUT_ROUTING: 0,1"</t> |
2600 |
|
|
<t> "INSTRUMENT_FILE: /home/joe/FazioliPiano.gig"</t> |
2601 |
|
|
<t> "INSTRUMENT_NR: 0"</t> |
2602 |
senkov |
377 |
<t> "INSTRUMENT_NAME: Fazioli Piano"</t> |
2603 |
schoenebeck |
151 |
<t> "INSTRUMENT_STATUS: 100"</t> |
2604 |
|
|
<t> "MIDI_INPUT_DEVICE: 0"</t> |
2605 |
|
|
<t> "MIDI_INPUT_PORT: 0"</t> |
2606 |
|
|
<t> "MIDI_INPUT_CHANNEL: 5"</t> |
2607 |
schoenebeck |
973 |
<t> "VOLUME: 1.0"</t> |
2608 |
|
|
<t> "MUTE: false"</t> |
2609 |
|
|
<t> "SOLO: false"</t> |
2610 |
|
|
<t> "MIDI_INSTRUMENT_MAP: NONE"</t> |
2611 |
schoenebeck |
151 |
<t> "."</t> |
2612 |
|
|
</list> |
2613 |
|
|
</t> |
2614 |
|
|
</section> |
2615 |
|
|
|
2616 |
schoenebeck |
534 |
<section title="Current number of active voices" anchor="GET CHANNEL VOICE_COUNT"> |
2617 |
schoenebeck |
151 |
<t>The front-end can ask for the current number of active voices on a |
2618 |
|
|
sampler channel by sending the following command:</t> |
2619 |
|
|
<t> |
2620 |
|
|
<list> |
2621 |
schoenebeck |
206 |
<t>GET CHANNEL VOICE_COUNT <sampler-channel></t> |
2622 |
schoenebeck |
151 |
</list> |
2623 |
|
|
</t> |
2624 |
schoenebeck |
571 |
<t>Where <sampler-channel> is the sampler channel number the front-end is interested in |
2625 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2626 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
2627 |
schoenebeck |
206 |
|
2628 |
schoenebeck |
151 |
<t>Possible Answers:</t> |
2629 |
|
|
<t> |
2630 |
|
|
<list> |
2631 |
|
|
<t>LinuxSampler will answer by returning the number of active |
2632 |
|
|
voices on that channel.</t> |
2633 |
|
|
</list> |
2634 |
|
|
</t> |
2635 |
|
|
<t>Example:</t> |
2636 |
|
|
<t> |
2637 |
|
|
<list> |
2638 |
|
|
<t></t> |
2639 |
|
|
</list> |
2640 |
|
|
</t> |
2641 |
|
|
</section> |
2642 |
|
|
|
2643 |
schoenebeck |
534 |
<section title="Current number of active disk streams" anchor="GET CHANNEL STREAM_COUNT"> |
2644 |
schoenebeck |
151 |
<t>The front-end can ask for the current number of active disk streams |
2645 |
|
|
on a sampler channel by sending the following command:</t> |
2646 |
|
|
<t> |
2647 |
|
|
<list> |
2648 |
|
|
<t>GET CHANNEL STREAM_COUNT <sampler-channel></t> |
2649 |
|
|
</list> |
2650 |
|
|
</t> |
2651 |
schoenebeck |
571 |
<t>Where <sampler-channel> is the sampler channel number the front-end is interested in |
2652 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2653 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
2654 |
schoenebeck |
151 |
|
2655 |
|
|
<t>Possible Answers:</t> |
2656 |
|
|
<t> |
2657 |
|
|
<list> |
2658 |
|
|
<t>LinuxSampler will answer by returning the number of active |
2659 |
|
|
disk streams on that channel in case the engine supports disk |
2660 |
|
|
streaming, if the engine doesn't support disk streaming it will |
2661 |
|
|
return "NA" for not available.</t> |
2662 |
|
|
</list> |
2663 |
|
|
</t> |
2664 |
|
|
<t>Example:</t> |
2665 |
|
|
<t> |
2666 |
|
|
<list> |
2667 |
|
|
<t></t> |
2668 |
|
|
</list> |
2669 |
|
|
</t> |
2670 |
|
|
</section> |
2671 |
|
|
|
2672 |
schoenebeck |
534 |
<section title="Current fill state of disk stream buffers" anchor="GET CHANNEL BUFFER_FILL"> |
2673 |
schoenebeck |
151 |
<t>The front-end can ask for the current fill state of all disk streams |
2674 |
|
|
on a sampler channel by sending the following command:</t> |
2675 |
|
|
<t> |
2676 |
|
|
<list> |
2677 |
|
|
<t>GET CHANNEL BUFFER_FILL BYTES <sampler-channel></t> |
2678 |
|
|
</list> |
2679 |
|
|
</t> |
2680 |
|
|
<t>to get the fill state in bytes or</t> |
2681 |
|
|
<t> |
2682 |
|
|
<list> |
2683 |
|
|
<t>GET CHANNEL BUFFER_FILL PERCENTAGE <sampler-channel></t> |
2684 |
|
|
</list> |
2685 |
|
|
</t> |
2686 |
|
|
<t>to get the fill state in percent, where <sampler-channel> is the |
2687 |
schoenebeck |
571 |
sampler channel number the front-end is interested in |
2688 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2689 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
2690 |
schoenebeck |
151 |
|
2691 |
|
|
<t>Possible Answers:</t> |
2692 |
|
|
<t> |
2693 |
|
|
<list> |
2694 |
|
|
<t>LinuxSampler will either answer by returning a comma separated |
2695 |
|
|
string with the fill state of all disk stream buffers on that |
2696 |
|
|
channel or an empty line if there are no active disk streams or |
2697 |
|
|
"NA" for *not available* in case the engine which is deployed |
2698 |
|
|
doesn't support disk streaming. Each entry in the answer list |
2699 |
|
|
will begin with the stream's ID in brackets followed by the |
2700 |
|
|
numerical representation of the fill size (either in bytes or |
2701 |
|
|
percentage). Note: due to efficiency reasons the fill states in |
2702 |
|
|
the response are not in particular order, thus the front-end has |
2703 |
|
|
to sort them by itself if necessary.</t> |
2704 |
|
|
</list> |
2705 |
|
|
</t> |
2706 |
|
|
<t>Examples:</t> |
2707 |
|
|
<t> |
2708 |
|
|
<list> |
2709 |
|
|
<t>C: "GET CHANNEL BUFFER_FILL BYTES 4"</t> |
2710 |
|
|
<t>S: "[115]420500,[116]510300,[75]110000,[120]230700"</t> |
2711 |
|
|
</list> |
2712 |
|
|
|
2713 |
|
|
<list> |
2714 |
|
|
<t>C: "GET CHANNEL BUFFER_FILL PERCENTAGE 4"</t> |
2715 |
|
|
<t>S: "[115]90%,[116]98%,[75]40%,[120]62%"</t> |
2716 |
|
|
</list> |
2717 |
|
|
|
2718 |
|
|
<list> |
2719 |
|
|
<t>C: "GET CHANNEL BUFFER_FILL PERCENTAGE 4"</t> |
2720 |
|
|
<t>S: ""</t> |
2721 |
|
|
</list> |
2722 |
|
|
</t> |
2723 |
|
|
</section> |
2724 |
|
|
|
2725 |
schoenebeck |
534 |
<section title="Setting audio output device" anchor="SET CHANNEL AUDIO_OUTPUT_DEVICE"> |
2726 |
schoenebeck |
151 |
<t>The front-end can set the audio output device on a specific sampler |
2727 |
|
|
channel by sending the following command:</t> |
2728 |
|
|
<t> |
2729 |
|
|
<list> |
2730 |
|
|
<t>SET CHANNEL AUDIO_OUTPUT_DEVICE <sampler-channel> <audio-device-id></t> |
2731 |
|
|
</list> |
2732 |
|
|
</t> |
2733 |
schoenebeck |
571 |
<t>Where <sampler-channel> is the respective sampler channel |
2734 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2735 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command and |
2736 |
|
|
<audio-device-id> is the numerical ID of the audio output device as given by the |
2737 |
|
|
<xref target="CREATE AUDIO_OUTPUT_DEVICE">"CREATE AUDIO_OUTPUT_DEVICE"</xref> |
2738 |
|
|
or <xref target="LIST AUDIO_OUTPUT_DEVICES">"LIST AUDIO_OUTPUT_DEVICES"</xref> |
2739 |
|
|
command.</t> |
2740 |
schoenebeck |
151 |
|
2741 |
|
|
<t>Possible Answers:</t> |
2742 |
|
|
<t> |
2743 |
|
|
<list> |
2744 |
|
|
<t>"OK" - |
2745 |
|
|
<list> |
2746 |
|
|
<t>on success</t> |
2747 |
|
|
</list> |
2748 |
|
|
</t> |
2749 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2750 |
|
|
<list> |
2751 |
|
|
<t>if audio output device was set, but there are noteworthy |
2752 |
|
|
issue(s) related, providing an appropriate warning code and |
2753 |
|
|
warning message</t> |
2754 |
|
|
</list> |
2755 |
|
|
</t> |
2756 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2757 |
|
|
<list> |
2758 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2759 |
|
|
</list> |
2760 |
|
|
</t> |
2761 |
|
|
</list> |
2762 |
|
|
</t> |
2763 |
|
|
<t>Examples:</t> |
2764 |
|
|
<t> |
2765 |
|
|
<list> |
2766 |
|
|
<t></t> |
2767 |
|
|
</list> |
2768 |
|
|
</t> |
2769 |
|
|
</section> |
2770 |
|
|
|
2771 |
schoenebeck |
973 |
<section title="Setting audio output type" anchor="SET CHANNEL AUDIO_OUTPUT_TYPE"> |
2772 |
schoenebeck |
151 |
<t>DEPRECATED: THIS COMMAND WILL DISAPPEAR SOON!</t> |
2773 |
|
|
|
2774 |
|
|
<t>The front-end can alter the audio output type on a specific sampler |
2775 |
|
|
channel by sending the following command:</t> |
2776 |
|
|
<t> |
2777 |
|
|
<list> |
2778 |
|
|
<t>SET CHANNEL AUDIO_OUTPUT_TYPE <sampler-channel> <audio-output-type></t> |
2779 |
|
|
</list> |
2780 |
|
|
</t> |
2781 |
schoenebeck |
222 |
<t>Where <audio-output-type> is currently either "ALSA" or "JACK" and |
2782 |
schoenebeck |
151 |
<sampler-channel> is the respective sampler channel number.</t> |
2783 |
|
|
|
2784 |
|
|
<t>Possible Answers:</t> |
2785 |
|
|
<t> |
2786 |
|
|
<list> |
2787 |
|
|
<t>"OK" - |
2788 |
|
|
<list> |
2789 |
|
|
<t>on success</t> |
2790 |
|
|
</list> |
2791 |
|
|
</t> |
2792 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2793 |
|
|
<list> |
2794 |
|
|
<t>if audio output type was set, but there are noteworthy |
2795 |
|
|
issue(s) related, providing an appropriate warning code and |
2796 |
|
|
warning message</t> |
2797 |
|
|
</list> |
2798 |
|
|
</t> |
2799 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2800 |
|
|
<list> |
2801 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2802 |
|
|
</list> |
2803 |
|
|
</t> |
2804 |
|
|
</list> |
2805 |
|
|
</t> |
2806 |
|
|
<t>Examples:</t> |
2807 |
|
|
<t> |
2808 |
|
|
<list> |
2809 |
|
|
<t></t> |
2810 |
|
|
</list> |
2811 |
|
|
</t> |
2812 |
|
|
</section> |
2813 |
|
|
|
2814 |
schoenebeck |
534 |
<section title="Setting audio output channel" anchor="SET CHANNEL AUDIO_OUTPUT_CHANNEL"> |
2815 |
schoenebeck |
151 |
<t>The front-end can alter the audio output channel on a specific |
2816 |
|
|
sampler channel by sending the following command:</t> |
2817 |
|
|
<t> |
2818 |
|
|
<list> |
2819 |
|
|
<t>SET CHANNEL AUDIO_OUTPUT_CHANNEL <sampler-chan> <audio-out> <audio-in></t> |
2820 |
|
|
</list> |
2821 |
|
|
</t> |
2822 |
schoenebeck |
571 |
<t>Where <sampler-chan> is the sampler channel number |
2823 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2824 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, <audio-out> is the |
2825 |
schoenebeck |
499 |
numerical ID of the sampler channel's audio output channel which should be |
2826 |
|
|
rerouted and <audio-in> is the numerical ID of the audio channel of the selected audio |
2827 |
schoenebeck |
151 |
output device where <audio-out> should be routed to.</t> |
2828 |
|
|
|
2829 |
|
|
<t>Possible Answers:</t> |
2830 |
|
|
<t> |
2831 |
|
|
<list> |
2832 |
|
|
<t>"OK" - |
2833 |
|
|
<list> |
2834 |
|
|
<t>on success</t> |
2835 |
|
|
</list> |
2836 |
|
|
</t> |
2837 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2838 |
|
|
<list> |
2839 |
|
|
<t>if audio output channel was set, but there are noteworthy |
2840 |
|
|
issue(s) related, providing an appropriate warning code and |
2841 |
|
|
warning message</t> |
2842 |
|
|
</list> |
2843 |
|
|
</t> |
2844 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2845 |
|
|
<list> |
2846 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2847 |
|
|
</list> |
2848 |
|
|
</t> |
2849 |
|
|
</list> |
2850 |
|
|
</t> |
2851 |
|
|
<t>Examples:</t> |
2852 |
|
|
<t> |
2853 |
|
|
<list> |
2854 |
|
|
<t></t> |
2855 |
|
|
</list> |
2856 |
|
|
</t> |
2857 |
|
|
</section> |
2858 |
|
|
|
2859 |
schoenebeck |
534 |
<section title="Setting MIDI input device" anchor="SET CHANNEL MIDI_INPUT_DEVICE"> |
2860 |
schoenebeck |
151 |
<t>The front-end can set the MIDI input device on a specific sampler |
2861 |
|
|
channel by sending the following command:</t> |
2862 |
|
|
<t> |
2863 |
|
|
<list> |
2864 |
|
|
<t>SET CHANNEL MIDI_INPUT_DEVICE <sampler-channel> <midi-device-id></t> |
2865 |
|
|
</list> |
2866 |
|
|
</t> |
2867 |
schoenebeck |
571 |
<t>Where <sampler-channel> is the sampler channel number |
2868 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
2869 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command |
2870 |
|
|
and <midi-device-id> is the numerical ID of the MIDI input device as returned by the |
2871 |
|
|
<xref target="CREATE MIDI_INPUT_DEVICE">"CREATE MIDI_INPUT_DEVICE"</xref> |
2872 |
|
|
or <xref target="LIST MIDI_INPUT_DEVICES">"LIST MIDI_INPUT_DEVICES"</xref> command.</t> |
2873 |
schoenebeck |
151 |
|
2874 |
|
|
<t>Possible Answers:</t> |
2875 |
|
|
<t> |
2876 |
|
|
<list> |
2877 |
|
|
<t>"OK" - |
2878 |
|
|
<list> |
2879 |
|
|
<t>on success</t> |
2880 |
|
|
</list> |
2881 |
|
|
</t> |
2882 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2883 |
|
|
<list> |
2884 |
|
|
<t>if MIDI input device was set, but there are noteworthy |
2885 |
|
|
issue(s) related, providing an appropriate warning code and |
2886 |
|
|
warning message</t> |
2887 |
|
|
</list> |
2888 |
|
|
</t> |
2889 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2890 |
|
|
<list> |
2891 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2892 |
|
|
</list> |
2893 |
|
|
</t> |
2894 |
|
|
</list> |
2895 |
|
|
</t> |
2896 |
|
|
<t>Examples:</t> |
2897 |
|
|
<t> |
2898 |
|
|
<list> |
2899 |
|
|
<t></t> |
2900 |
|
|
</list> |
2901 |
|
|
</t> |
2902 |
|
|
</section> |
2903 |
|
|
|
2904 |
schoenebeck |
534 |
<section title="Setting MIDI input type" anchor="SET CHANNEL MIDI_INPUT_TYPE"> |
2905 |
schoenebeck |
151 |
<t>DEPRECATED: THIS COMMAND WILL DISAPPEAR SOON!</t> |
2906 |
|
|
|
2907 |
|
|
<t>The front-end can alter the MIDI input type on a specific sampler |
2908 |
|
|
channel by sending the following command:</t> |
2909 |
|
|
<t> |
2910 |
|
|
<list> |
2911 |
|
|
<t>SET CHANNEL MIDI_INPUT_TYPE <sampler-channel> <midi-input-type></t> |
2912 |
|
|
</list> |
2913 |
|
|
</t> |
2914 |
schoenebeck |
222 |
<t>Where <midi-input-type> is currently only "ALSA" and |
2915 |
schoenebeck |
151 |
<sampler-channel> is the respective sampler channel number.</t> |
2916 |
|
|
|
2917 |
|
|
<t>Possible Answers:</t> |
2918 |
|
|
<t> |
2919 |
|
|
<list> |
2920 |
|
|
<t>"OK" - |
2921 |
|
|
<list> |
2922 |
|
|
<t>on success</t> |
2923 |
|
|
</list> |
2924 |
|
|
</t> |
2925 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2926 |
|
|
<list> |
2927 |
|
|
<t>if MIDI input type was set, but there are noteworthy |
2928 |
|
|
issue(s) related, providing an appropriate warning code and |
2929 |
|
|
warning message</t> |
2930 |
|
|
</list> |
2931 |
|
|
</t> |
2932 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2933 |
|
|
<list> |
2934 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
2935 |
|
|
</list> |
2936 |
|
|
</t> |
2937 |
|
|
</list> |
2938 |
|
|
</t> |
2939 |
|
|
<t>Examples:</t> |
2940 |
|
|
<t> |
2941 |
|
|
<list> |
2942 |
|
|
<t></t> |
2943 |
|
|
</list> |
2944 |
|
|
</t> |
2945 |
|
|
</section> |
2946 |
|
|
|
2947 |
schoenebeck |
534 |
<section title="Setting MIDI input port" anchor="SET CHANNEL MIDI_INPUT_PORT"> |
2948 |
schoenebeck |
499 |
<t>The front-end can alter the MIDI input port on a specific sampler |
2949 |
schoenebeck |
151 |
channel by sending the following command:</t> |
2950 |
|
|
<t> |
2951 |
|
|
<list> |
2952 |
|
|
<t>SET CHANNEL MIDI_INPUT_PORT <sampler-channel> <midi-input-port></t> |
2953 |
|
|
</list> |
2954 |
|
|
</t> |
2955 |
|
|
<t>Where <midi-input-port> is a MIDI input port number of the |
2956 |
|
|
MIDI input device connected to the sampler channel given by |
2957 |
|
|
<sampler-channel>.</t> |
2958 |
|
|
|
2959 |
|
|
<t>Possible Answers:</t> |
2960 |
|
|
<t> |
2961 |
|
|
<list> |
2962 |
|
|
<t>"OK" - |
2963 |
|
|
<list> |
2964 |
|
|
<t>on success</t> |
2965 |
|
|
</list> |
2966 |
|
|
</t> |
2967 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
2968 |
|
|
<list> |
2969 |
|
|
<t>if MIDI input port was set, but there are noteworthy |
2970 |
|
|
issue(s) related, providing an appropriate warning code and |
2971 |
|
|
warning message</t> |
2972 |
|
|
</list> |
2973 |
|
|
</t> |
2974 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
2975 |
|
|
<list> |
2976 |
schoenebeck |
561 |
<t>in case it failed, providing an appropriate error code and error message</t> |
2977 |
schoenebeck |
151 |
</list> |
2978 |
|
|
</t> |
2979 |
|
|
</list> |
2980 |
|
|
</t> |
2981 |
|
|
<t>Examples:</t> |
2982 |
|
|
<t> |
2983 |
|
|
<list> |
2984 |
|
|
<t></t> |
2985 |
|
|
</list> |
2986 |
|
|
</t> |
2987 |
|
|
</section> |
2988 |
|
|
|
2989 |
schoenebeck |
534 |
<section title="Setting MIDI input channel" anchor="SET CHANNEL MIDI_INPUT_CHANNEL"> |
2990 |
schoenebeck |
151 |
<t>The front-end can alter the MIDI channel a sampler channel should |
2991 |
|
|
listen to by sending the following command:</t> |
2992 |
|
|
<t> |
2993 |
|
|
<list> |
2994 |
|
|
<t>SET CHANNEL MIDI_INPUT_CHANNEL <sampler-channel> <midi-input-chan></t> |
2995 |
|
|
</list> |
2996 |
|
|
</t> |
2997 |
schoenebeck |
499 |
<t>Where <midi-input-chan> is the number of the new MIDI input channel where |
2998 |
schoenebeck |
151 |
<sampler-channel> should listen to or "ALL" to listen on all 16 MIDI |
2999 |
|
|
channels.</t> |
3000 |
|
|
|
3001 |
|
|
<t>Possible Answers:</t> |
3002 |
|
|
<t> |
3003 |
|
|
<list> |
3004 |
|
|
<t>"OK" - |
3005 |
|
|
<list> |
3006 |
|
|
<t>on success</t> |
3007 |
|
|
</list> |
3008 |
|
|
</t> |
3009 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3010 |
|
|
<list> |
3011 |
|
|
<t>if MIDI input channel was set, but there are noteworthy |
3012 |
|
|
issue(s) related, providing an appropriate warning code and |
3013 |
|
|
warning message</t> |
3014 |
|
|
</list> |
3015 |
|
|
</t> |
3016 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3017 |
|
|
<list> |
3018 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3019 |
|
|
</list> |
3020 |
|
|
</t> |
3021 |
|
|
</list> |
3022 |
|
|
</t> |
3023 |
|
|
<t>Examples:</t> |
3024 |
|
|
<t> |
3025 |
|
|
<list> |
3026 |
|
|
<t></t> |
3027 |
|
|
</list> |
3028 |
|
|
</t> |
3029 |
|
|
</section> |
3030 |
|
|
|
3031 |
schoenebeck |
534 |
<section title="Setting channel volume" anchor="SET CHANNEL VOLUME"> |
3032 |
schoenebeck |
151 |
<t>The front-end can alter the volume of a sampler channel by sending |
3033 |
|
|
the following command:</t> |
3034 |
|
|
<t> |
3035 |
|
|
<list> |
3036 |
|
|
<t>SET CHANNEL VOLUME <sampler-channel> <volume></t> |
3037 |
|
|
</list> |
3038 |
|
|
</t> |
3039 |
|
|
<t>Where <volume> is an optionally dotted positive number (a value |
3040 |
|
|
smaller than 1.0 means attenuation, whereas a value greater than |
3041 |
|
|
1.0 means amplification) and <sampler-channel> defines the sampler |
3042 |
|
|
channel where this volume factor should be set.</t> |
3043 |
|
|
|
3044 |
|
|
<t>Possible Answers:</t> |
3045 |
|
|
<t> |
3046 |
|
|
<list> |
3047 |
|
|
<t>"OK" - |
3048 |
|
|
<list> |
3049 |
|
|
<t>on success</t> |
3050 |
|
|
</list> |
3051 |
|
|
</t> |
3052 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3053 |
|
|
<list> |
3054 |
|
|
<t>if channel volume was set, but there are noteworthy |
3055 |
|
|
issue(s) related, providing an appropriate warning code and |
3056 |
|
|
warning message</t> |
3057 |
|
|
</list> |
3058 |
|
|
</t> |
3059 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3060 |
|
|
<list> |
3061 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3062 |
|
|
</list> |
3063 |
|
|
</t> |
3064 |
|
|
</list> |
3065 |
|
|
</t> |
3066 |
|
|
<t>Examples:</t> |
3067 |
|
|
<t> |
3068 |
|
|
<list> |
3069 |
|
|
<t></t> |
3070 |
|
|
</list> |
3071 |
|
|
</t> |
3072 |
|
|
</section> |
3073 |
|
|
|
3074 |
iliev |
706 |
<section title="Muting a sampler channel" anchor="SET CHANNEL MUTE"> |
3075 |
|
|
<t>The front-end can mute/unmute a specific sampler |
3076 |
|
|
channel by sending the following command:</t> |
3077 |
|
|
<t> |
3078 |
|
|
<list> |
3079 |
|
|
<t>SET CHANNEL MUTE <sampler-channel> <mute></t> |
3080 |
|
|
</list> |
3081 |
|
|
</t> |
3082 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3083 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3084 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command and |
3085 |
|
|
<mute> should be replaced either by "1" to mute the channel or "0" |
3086 |
|
|
to unmute the channel.</t> |
3087 |
|
|
|
3088 |
|
|
<t>Possible Answers:</t> |
3089 |
|
|
<t> |
3090 |
|
|
<list> |
3091 |
|
|
<t>"OK" - |
3092 |
|
|
<list> |
3093 |
|
|
<t>on success</t> |
3094 |
|
|
</list> |
3095 |
|
|
</t> |
3096 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3097 |
|
|
<list> |
3098 |
|
|
<t>if the channel was muted/unmuted, but there are noteworthy |
3099 |
|
|
issue(s) related, providing an appropriate warning code and |
3100 |
|
|
warning message</t> |
3101 |
|
|
</list> |
3102 |
|
|
</t> |
3103 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3104 |
|
|
<list> |
3105 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3106 |
|
|
</list> |
3107 |
|
|
</t> |
3108 |
|
|
</list> |
3109 |
|
|
</t> |
3110 |
|
|
<t>Examples:</t> |
3111 |
|
|
<t> |
3112 |
|
|
<list> |
3113 |
|
|
<t></t> |
3114 |
|
|
</list> |
3115 |
|
|
</t> |
3116 |
|
|
</section> |
3117 |
|
|
|
3118 |
|
|
<section title="Soloing a sampler channel" anchor="SET CHANNEL SOLO"> |
3119 |
|
|
<t>The front-end can solo/unsolo a specific sampler channel |
3120 |
|
|
by sending the following command:</t> |
3121 |
|
|
<t> |
3122 |
|
|
<list> |
3123 |
|
|
<t>SET CHANNEL SOLO <sampler-channel> <solo></t> |
3124 |
|
|
</list> |
3125 |
|
|
</t> |
3126 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3127 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3128 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command and |
3129 |
|
|
<solo> should be replaced either by "1" to solo the channel or "0" |
3130 |
|
|
to unsolo the channel.</t> |
3131 |
|
|
|
3132 |
|
|
<t>Possible Answers:</t> |
3133 |
|
|
<t> |
3134 |
|
|
<list> |
3135 |
|
|
<t>"OK" - |
3136 |
|
|
<list> |
3137 |
|
|
<t>on success</t> |
3138 |
|
|
</list> |
3139 |
|
|
</t> |
3140 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3141 |
|
|
<list> |
3142 |
|
|
<t>if the channel was soloed/unsoloed, but there are noteworthy |
3143 |
|
|
issue(s) related, providing an appropriate warning code and |
3144 |
|
|
warning message</t> |
3145 |
|
|
</list> |
3146 |
|
|
</t> |
3147 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3148 |
|
|
<list> |
3149 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3150 |
|
|
</list> |
3151 |
|
|
</t> |
3152 |
|
|
</list> |
3153 |
|
|
</t> |
3154 |
|
|
<t>Examples:</t> |
3155 |
|
|
<t> |
3156 |
|
|
<list> |
3157 |
|
|
<t></t> |
3158 |
|
|
</list> |
3159 |
|
|
</t> |
3160 |
|
|
</section> |
3161 |
|
|
|
3162 |
schoenebeck |
973 |
<section title="Assigning a MIDI instrument map to a sampler channel" anchor="SET CHANNEL MIDI_INSTRUMENT_MAP"> |
3163 |
|
|
<t>The front-end can assign a MIDI instrument map to a specific sampler channel |
3164 |
|
|
by sending the following command:</t> |
3165 |
|
|
<t> |
3166 |
|
|
<list> |
3167 |
|
|
<t>SET CHANNEL MIDI_INSTRUMENT_MAP <sampler-channel> <map></t> |
3168 |
|
|
</list> |
3169 |
|
|
</t> |
3170 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3171 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3172 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command and |
3173 |
|
|
<map> can have the following possibilites:</t> |
3174 |
|
|
<t> |
3175 |
|
|
<list> |
3176 |
|
|
<t>"NONE" - |
3177 |
|
|
<list> |
3178 |
|
|
<t>This is the default setting. In this case |
3179 |
|
|
the sampler channel is not assigned any MIDI |
3180 |
|
|
instrument map and thus will ignore all MIDI |
3181 |
|
|
program change messages.</t> |
3182 |
|
|
</list> |
3183 |
|
|
</t> |
3184 |
|
|
<t>"DEFAULT" - |
3185 |
|
|
<list> |
3186 |
|
|
<t>The sampler channel will always use the |
3187 |
|
|
default MIDI instrument map to handle MIDI |
3188 |
|
|
program change messages.</t> |
3189 |
|
|
</list> |
3190 |
|
|
</t> |
3191 |
|
|
<t>numeric ID - |
3192 |
|
|
<list> |
3193 |
|
|
<t>You can assign a specific MIDI instrument map |
3194 |
|
|
by replacing <map> with the respective numeric |
3195 |
|
|
ID of the MIDI instrument map as returned by the |
3196 |
|
|
<xref target="LIST MIDI_INSTRUMENT_MAPS">"LIST MIDI_INSTRUMENT_MAPS"</xref> |
3197 |
|
|
command. Once that map will be deleted, the sampler |
3198 |
|
|
channel would fall back to "NONE".</t> |
3199 |
|
|
</list> |
3200 |
|
|
</t> |
3201 |
|
|
</list> |
3202 |
|
|
</t> |
3203 |
|
|
<t>Read chapter <xref target="MIDI Instrument Mapping">"MIDI Instrument Mapping"</xref> |
3204 |
|
|
for details regarding MIDI instrument mapping.</t> |
3205 |
|
|
|
3206 |
|
|
<t>Possible Answers:</t> |
3207 |
|
|
<t> |
3208 |
|
|
<list> |
3209 |
|
|
<t>"OK" - |
3210 |
|
|
<list> |
3211 |
|
|
<t>on success</t> |
3212 |
|
|
</list> |
3213 |
|
|
</t> |
3214 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3215 |
|
|
<list> |
3216 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3217 |
|
|
</list> |
3218 |
|
|
</t> |
3219 |
|
|
</list> |
3220 |
|
|
</t> |
3221 |
|
|
|
3222 |
|
|
<t>Examples:</t> |
3223 |
|
|
<t> |
3224 |
|
|
<list> |
3225 |
|
|
<t></t> |
3226 |
|
|
</list> |
3227 |
|
|
</t> |
3228 |
|
|
</section> |
3229 |
|
|
|
3230 |
schoenebeck |
1001 |
<section title="Adding an effect send to a sampler channel" anchor="CREATE FX_SEND"> |
3231 |
|
|
<t>The front-end can create an additional effect send on a specific sampler channel |
3232 |
|
|
by sending the following command:</t> |
3233 |
|
|
<t> |
3234 |
|
|
<list> |
3235 |
|
|
<t>CREATE FX_SEND <sampler-channel> <midi-ctrl> [<name>]</t> |
3236 |
|
|
</list> |
3237 |
|
|
</t> |
3238 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3239 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3240 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, that is the |
3241 |
|
|
sampler channel on which the effect send should be created on, <midi-ctrl> |
3242 |
|
|
is a number between 0..127 defining the MIDI controller which can alter the |
3243 |
|
|
effect send level and <name> is an optional argument defining a name |
3244 |
|
|
for the effect send entity. The name does not have to be unique.</t> |
3245 |
|
|
|
3246 |
|
|
<t>By default, that is as initial routing, the effect send's audio channels |
3247 |
|
|
are automatically routed to the last audio channels of the sampler channel's |
3248 |
|
|
audio output device, that way you can i.e. first increase the amount of audio |
3249 |
|
|
channels on the audio output device for having dedicated effect send output |
3250 |
|
|
channels and when "CREATE FX_SEND" is called, those channels will automatically |
3251 |
|
|
be picked. You can alter the destination channels however with |
3252 |
|
|
<xref target="SET FX_SEND AUDIO_OUTPUT_CHANNEL">"SET FX_SEND AUDIO_OUTPUT_CHANNEL"</xref>. |
3253 |
|
|
</t> |
3254 |
|
|
|
3255 |
|
|
<t>Note: Create effect sends on a sampler channel only when needed, because having effect |
3256 |
|
|
sends on a sampler channel will decrease runtime performance, because for implementing channel |
3257 |
|
|
effect sends, separate (sampler channel local) audio buffers are needed to render and mix |
3258 |
|
|
the voices and route the audio signal afterwards to the master outputs and effect send |
3259 |
|
|
outputs (along with their respective effect send levels). A sampler channel without effect |
3260 |
|
|
sends however can mix its voices directly into the audio output devices's audio buffers |
3261 |
|
|
and is thus faster. |
3262 |
|
|
</t> |
3263 |
|
|
|
3264 |
|
|
<t>Possible Answers:</t> |
3265 |
|
|
<t> |
3266 |
|
|
<list> |
3267 |
|
|
<t>"OK[<fx-send-id>]" - |
3268 |
|
|
<list> |
3269 |
|
|
<t>in case a new effect send could be added to the |
3270 |
|
|
sampler channel, where <fx-send-id> reflects the |
3271 |
|
|
unique ID of the newly created effect send entity</t> |
3272 |
|
|
</list> |
3273 |
|
|
</t> |
3274 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3275 |
|
|
<list> |
3276 |
|
|
<t>when a new effect send could not be added, i.e. |
3277 |
|
|
due to invalid parameters</t> |
3278 |
|
|
</list> |
3279 |
|
|
</t> |
3280 |
|
|
</list> |
3281 |
|
|
</t> |
3282 |
|
|
|
3283 |
|
|
<t>Examples:</t> |
3284 |
|
|
<t> |
3285 |
|
|
<list> |
3286 |
|
|
<t>C: "CREATE FX_SEND 0 91 'Reverb Send'"</t> |
3287 |
|
|
<t>S: "OK[0]"</t> |
3288 |
|
|
</list> |
3289 |
|
|
</t> |
3290 |
schoenebeck |
1026 |
<t> |
3291 |
schoenebeck |
1001 |
<list> |
3292 |
|
|
<t>C: "CREATE FX_SEND 0 93"</t> |
3293 |
|
|
<t>S: "OK[1]"</t> |
3294 |
|
|
</list> |
3295 |
|
|
</t> |
3296 |
|
|
</section> |
3297 |
|
|
|
3298 |
|
|
<section title="Removing an effect send from a sampler channel" anchor="DESTROY FX_SEND"> |
3299 |
|
|
<t>The front-end can remove an existing effect send on a specific sampler channel |
3300 |
|
|
by sending the following command:</t> |
3301 |
|
|
<t> |
3302 |
|
|
<list> |
3303 |
|
|
<t>DESTROY FX_SEND <sampler-channel> <fx-send-id></t> |
3304 |
|
|
</list> |
3305 |
|
|
</t> |
3306 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3307 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3308 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, that is the |
3309 |
|
|
sampler channel from which the effect send should be removed from and |
3310 |
|
|
<fx-send-id> is the respective effect send number as returned by the |
3311 |
|
|
<xref target="CREATE FX_SEND">"CREATE FX_SEND"</xref> |
3312 |
|
|
or <xref target="LIST FX_SENDS">"LIST FX_SENDS"</xref> command.</t> |
3313 |
|
|
|
3314 |
|
|
<t>Possible Answers:</t> |
3315 |
|
|
<t> |
3316 |
|
|
<list> |
3317 |
|
|
<t>"OK" - |
3318 |
|
|
<list> |
3319 |
|
|
<t>on success</t> |
3320 |
|
|
</list> |
3321 |
|
|
</t> |
3322 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3323 |
|
|
<list> |
3324 |
|
|
<t>in case it failed, providing an appropriate error code and |
3325 |
|
|
error message</t> |
3326 |
|
|
</list> |
3327 |
|
|
</t> |
3328 |
|
|
</list> |
3329 |
|
|
</t> |
3330 |
|
|
|
3331 |
|
|
<t>Example:</t> |
3332 |
|
|
<t> |
3333 |
|
|
<list> |
3334 |
|
|
<t>C: "DESTROY FX_SEND 0 0"</t> |
3335 |
|
|
<t>S: "OK"</t> |
3336 |
|
|
</list> |
3337 |
|
|
</t> |
3338 |
|
|
</section> |
3339 |
|
|
|
3340 |
|
|
<section title="Getting amount of effect sends on a sampler channel" anchor="GET FX_SENDS"> |
3341 |
|
|
<t>The front-end can ask for the amount of effect sends on a specific sampler channel |
3342 |
|
|
by sending the following command:</t> |
3343 |
|
|
<t> |
3344 |
|
|
<list> |
3345 |
|
|
<t>GET FX_SENDS <sampler-channel></t> |
3346 |
|
|
</list> |
3347 |
|
|
</t> |
3348 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3349 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3350 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
3351 |
|
|
|
3352 |
|
|
<t>Possible Answers:</t> |
3353 |
|
|
<t> |
3354 |
|
|
<list> |
3355 |
|
|
<t>The sampler will answer by returning the number of effect |
3356 |
|
|
sends on the given sampler channel.</t> |
3357 |
|
|
</list> |
3358 |
|
|
</t> |
3359 |
|
|
|
3360 |
|
|
<t>Example:</t> |
3361 |
|
|
<t> |
3362 |
|
|
<list> |
3363 |
|
|
<t>C: "GET FX_SENDS 0"</t> |
3364 |
|
|
<t>S: "2"</t> |
3365 |
|
|
</list> |
3366 |
|
|
</t> |
3367 |
|
|
</section> |
3368 |
|
|
|
3369 |
|
|
<section title="Listing all effect sends on a sampler channel" anchor="LIST FX_SENDS"> |
3370 |
|
|
<t>The front-end can ask for a list of effect sends on a specific sampler channel |
3371 |
|
|
by sending the following command:</t> |
3372 |
|
|
<t> |
3373 |
|
|
<list> |
3374 |
|
|
<t>LIST FX_SENDS <sampler-channel></t> |
3375 |
|
|
</list> |
3376 |
|
|
</t> |
3377 |
|
|
<t>Where <sampler-channel> is the respective sampler channel |
3378 |
|
|
number as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3379 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command.</t> |
3380 |
|
|
|
3381 |
|
|
<t>Possible Answers:</t> |
3382 |
|
|
<t> |
3383 |
|
|
<list> |
3384 |
|
|
<t>The sampler will answer by returning a comma separated list |
3385 |
|
|
with all effect sends' numerical IDs on the given sampler |
3386 |
|
|
channel.</t> |
3387 |
|
|
</list> |
3388 |
|
|
</t> |
3389 |
|
|
|
3390 |
|
|
<t>Examples:</t> |
3391 |
|
|
<t> |
3392 |
|
|
<list> |
3393 |
|
|
<t>C: "LIST FX_SENDS 0"</t> |
3394 |
|
|
<t>S: "0,1"</t> |
3395 |
|
|
</list> |
3396 |
|
|
</t> |
3397 |
|
|
<t> |
3398 |
|
|
<list> |
3399 |
|
|
<t>C: "LIST FX_SENDS 1"</t> |
3400 |
|
|
<t>S: ""</t> |
3401 |
|
|
</list> |
3402 |
|
|
</t> |
3403 |
|
|
</section> |
3404 |
|
|
|
3405 |
|
|
<section title="Getting effect send information" anchor="GET FX_SEND INFO"> |
3406 |
|
|
<t>The front-end can ask for the current settings of an effect send entity |
3407 |
|
|
by sending the following command:</t> |
3408 |
|
|
<t> |
3409 |
|
|
<list> |
3410 |
|
|
<t>GET FX_SEND INFO <sampler-channel> <fx-send-id></t> |
3411 |
|
|
</list> |
3412 |
|
|
</t> |
3413 |
|
|
<t>Where <sampler-channel> is the sampler channel number |
3414 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3415 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command and |
3416 |
|
|
<fx-send-id> reflects the numerical ID of the effect send entity |
3417 |
|
|
as returned by the <xref target="CREATE FX_SEND">"CREATE FX_SEND"</xref> |
3418 |
|
|
or <xref target="LIST FX_SENDS">"LIST FX_SENDS"</xref> command. |
3419 |
|
|
</t> |
3420 |
|
|
|
3421 |
|
|
<t>Possible Answers:</t> |
3422 |
|
|
<t> |
3423 |
|
|
<list> |
3424 |
|
|
<t>The sampler will answer by sending a <CRLF> separated list. |
3425 |
|
|
Each answer line begins with the settings category name |
3426 |
|
|
followed by a colon and then a space character <SP> and finally |
3427 |
|
|
the info character string to that setting category. At the |
3428 |
|
|
moment the following categories are defined:</t> |
3429 |
|
|
|
3430 |
|
|
<t> |
3431 |
|
|
<list> |
3432 |
|
|
<t>NAME - |
3433 |
|
|
<list> |
3434 |
|
|
<t>name of the effect send entity</t> |
3435 |
|
|
</list> |
3436 |
|
|
</t> |
3437 |
schoenebeck |
1026 |
<t>MIDI_CONTROLLER - |
3438 |
|
|
<list> |
3439 |
|
|
<t>a value between 0 and 127 reflecting the MIDI controller |
3440 |
|
|
which is able to modify the effect send's send level</t> |
3441 |
|
|
</list> |
3442 |
|
|
</t> |
3443 |
|
|
<t>LEVEL - |
3444 |
|
|
<list> |
3445 |
|
|
<t>optionally dotted number reflecting the effect send's |
3446 |
|
|
current send level (where a value < 1.0 means attenuation |
3447 |
|
|
and a value > 1.0 means amplification)</t> |
3448 |
|
|
</list> |
3449 |
|
|
</t> |
3450 |
schoenebeck |
1001 |
<t>AUDIO_OUTPUT_ROUTING - |
3451 |
|
|
<list> |
3452 |
|
|
<t>comma separated list which reflects to which audio |
3453 |
|
|
channel of the selected audio output device each |
3454 |
|
|
effect send output channel is routed to, e.g. "0,3" would |
3455 |
|
|
mean the effect send's output channel 0 is routed to channel |
3456 |
|
|
0 of the audio output device and the effect send's output |
3457 |
|
|
channel 1 is routed to the channel 3 of the audio |
3458 |
|
|
output device (see |
3459 |
|
|
<xref target="SET FX_SEND AUDIO_OUTPUT_CHANNEL">"SET FX_SEND AUDIO_OUTPUT_CHANNEL"</xref> |
3460 |
|
|
for details)</t> |
3461 |
|
|
</list> |
3462 |
|
|
</t> |
3463 |
|
|
</list> |
3464 |
|
|
</t> |
3465 |
|
|
</list> |
3466 |
|
|
</t> |
3467 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
3468 |
|
|
|
3469 |
|
|
<t>Example:</t> |
3470 |
|
|
<t> |
3471 |
|
|
<list> |
3472 |
|
|
<t>C: "GET FX_SEND INFO 0 0"</t> |
3473 |
|
|
<t>S: "NAME: Reverb Send"</t> |
3474 |
schoenebeck |
1026 |
<t> "MIDI_CONTROLLER: 91"</t> |
3475 |
|
|
<t> "LEVEL: 0.3"</t> |
3476 |
schoenebeck |
1001 |
<t> "AUDIO_OUTPUT_ROUTING: 2,3"</t> |
3477 |
|
|
<t> "."</t> |
3478 |
|
|
</list> |
3479 |
|
|
</t> |
3480 |
|
|
</section> |
3481 |
|
|
|
3482 |
|
|
<section title="Altering effect send's audio routing" anchor="SET FX_SEND AUDIO_OUTPUT_CHANNEL"> |
3483 |
|
|
<t>The front-end can alter the destination of an effect send's audio channel on a specific |
3484 |
|
|
sampler channel by sending the following command:</t> |
3485 |
|
|
<t> |
3486 |
|
|
<list> |
3487 |
|
|
<t>SET FX_SEND AUDIO_OUTPUT_CHANNEL <sampler-chan> <fx-send-id> <audio-src> <audio-dst></t> |
3488 |
|
|
</list> |
3489 |
|
|
</t> |
3490 |
|
|
<t>Where <sampler-chan> is the sampler channel number |
3491 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3492 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, |
3493 |
|
|
<fx-send-id> reflects the numerical ID of the effect send entity |
3494 |
|
|
as returned by the <xref target="CREATE FX_SEND">"CREATE FX_SEND"</xref> |
3495 |
|
|
or <xref target="LIST FX_SENDS">"LIST FX_SENDS"</xref> command, |
3496 |
|
|
<audio-src> is the numerical ID of the effect send's audio channel |
3497 |
|
|
which should be rerouted and <audio-dst> is the numerical ID of |
3498 |
|
|
the audio channel of the selected audio output device where <audio-src> |
3499 |
|
|
should be routed to.</t> |
3500 |
|
|
|
3501 |
|
|
<t>Note that effect sends can only route audio to the same audio output |
3502 |
|
|
device as assigned to the effect send's sampler channel. Also note that an |
3503 |
|
|
effect send entity does always have exactly as much audio channels as its |
3504 |
|
|
sampler channel. So if the sampler channel is stereo, the effect send does |
3505 |
|
|
have two audio channels as well. Also keep in mind that the amount of audio |
3506 |
|
|
channels on a sampler channel might be dependant not only to the deployed |
3507 |
|
|
sampler engine on the sampler channel, but also dependant to the instrument |
3508 |
|
|
currently loaded. However you can (effectively) turn an i.e. stereo effect |
3509 |
|
|
send into a mono one by simply altering its audio routing appropriately.</t> |
3510 |
|
|
|
3511 |
|
|
<t>Possible Answers:</t> |
3512 |
|
|
<t> |
3513 |
|
|
<list> |
3514 |
|
|
<t>"OK" - |
3515 |
|
|
<list> |
3516 |
|
|
<t>on success</t> |
3517 |
|
|
</list> |
3518 |
|
|
</t> |
3519 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3520 |
|
|
<list> |
3521 |
|
|
<t>if audio output channel was set, but there are noteworthy |
3522 |
|
|
issue(s) related, providing an appropriate warning code and |
3523 |
|
|
warning message</t> |
3524 |
|
|
</list> |
3525 |
|
|
</t> |
3526 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3527 |
|
|
<list> |
3528 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3529 |
|
|
</list> |
3530 |
|
|
</t> |
3531 |
|
|
</list> |
3532 |
|
|
</t> |
3533 |
|
|
<t>Example:</t> |
3534 |
|
|
<t> |
3535 |
|
|
<list> |
3536 |
|
|
<t>C: "SET FX_SEND AUDIO_OUTPUT_CHANNEL 0 0 0 2"</t> |
3537 |
|
|
<t>S: "OK"</t> |
3538 |
|
|
</list> |
3539 |
|
|
</t> |
3540 |
|
|
</section> |
3541 |
|
|
|
3542 |
schoenebeck |
1026 |
<section title="Altering effect send's MIDI controller" anchor="SET FX_SEND MIDI_CONTROLLER"> |
3543 |
|
|
<t>The front-end can alter the MIDI controller of an effect |
3544 |
|
|
send entity by sending the following command:</t> |
3545 |
|
|
<t> |
3546 |
|
|
<list> |
3547 |
|
|
<t>SET FX_SEND MIDI_CONTROLLER <sampler-chan> <fx-send-id> <midi-ctrl></t> |
3548 |
|
|
</list> |
3549 |
|
|
</t> |
3550 |
|
|
<t>Where <sampler-chan> is the sampler channel number |
3551 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3552 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, |
3553 |
|
|
<fx-send-id> reflects the numerical ID of the effect send entity |
3554 |
|
|
as returned by the <xref target="CREATE FX_SEND">"CREATE FX_SEND"</xref> |
3555 |
|
|
or <xref target="LIST FX_SENDS">"LIST FX_SENDS"</xref> command and |
3556 |
|
|
<midi-ctrl> reflects the MIDI controller which shall be |
3557 |
|
|
able to modify the effect send's send level.</t> |
3558 |
schoenebeck |
1001 |
|
3559 |
schoenebeck |
1026 |
<t>Possible Answers:</t> |
3560 |
|
|
<t> |
3561 |
|
|
<list> |
3562 |
|
|
<t>"OK" - |
3563 |
|
|
<list> |
3564 |
|
|
<t>on success</t> |
3565 |
|
|
</list> |
3566 |
|
|
</t> |
3567 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3568 |
|
|
<list> |
3569 |
|
|
<t>if MIDI controller was set, but there are noteworthy |
3570 |
|
|
issue(s) related, providing an appropriate warning code and |
3571 |
|
|
warning message</t> |
3572 |
|
|
</list> |
3573 |
|
|
</t> |
3574 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3575 |
|
|
<list> |
3576 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3577 |
|
|
</list> |
3578 |
|
|
</t> |
3579 |
|
|
</list> |
3580 |
|
|
</t> |
3581 |
|
|
<t>Example:</t> |
3582 |
|
|
<t> |
3583 |
|
|
<list> |
3584 |
|
|
<t>C: "SET FX_SEND MIDI_CONTROLLER 0 0 91"</t> |
3585 |
|
|
<t>S: "OK"</t> |
3586 |
|
|
</list> |
3587 |
|
|
</t> |
3588 |
|
|
</section> |
3589 |
|
|
|
3590 |
|
|
<section title="Altering effect send's send level" anchor="SET FX_SEND LEVEL"> |
3591 |
|
|
<t>The front-end can alter the current send level of an effect |
3592 |
|
|
send entity by sending the following command:</t> |
3593 |
|
|
<t> |
3594 |
|
|
<list> |
3595 |
|
|
<t>SET FX_SEND LEVEL <sampler-chan> <fx-send-id> <volume></t> |
3596 |
|
|
</list> |
3597 |
|
|
</t> |
3598 |
|
|
<t>Where <sampler-chan> is the sampler channel number |
3599 |
|
|
as returned by the <xref target="ADD CHANNEL">"ADD CHANNEL"</xref> |
3600 |
|
|
or <xref target="LIST CHANNELS">"LIST CHANNELS"</xref> command, |
3601 |
|
|
<fx-send-id> reflects the numerical ID of the effect send entity |
3602 |
|
|
as returned by the <xref target="CREATE FX_SEND">"CREATE FX_SEND"</xref> |
3603 |
|
|
or <xref target="LIST FX_SENDS">"LIST FX_SENDS"</xref> command and |
3604 |
|
|
<volume> is an optionally dotted positive number (a value |
3605 |
|
|
smaller than 1.0 means attenuation, whereas a value greater than |
3606 |
|
|
1.0 means amplification) reflecting the new send level.</t> |
3607 |
|
|
|
3608 |
|
|
<t>Possible Answers:</t> |
3609 |
|
|
<t> |
3610 |
|
|
<list> |
3611 |
|
|
<t>"OK" - |
3612 |
|
|
<list> |
3613 |
|
|
<t>on success</t> |
3614 |
|
|
</list> |
3615 |
|
|
</t> |
3616 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3617 |
|
|
<list> |
3618 |
|
|
<t>if new send level was set, but there are noteworthy |
3619 |
|
|
issue(s) related, providing an appropriate warning code and |
3620 |
|
|
warning message</t> |
3621 |
|
|
</list> |
3622 |
|
|
</t> |
3623 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3624 |
|
|
<list> |
3625 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3626 |
|
|
</list> |
3627 |
|
|
</t> |
3628 |
|
|
</list> |
3629 |
|
|
</t> |
3630 |
|
|
<t>Example:</t> |
3631 |
|
|
<t> |
3632 |
|
|
<list> |
3633 |
|
|
<t>C: "SET FX_SEND LEVEL 0 0 0.15"</t> |
3634 |
|
|
<t>S: "OK"</t> |
3635 |
|
|
</list> |
3636 |
|
|
</t> |
3637 |
|
|
</section> |
3638 |
|
|
|
3639 |
schoenebeck |
534 |
<section title="Resetting a sampler channel" anchor="RESET CHANNEL"> |
3640 |
schoenebeck |
151 |
<t>The front-end can reset a particular sampler channel by sending the following command:</t> |
3641 |
|
|
<t> |
3642 |
|
|
<list> |
3643 |
|
|
<t>RESET CHANNEL <sampler-channel></t> |
3644 |
|
|
</list> |
3645 |
|
|
</t> |
3646 |
|
|
<t> |
3647 |
|
|
Where <sampler-channel> defines the sampler channel to be reset. |
3648 |
|
|
This will cause the engine on that sampler channel, its voices and |
3649 |
|
|
eventually disk streams and all control and status variables to be |
3650 |
|
|
reset.</t> |
3651 |
|
|
|
3652 |
|
|
<t>Possible Answers:</t> |
3653 |
|
|
<t> |
3654 |
|
|
<list> |
3655 |
|
|
<t>"OK" - |
3656 |
|
|
<list> |
3657 |
|
|
<t>on success</t> |
3658 |
|
|
</list> |
3659 |
|
|
</t> |
3660 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3661 |
|
|
<list> |
3662 |
|
|
<t>if channel was reset, but there are noteworthy issue(s) |
3663 |
|
|
related, providing an appropriate warning code and warning |
3664 |
|
|
message</t> |
3665 |
|
|
</list> |
3666 |
|
|
</t> |
3667 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3668 |
|
|
<list> |
3669 |
|
|
<t>in case it failed, providing an appropriate error code and |
3670 |
|
|
error message</t> |
3671 |
|
|
</list> |
3672 |
|
|
</t> |
3673 |
|
|
</list> |
3674 |
|
|
</t> |
3675 |
|
|
<t>Examples:</t> |
3676 |
|
|
<t> |
3677 |
|
|
<list> |
3678 |
|
|
<t></t> |
3679 |
|
|
</list> |
3680 |
|
|
</t> |
3681 |
|
|
</section> |
3682 |
|
|
</section> |
3683 |
|
|
|
3684 |
|
|
<section title="Controlling connection"> |
3685 |
|
|
<t>The following commands are used to control the connection to LinuxSampler.</t> |
3686 |
|
|
|
3687 |
schoenebeck |
534 |
<section title="Register front-end for receiving event messages" anchor="SUBSCRIBE"> |
3688 |
schoenebeck |
151 |
<t>The front-end can register itself to the LinuxSampler application to |
3689 |
|
|
be informed about noteworthy events by sending this command:</t> |
3690 |
|
|
<t> |
3691 |
|
|
<list> |
3692 |
|
|
<t>SUBSCRIBE <event-id></t> |
3693 |
|
|
</list> |
3694 |
|
|
</t> |
3695 |
|
|
<t>where <event-id> will be replaced by the respective event that |
3696 |
|
|
client wants to subscribe to.</t> |
3697 |
|
|
|
3698 |
|
|
<t>Possible Answers:</t> |
3699 |
|
|
<t> |
3700 |
|
|
<list> |
3701 |
|
|
<t>"OK" - |
3702 |
|
|
<list> |
3703 |
|
|
<t>on success</t> |
3704 |
|
|
</list> |
3705 |
|
|
</t> |
3706 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3707 |
|
|
<list> |
3708 |
|
|
<t>if registration succeeded, but there are noteworthy |
3709 |
|
|
issue(s) related, providing an appropriate warning code and |
3710 |
|
|
warning message</t> |
3711 |
|
|
</list> |
3712 |
|
|
</t> |
3713 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3714 |
|
|
<list> |
3715 |
|
|
<t>in case it failed, providing an appropriate error code and |
3716 |
|
|
error message</t> |
3717 |
|
|
</list> |
3718 |
|
|
</t> |
3719 |
|
|
</list> |
3720 |
|
|
</t> |
3721 |
|
|
<t>Examples:</t> |
3722 |
|
|
<t> |
3723 |
|
|
<list> |
3724 |
|
|
<t></t> |
3725 |
|
|
</list> |
3726 |
|
|
</t> |
3727 |
|
|
</section> |
3728 |
|
|
|
3729 |
schoenebeck |
534 |
<section title="Unregister front-end for not receiving event messages" anchor="UNSUBSCRIBE"> |
3730 |
schoenebeck |
151 |
<t>The front-end can unregister itself if it doesn't want to receive event |
3731 |
|
|
messages anymore by sending the following command:</t> |
3732 |
|
|
<t> |
3733 |
|
|
<list> |
3734 |
|
|
<t>UNSUBSCRIBE <event-id></t> |
3735 |
|
|
</list> |
3736 |
|
|
</t> |
3737 |
|
|
<t>Where <event-id> will be replaced by the respective event that |
3738 |
|
|
client doesn't want to receive anymore.</t> |
3739 |
|
|
|
3740 |
|
|
<t>Possible Answers:</t> |
3741 |
|
|
<t> |
3742 |
|
|
<list> |
3743 |
|
|
<t>"OK" - |
3744 |
|
|
<list> |
3745 |
|
|
<t>on success</t> |
3746 |
|
|
</list> |
3747 |
|
|
</t> |
3748 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3749 |
|
|
<list> |
3750 |
|
|
<t>if unregistration succeeded, but there are noteworthy |
3751 |
|
|
issue(s) related, providing an appropriate warning code and |
3752 |
|
|
warning message</t> |
3753 |
|
|
</list> |
3754 |
|
|
</t> |
3755 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3756 |
|
|
<list> |
3757 |
|
|
<t>in case it failed, providing an appropriate error code and |
3758 |
|
|
error message</t> |
3759 |
|
|
</list> |
3760 |
|
|
</t> |
3761 |
|
|
</list> |
3762 |
|
|
</t> |
3763 |
|
|
<t>Examples:</t> |
3764 |
|
|
<t> |
3765 |
|
|
<list> |
3766 |
|
|
<t></t> |
3767 |
|
|
</list> |
3768 |
|
|
</t> |
3769 |
|
|
</section> |
3770 |
|
|
|
3771 |
schoenebeck |
534 |
<section title="Enable or disable echo of commands" anchor="SET ECHO"> |
3772 |
schoenebeck |
151 |
<t>To enable or disable back sending of commands to the client the following command can be used:</t> |
3773 |
|
|
<t> |
3774 |
|
|
<list> |
3775 |
|
|
<t>SET ECHO <value></t> |
3776 |
|
|
</list> |
3777 |
|
|
</t> |
3778 |
|
|
<t>Where <value> should be replaced either by "1" to enable echo mode |
3779 |
|
|
or "0" to disable echo mode. When echo mode is enabled, all |
3780 |
|
|
commands send to LinuxSampler will be immediately send back and |
3781 |
|
|
after this echo the actual response to the command will be |
3782 |
|
|
returned. Echo mode will only be altered for the client connection |
3783 |
|
|
that issued the "SET ECHO" command, not globally for all client |
3784 |
|
|
connections.</t> |
3785 |
|
|
|
3786 |
|
|
<t>Possible Answers:</t> |
3787 |
|
|
<t> |
3788 |
|
|
<list> |
3789 |
|
|
<t>"OK" - |
3790 |
|
|
<list> |
3791 |
|
|
<t>usually</t> |
3792 |
|
|
</list> |
3793 |
|
|
</t> |
3794 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3795 |
|
|
<list> |
3796 |
|
|
<t>on syntax error, e.g. non boolean value</t> |
3797 |
|
|
</list> |
3798 |
|
|
</t> |
3799 |
|
|
</list> |
3800 |
|
|
</t> |
3801 |
|
|
<t>Examples:</t> |
3802 |
|
|
<t> |
3803 |
|
|
<list> |
3804 |
|
|
<t></t> |
3805 |
|
|
</list> |
3806 |
|
|
</t> |
3807 |
|
|
</section> |
3808 |
|
|
|
3809 |
schoenebeck |
534 |
<section title="Close client connection" anchor="QUIT"> |
3810 |
schoenebeck |
151 |
<t>The client can close its network connection to LinuxSampler by sending the following command:</t> |
3811 |
|
|
<t> |
3812 |
|
|
<list> |
3813 |
|
|
<t>QUIT</t> |
3814 |
|
|
</list> |
3815 |
|
|
</t> |
3816 |
|
|
<t>This is probably more interesting for manual telnet connections to |
3817 |
|
|
LinuxSampler than really useful for a front-end implementation.</t> |
3818 |
|
|
</section> |
3819 |
|
|
</section> |
3820 |
schoenebeck |
212 |
|
3821 |
|
|
<section title="Global commands"> |
3822 |
|
|
<t>The following commands have global impact on the sampler.</t> |
3823 |
|
|
|
3824 |
iliev |
778 |
<section title="Current number of active voices" anchor="GET TOTAL_VOICE_COUNT"> |
3825 |
|
|
<t>The front-end can ask for the current number of active voices on |
3826 |
|
|
the sampler by sending the following command:</t> |
3827 |
|
|
<t> |
3828 |
|
|
<list> |
3829 |
|
|
<t>GET TOTAL_VOICE_COUNT</t> |
3830 |
|
|
</list> |
3831 |
|
|
</t> |
3832 |
|
|
|
3833 |
|
|
<t>Possible Answers:</t> |
3834 |
|
|
<t> |
3835 |
|
|
<list> |
3836 |
|
|
<t>LinuxSampler will answer by returning the number of all active |
3837 |
|
|
voices on the sampler.</t> |
3838 |
|
|
</list> |
3839 |
|
|
</t> |
3840 |
|
|
</section> |
3841 |
|
|
|
3842 |
|
|
<section title="Maximum amount of active voices" anchor="GET TOTAL_VOICE_COUNT_MAX"> |
3843 |
|
|
<t>The front-end can ask for the maximum number of active voices |
3844 |
|
|
by sending the following command:</t> |
3845 |
|
|
<t> |
3846 |
|
|
<list> |
3847 |
|
|
<t>GET TOTAL_VOICE_COUNT_MAX</t> |
3848 |
|
|
</list> |
3849 |
|
|
</t> |
3850 |
|
|
|
3851 |
|
|
<t>Possible Answers:</t> |
3852 |
|
|
<t> |
3853 |
|
|
<list> |
3854 |
|
|
<t>LinuxSampler will answer by returning the maximum number |
3855 |
|
|
of active voices.</t> |
3856 |
|
|
</list> |
3857 |
|
|
</t> |
3858 |
|
|
</section> |
3859 |
|
|
|
3860 |
schoenebeck |
534 |
<section title="Reset sampler" anchor="RESET"> |
3861 |
schoenebeck |
212 |
<t>The front-end can reset the whole sampler by sending the following command:</t> |
3862 |
|
|
<t> |
3863 |
|
|
<list> |
3864 |
|
|
<t>RESET</t> |
3865 |
|
|
</list> |
3866 |
|
|
</t> |
3867 |
|
|
|
3868 |
|
|
<t>Possible Answers:</t> |
3869 |
|
|
<t> |
3870 |
|
|
<list> |
3871 |
|
|
<t>"OK" - |
3872 |
|
|
<list> |
3873 |
|
|
<t>always</t> |
3874 |
|
|
</list> |
3875 |
|
|
</t> |
3876 |
|
|
</list> |
3877 |
|
|
</t> |
3878 |
|
|
<t>Examples:</t> |
3879 |
|
|
<t> |
3880 |
|
|
<list> |
3881 |
|
|
<t></t> |
3882 |
|
|
</list> |
3883 |
|
|
</t> |
3884 |
|
|
</section> |
3885 |
schoenebeck |
571 |
|
3886 |
|
|
<section title="General sampler informations" anchor="GET SERVER INFO"> |
3887 |
|
|
<t>The client can ask for general informations about the LinuxSampler |
3888 |
|
|
instance by sending the following command:</t> |
3889 |
|
|
<t> |
3890 |
|
|
<list> |
3891 |
|
|
<t>GET SERVER INFO</t> |
3892 |
|
|
</list> |
3893 |
|
|
</t> |
3894 |
|
|
<t>Possible Answers:</t> |
3895 |
|
|
<t> |
3896 |
|
|
<list> |
3897 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
3898 |
schoenebeck |
573 |
Each answer line begins with the information category name |
3899 |
schoenebeck |
571 |
followed by a colon and then a space character <SP> and finally |
3900 |
|
|
the info character string to that information category. At the |
3901 |
|
|
moment the following categories are defined: |
3902 |
|
|
</t> |
3903 |
|
|
<t> |
3904 |
|
|
<list> |
3905 |
|
|
<t>DESCRIPTION - |
3906 |
|
|
<list> |
3907 |
|
|
<t>arbitrary textual description about the sampler</t> |
3908 |
|
|
</list> |
3909 |
|
|
</t> |
3910 |
|
|
<t>VERSION - |
3911 |
|
|
<list> |
3912 |
|
|
<t>version of the sampler</t> |
3913 |
|
|
</list> |
3914 |
|
|
</t> |
3915 |
|
|
<t>PROTOCOL_VERSION - |
3916 |
|
|
<list> |
3917 |
|
|
<t>version of the LSCP specification the sampler |
3918 |
|
|
complies with (see <xref target="LSCP versioning" /> for details)</t> |
3919 |
|
|
</list> |
3920 |
|
|
</t> |
3921 |
|
|
</list> |
3922 |
|
|
</t> |
3923 |
|
|
</list> |
3924 |
|
|
</t> |
3925 |
|
|
<t>The mentioned fields above don't have to be in particular order. |
3926 |
|
|
Other fields might be added in future.</t> |
3927 |
|
|
</section> |
3928 |
schoenebeck |
1005 |
|
3929 |
|
|
<section title="Getting global volume attenuation" anchor="GET VOLUME"> |
3930 |
|
|
<t>The client can ask for the current global sampler-wide volume |
3931 |
|
|
attenuation by sending the following command:</t> |
3932 |
|
|
<t> |
3933 |
|
|
<list> |
3934 |
|
|
<t>GET VOLUME</t> |
3935 |
|
|
</list> |
3936 |
|
|
</t> |
3937 |
|
|
<t>Possible Answers:</t> |
3938 |
|
|
<t> |
3939 |
|
|
<list> |
3940 |
|
|
<t>The sampler will always answer by returning the optional |
3941 |
|
|
dotted floating point coefficient, reflecting the current |
3942 |
|
|
global volume attenuation. |
3943 |
|
|
</t> |
3944 |
|
|
</list> |
3945 |
|
|
</t> |
3946 |
|
|
<t>Note: it is up to the respective sampler engine whether to obey |
3947 |
|
|
that global volume parameter or not, but in general all engines SHOULD |
3948 |
|
|
use this parameter.</t> |
3949 |
|
|
</section> |
3950 |
|
|
|
3951 |
|
|
<section title="Setting global volume attenuation" anchor="SET VOLUME"> |
3952 |
|
|
<t>The client can alter the current global sampler-wide volume |
3953 |
|
|
attenuation by sending the following command:</t> |
3954 |
|
|
<t> |
3955 |
|
|
<list> |
3956 |
|
|
<t>SET VOLUME <volume></t> |
3957 |
|
|
</list> |
3958 |
|
|
</t> |
3959 |
|
|
<t>Where <volume> should be replaced by the optional dotted |
3960 |
|
|
floating point value, reflecting the new global volume parameter. |
3961 |
|
|
This value might usually be in the range between 0.0 and 1.0, that |
3962 |
|
|
is for attenuating the overall volume.</t> |
3963 |
|
|
|
3964 |
|
|
<t>Possible Answers:</t> |
3965 |
|
|
<t> |
3966 |
|
|
<list> |
3967 |
|
|
<t>"OK" - |
3968 |
|
|
<list> |
3969 |
|
|
<t>on success</t> |
3970 |
|
|
</list> |
3971 |
|
|
</t> |
3972 |
|
|
<t>"WRN:<warning-code>:<warning-message>" - |
3973 |
|
|
<list> |
3974 |
|
|
<t>if the global volume was set, but there are noteworthy |
3975 |
|
|
issue(s) related, providing an appropriate warning code and |
3976 |
|
|
warning message</t> |
3977 |
|
|
</list> |
3978 |
|
|
</t> |
3979 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
3980 |
|
|
<list> |
3981 |
|
|
<t>in case it failed, providing an appropriate error code and error message</t> |
3982 |
|
|
</list> |
3983 |
|
|
</t> |
3984 |
|
|
</list> |
3985 |
|
|
</t> |
3986 |
|
|
</section> |
3987 |
schoenebeck |
212 |
</section> |
3988 |
schoenebeck |
944 |
|
3989 |
|
|
|
3990 |
schoenebeck |
973 |
<section title="MIDI Instrument Mapping" anchor="MIDI Instrument Mapping"> |
3991 |
schoenebeck |
944 |
<t>The MIDI protocol provides a way to switch between instruments |
3992 |
|
|
by sending so called MIDI bank select and MIDI program change |
3993 |
|
|
messages which are essentially just numbers. The following commands |
3994 |
|
|
allow to actually map arbitrary MIDI bank select / program change |
3995 |
|
|
numbers with real instruments.</t> |
3996 |
schoenebeck |
973 |
<t>The sampler allows to manage an arbitrary amount of MIDI |
3997 |
|
|
instrument maps which define which instrument to load on |
3998 |
|
|
which MIDI program change message.</t> |
3999 |
|
|
<t>By default, that is when the sampler is launched, there is no |
4000 |
|
|
map, thus the sampler will simply ignore all program change |
4001 |
|
|
messages. The front-end has to explicitly create at least one |
4002 |
|
|
map, add entries to the map and tell the respective sampler |
4003 |
|
|
channel(s) which MIDI instrument map to use, so the sampler |
4004 |
|
|
knows how to react on a given program change message on the |
4005 |
|
|
respective sampler channel, that is by switching to the |
4006 |
|
|
respectively defined engine type and loading the respective |
4007 |
|
|
instrument. See command |
4008 |
|
|
<xref target="SET CHANNEL MIDI_INSTRUMENT_MAP">"SET CHANNEL MIDI_INSTRUMENT_MAP"</xref> |
4009 |
|
|
for how to assign a MIDI instrument map to a sampler channel.</t> |
4010 |
schoenebeck |
944 |
<t>Also note per MIDI specification a bank select message does not |
4011 |
|
|
cause to switch to another instrument. Instead when receiving a |
4012 |
|
|
bank select message the bank value will be stored and a subsequent |
4013 |
|
|
program change message (which may occur at any time) will finally |
4014 |
|
|
cause the sampler to switch to the respective instrument as |
4015 |
|
|
reflected by the current MIDI instrument map.</t> |
4016 |
|
|
|
4017 |
schoenebeck |
973 |
<section title="Create a new MIDI instrument map" anchor="ADD MIDI_INSTRUMENT MAP"> |
4018 |
|
|
<t>The front-end can add a new MIDI instrument map by sending |
4019 |
|
|
the following command:</t> |
4020 |
|
|
<t> |
4021 |
|
|
<list> |
4022 |
|
|
<t>ADD MIDI_INSTRUMENT_MAP [<name>]</t> |
4023 |
|
|
</list> |
4024 |
|
|
</t> |
4025 |
|
|
<t>Where <name> is an optional argument allowing to |
4026 |
|
|
assign a custom name to the new map. MIDI instrument Map |
4027 |
|
|
names do not have to be unique.</t> |
4028 |
|
|
|
4029 |
|
|
<t>Possible Answers:</t> |
4030 |
|
|
<t> |
4031 |
|
|
<list> |
4032 |
|
|
<t>"OK[<map>]" - |
4033 |
|
|
<list> |
4034 |
|
|
<t>in case a new MIDI instrument map could |
4035 |
|
|
be added, where <map> reflects the |
4036 |
|
|
unique ID of the newly created MIDI |
4037 |
|
|
instrument map</t> |
4038 |
|
|
</list> |
4039 |
|
|
</t> |
4040 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
4041 |
|
|
<list> |
4042 |
|
|
<t>when a new map could not be created, which |
4043 |
|
|
might never occur in practice</t> |
4044 |
|
|
</list> |
4045 |
|
|
</t> |
4046 |
|
|
</list> |
4047 |
|
|
</t> |
4048 |
|
|
|
4049 |
|
|
<t>Examples:</t> |
4050 |
|
|
<t> |
4051 |
|
|
<list> |
4052 |
|
|
<t>C: "ADD MIDI_INSTRUMENT_MAP 'Standard Map'"</t> |
4053 |
|
|
<t>S: "OK[0]"</t> |
4054 |
|
|
</list> |
4055 |
|
|
</t> |
4056 |
|
|
<t> |
4057 |
|
|
<list> |
4058 |
|
|
<t>C: "ADD MIDI_INSTRUMENT_MAP 'Standard Drumkit'"</t> |
4059 |
|
|
<t>S: "OK[1]"</t> |
4060 |
|
|
</list> |
4061 |
|
|
</t> |
4062 |
|
|
<t> |
4063 |
|
|
<list> |
4064 |
|
|
<t>C: "ADD MIDI_INSTRUMENT_MAP"</t> |
4065 |
|
|
<t>S: "OK[5]"</t> |
4066 |
|
|
</list> |
4067 |
|
|
</t> |
4068 |
|
|
</section> |
4069 |
|
|
|
4070 |
|
|
<section title="Delete one particular or all MIDI instrument maps" anchor="REMOVE MIDI_INSTRUMENT_MAP"> |
4071 |
|
|
<t>The front-end can delete a particular MIDI instrument map |
4072 |
|
|
by sending the following command:</t> |
4073 |
|
|
<t> |
4074 |
|
|
<list> |
4075 |
|
|
<t>REMOVE MIDI_INSTRUMENT_MAP <map></t> |
4076 |
|
|
</list> |
4077 |
|
|
</t> |
4078 |
|
|
<t>Where <map> reflects the unique ID of the map to delete |
4079 |
|
|
as returned by the <xref target="LIST MIDI_INSTRUMENT_MAPS">"LIST MIDI_INSTRUMENT_MAPS"</xref> |
4080 |
|
|
command.</t> |
4081 |
|
|
<t>The front-end can delete all MIDI instrument maps by |
4082 |
|
|
sending the following command:</t> |
4083 |
|
|
<t> |
4084 |
|
|
<list> |
4085 |
|
|
<t>REMOVE MIDI_INSTRUMENT_MAP ALL</t> |
4086 |
|
|
</list> |
4087 |
|
|
</t> |
4088 |
|
|
|
4089 |
|
|
<t>Possible Answers:</t> |
4090 |
|
|
<t> |
4091 |
|
|
<list> |
4092 |
|
|
<t>"OK" - |
4093 |
|
|
<list> |
4094 |
|
|
<t>in case the map(s) could be deleted</t> |
4095 |
|
|
</list> |
4096 |
|
|
</t> |
4097 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
4098 |
|
|
<list> |
4099 |
|
|
<t>when the given map does not exist</t> |
4100 |
|
|
</list> |
4101 |
|
|
</t> |
4102 |
|
|
</list> |
4103 |
|
|
</t> |
4104 |
|
|
|
4105 |
|
|
<t>Examples:</t> |
4106 |
|
|
<t> |
4107 |
|
|
<list> |
4108 |
|
|
<t>C: "REMOVE MIDI_INSTRUMENT_MAP 0"</t> |
4109 |
|
|
<t>S: "OK"</t> |
4110 |
|
|
</list> |
4111 |
|
|
</t> |
4112 |
|
|
<t> |
4113 |
|
|
<list> |
4114 |
|
|
<t>C: "REMOVE MIDI_INSTRUMENT_MAP ALL"</t> |
4115 |
|
|
<t>S: "OK"</t> |
4116 |
|
|
</list> |
4117 |
|
|
</t> |
4118 |
|
|
</section> |
4119 |
|
|
|
4120 |
|
|
<section title="Get amount of existing MIDI instrument maps" anchor="GET MIDI_INSTRUMENT_MAPS"> |
4121 |
|
|
<t>The front-end can retrieve the current amount of MIDI |
4122 |
|
|
instrument maps by sending the following command:</t> |
4123 |
|
|
<t> |
4124 |
|
|
<list> |
4125 |
|
|
<t>GET MIDI_INSTRUMENT_MAPS</t> |
4126 |
|
|
</list> |
4127 |
|
|
</t> |
4128 |
|
|
|
4129 |
|
|
<t>Possible Answers:</t> |
4130 |
|
|
<t> |
4131 |
|
|
<list> |
4132 |
|
|
<t>The sampler will answer by returning the current |
4133 |
|
|
number of MIDI instrument maps.</t> |
4134 |
|
|
</list> |
4135 |
|
|
</t> |
4136 |
|
|
|
4137 |
|
|
<t>Example:</t> |
4138 |
|
|
<t> |
4139 |
|
|
<list> |
4140 |
|
|
<t>C: "GET MIDI_INSTRUMENT_MAPS"</t> |
4141 |
|
|
<t>S: "2"</t> |
4142 |
|
|
</list> |
4143 |
|
|
</t> |
4144 |
|
|
</section> |
4145 |
|
|
|
4146 |
|
|
<section title="Getting all created MIDI instrument maps" anchor="LIST MIDI_INSTRUMENT_MAPS"> |
4147 |
|
|
<t>The number of MIDI instrument maps can change on runtime. To get the |
4148 |
|
|
current list of MIDI instrument maps, the front-end can send the |
4149 |
|
|
following command:</t> |
4150 |
|
|
<t> |
4151 |
|
|
<list> |
4152 |
|
|
<t>LIST MIDI_INSTRUMENT_MAPS</t> |
4153 |
|
|
</list> |
4154 |
|
|
</t> |
4155 |
|
|
<t>Possible Answers:</t> |
4156 |
|
|
<t> |
4157 |
|
|
<list> |
4158 |
|
|
<t>The sampler will answer by returning a comma separated list |
4159 |
|
|
with all MIDI instrument maps' numerical IDs.</t> |
4160 |
|
|
</list> |
4161 |
|
|
</t> |
4162 |
|
|
<t>Example:</t> |
4163 |
|
|
<t> |
4164 |
|
|
<list> |
4165 |
|
|
<t>C: "LIST MIDI_INSTRUMENT_MAPS"</t> |
4166 |
|
|
<t>S: "0,1,5,12"</t> |
4167 |
|
|
</list> |
4168 |
|
|
</t> |
4169 |
|
|
</section> |
4170 |
|
|
|
4171 |
|
|
<section title="Getting MIDI instrument map information" anchor="GET MIDI_INSTRUMENT_MAP INFO"> |
4172 |
|
|
<t>The front-end can ask for the current settings of a MIDI |
4173 |
|
|
instrument map by sending the following command:</t> |
4174 |
|
|
<t> |
4175 |
|
|
<list> |
4176 |
|
|
<t>GET MIDI_INSTRUMENT_MAP INFO <map></t> |
4177 |
|
|
</list> |
4178 |
|
|
</t> |
4179 |
|
|
<t>Where <map> is the numerical ID of the map the |
4180 |
|
|
front-end is interested in as returned by the |
4181 |
|
|
<xref target="LIST MIDI_INSTRUMENT_MAPS">"LIST MIDI_INSTRUMENT_MAPS"</xref> |
4182 |
|
|
command.</t> |
4183 |
|
|
|
4184 |
|
|
<t>Possible Answers:</t> |
4185 |
|
|
<t> |
4186 |
|
|
<list> |
4187 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> separated list. |
4188 |
|
|
Each answer line begins with the settings category name |
4189 |
|
|
followed by a colon and then a space character <SP> and finally |
4190 |
|
|
the info character string to that setting category. At the |
4191 |
|
|
moment the following categories are defined:</t> |
4192 |
|
|
|
4193 |
|
|
<t> |
4194 |
|
|
<list> |
4195 |
|
|
<t>NAME - |
4196 |
|
|
<list> |
4197 |
|
|
<t>custom name of the given map, |
4198 |
|
|
which does not have to be unique</t> |
4199 |
|
|
</list> |
4200 |
|
|
</t> |
4201 |
|
|
</list> |
4202 |
|
|
</t> |
4203 |
|
|
</list> |
4204 |
|
|
</t> |
4205 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
4206 |
|
|
|
4207 |
|
|
<t>Example:</t> |
4208 |
|
|
<t> |
4209 |
|
|
<list> |
4210 |
|
|
<t>C: "GET MIDI_INSTRUMENT_MAP INFO 0"</t> |
4211 |
|
|
<t>S: "NAME: Standard Map"</t> |
4212 |
|
|
<t> "."</t> |
4213 |
|
|
</list> |
4214 |
|
|
</t> |
4215 |
|
|
</section> |
4216 |
|
|
|
4217 |
|
|
<section title="Renaming a MIDI instrument map" anchor="SET MIDI_INSTRUMENT_MAP NAME"> |
4218 |
|
|
<t>The front-end can alter the custom name of a MIDI |
4219 |
|
|
instrument map by sending the following command:</t> |
4220 |
|
|
<t> |
4221 |
|
|
<list> |
4222 |
|
|
<t>SET MIDI_INSTRUMENT_MAP NAME <map> <name></t> |
4223 |
|
|
</list> |
4224 |
|
|
</t> |
4225 |
|
|
<t>Where <map> is the numerical ID of the map and |
4226 |
|
|
<name> the new custom name of the map, which does not |
4227 |
|
|
have to be unique.</t> |
4228 |
|
|
|
4229 |
|
|
<t>Possible Answers:</t> |
4230 |
|
|
<t> |
4231 |
|
|
<list> |
4232 |
|
|
<t>"OK" - |
4233 |
|
|
<list> |
4234 |
|
|
<t>on success</t> |
4235 |
|
|
</list> |
4236 |
|
|
</t> |
4237 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
4238 |
|
|
<list> |
4239 |
|
|
<t>in case the given map does not exist</t> |
4240 |
|
|
</list> |
4241 |
|
|
</t> |
4242 |
|
|
</list> |
4243 |
|
|
</t> |
4244 |
|
|
|
4245 |
|
|
<t>Example:</t> |
4246 |
|
|
<t> |
4247 |
|
|
<list> |
4248 |
|
|
<t>C: "SET MIDI_INSTRUMENT_MAP NAME 0 'Foo instruments'"</t> |
4249 |
|
|
<t>S: "OK"</t> |
4250 |
|
|
</list> |
4251 |
|
|
</t> |
4252 |
|
|
</section> |
4253 |
|
|
|
4254 |
schoenebeck |
944 |
<section title="Create or replace a MIDI instrument map entry" anchor="MAP MIDI_INSTRUMENT"> |
4255 |
|
|
<t>The front-end can create a new or replace an existing entry |
4256 |
schoenebeck |
973 |
in a sampler's MIDI instrument map by sending the following |
4257 |
schoenebeck |
944 |
command:</t> |
4258 |
|
|
<t> |
4259 |
|
|
<list> |
4260 |
schoenebeck |
1047 |
<t>MAP MIDI_INSTRUMENT [NON_MODAL] <map> |
4261 |
schoenebeck |
973 |
<midi_bank> <midi_prog> <engine_name> |
4262 |
schoenebeck |
944 |
<filename> <instrument_index> <volume_value> |
4263 |
|
|
[<instr_load_mode>] [<name>]</t> |
4264 |
|
|
</list> |
4265 |
|
|
</t> |
4266 |
schoenebeck |
973 |
<t>Where <map> is the numeric ID of the map to alter, |
4267 |
|
|
<midi_bank> is an integer value between |
4268 |
|
|
0..16383 reflecting the MIDI bank select index, |
4269 |
|
|
<midi_prog> an |
4270 |
schoenebeck |
944 |
integer value between 0..127 reflecting the MIDI program change |
4271 |
|
|
index, <engine_name> a sampler engine name as returned by |
4272 |
|
|
the <xref target="LIST AVAILABLE_ENGINES">"LIST AVAILABLE_ENGINES"</xref> |
4273 |
|
|
command (not encapsulated into apostrophes), <filename> the name |
4274 |
schoenebeck |
973 |
of the instrument's file to be deployed (encapsulated into apostrophes), |
4275 |
|
|
<instrument_index> the index (integer value) of the instrument |
4276 |
schoenebeck |
944 |
within the given file, <volume_value> reflects the master |
4277 |
|
|
volume of the instrument as optionally dotted number (where a |
4278 |
schoenebeck |
1026 |
value < 1.0 means attenuation and a value > 1.0 means |
4279 |
schoenebeck |
944 |
amplification). This parameter easily allows to adjust the |
4280 |
|
|
volume of all intruments within a custom instrument map |
4281 |
|
|
without having to adjust their instrument files. The |
4282 |
|
|
OPTIONAL <instr_load_mode> argument defines the life |
4283 |
|
|
time of the instrument, that is when the instrument should |
4284 |
|
|
be loaded, when freed and has exactly the following |
4285 |
|
|
possibilities:</t> |
4286 |
|
|
<t> |
4287 |
|
|
<list> |
4288 |
|
|
<t>"ON_DEMAND" - |
4289 |
|
|
<list> |
4290 |
|
|
<t>The instrument will be loaded when needed, |
4291 |
|
|
that is when demanded by at least one sampler |
4292 |
|
|
channel. It will immediately be freed from memory |
4293 |
|
|
when not needed by any sampler channel anymore.</t> |
4294 |
|
|
</list> |
4295 |
|
|
</t> |
4296 |
|
|
<t>"ON_DEMAND_HOLD" - |
4297 |
|
|
<list> |
4298 |
|
|
<t>The instrument will be loaded when needed, |
4299 |
|
|
that is when demanded by at least one sampler |
4300 |
|
|
channel. It will be kept in memory even when |
4301 |
|
|
not needed by any sampler channel anymore. |
4302 |
|
|
Instruments with this mode are only freed |
4303 |
|
|
when the sampler is reset or all mapping |
4304 |
|
|
entries with this mode (and respective |
4305 |
|
|
instrument) are explicitly changed to |
4306 |
|
|
"ON_DEMAND" and no sampler channel is using |
4307 |
|
|
the instrument anymore.</t> |
4308 |
|
|
</list> |
4309 |
|
|
</t> |
4310 |
|
|
<t>"PERSISTENT" - |
4311 |
|
|
<list> |
4312 |
|
|
<t>The instrument will immediately be loaded |
4313 |
schoenebeck |
1047 |
into memory when this mapping |
4314 |
schoenebeck |
944 |
command is sent and the instrument is kept all |
4315 |
|
|
the time. Instruments with this mode are |
4316 |
|
|
only freed when the sampler is reset or all |
4317 |
|
|
mapping entries with this mode (and |
4318 |
|
|
respective instrument) are explicitly |
4319 |
|
|
changed to "ON_DEMAND" and no sampler |
4320 |
|
|
channel is using the instrument anymore.</t> |
4321 |
|
|
</list> |
4322 |
|
|
</t> |
4323 |
|
|
<t>not supplied - |
4324 |
|
|
<list> |
4325 |
|
|
<t>In case there is no <instr_load_mode> |
4326 |
|
|
argument given, it will be up to the |
4327 |
|
|
InstrumentManager to decide which mode to use. |
4328 |
|
|
Usually it will use "ON_DEMAND" if an entry |
4329 |
|
|
for the given instrument does not exist in |
4330 |
|
|
the InstrumentManager's list yet, otherwise |
4331 |
|
|
if an entry already exists, it will simply |
4332 |
|
|
stick with the mode currently reflected by |
4333 |
|
|
the already existing entry, that is it will |
4334 |
|
|
not change the mode.</t> |
4335 |
|
|
</list> |
4336 |
|
|
</t> |
4337 |
|
|
</list> |
4338 |
|
|
</t> |
4339 |
|
|
<t> |
4340 |
|
|
The <instr_load_mode> argument thus allows to define an |
4341 |
|
|
appropriate strategy (low memory consumption vs. fast |
4342 |
|
|
instrument switching) for each instrument individually. Note, the |
4343 |
|
|
following restrictions apply to this argument: "ON_DEMAND_HOLD" and |
4344 |
|
|
"PERSISTENT" have to be supported by the respective sampler engine |
4345 |
|
|
(which is technically the case when the engine provides an |
4346 |
|
|
InstrumentManager for its format). If this is not the case the |
4347 |
|
|
argument will automatically fall back to the default value |
4348 |
|
|
"ON_DEMAND". Also the load mode of one instrument may |
4349 |
|
|
automatically change the laod mode of other instrument(s), i.e. |
4350 |
|
|
because the instruments are part of the same file and the |
4351 |
|
|
engine does not allow a way to manage load modes for them |
4352 |
|
|
individually. Due to this, in case the frontend shows the |
4353 |
|
|
load modes of entries, the frontend should retrieve the actual |
4354 |
|
|
mode by i.e. sending |
4355 |
|
|
<xref target="GET MIDI_INSTRUMENT INFO">"GET MIDI_INSTRUMENT INFO"</xref> |
4356 |
|
|
command(s). Finally the OPTIONAL <name> argument allows to |
4357 |
|
|
set a custom name (encapsulated into apostrophes) for the mapping |
4358 |
|
|
entry, useful for frontends for displaying an appropriate name for |
4359 |
|
|
mapped instruments (using |
4360 |
|
|
<xref target="GET MIDI_INSTRUMENT INFO">"GET MIDI_INSTRUMENT INFO"</xref>). |
4361 |
|
|
</t> |
4362 |
|
|
<t> |
4363 |
schoenebeck |
1047 |
By default, "MAP MIDI_INSTRUMENT" commands block until the mapping is |
4364 |
|
|
completely established in the sampler. The OPTIONAL "NON_MODAL" argument |
4365 |
|
|
however causes the respective "MAP MIDI_INSTRUMENT" command to return |
4366 |
|
|
immediately, that is to let the sampler establish the mapping in the |
4367 |
|
|
background. So this argument might be especially useful for mappings with |
4368 |
|
|
a "PERSISTENT" type, because these have to load the respective instruments |
4369 |
|
|
immediately and might thus block for a very long time. It is recommended |
4370 |
|
|
however to use the OPTIONAL "NON_MODAL" argument only if really necessary, |
4371 |
|
|
because it has the following drawbacks: as "NON_MODAL" instructions return |
4372 |
|
|
immediately, they may not necessarily return an error i.e. when the given |
4373 |
|
|
instrument file turns out to be corrupt, beside that subsequent commands |
4374 |
|
|
in a LSCP instruction sequence might fail, because mandatory mappings are |
4375 |
|
|
not yet completed. |
4376 |
schoenebeck |
944 |
</t> |
4377 |
|
|
|
4378 |
|
|
<t>Possible Answers:</t> |
4379 |
|
|
<t> |
4380 |
|
|
<list> |
4381 |
|
|
<t>"OK" - |
4382 |
|
|
<list> |
4383 |
|
|
<t>usually</t> |
4384 |
|
|
</list> |
4385 |
|
|
</t> |
4386 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
4387 |
|
|
<list> |
4388 |
schoenebeck |
973 |
<t>when the given map or engine does not exist or a value |
4389 |
schoenebeck |
944 |
is out of range</t> |
4390 |
|
|
</list> |
4391 |
|
|
</t> |
4392 |
|
|
</list> |
4393 |
|
|
</t> |
4394 |
|
|
|
4395 |
|
|
<t>Examples:</t> |
4396 |
|
|
<t> |
4397 |
|
|
<list> |
4398 |
schoenebeck |
973 |
<t>C: "MAP MIDI_INSTRUMENT 0 3 0 gig '/usr/share/Steinway D.gig' 0 0.8 PERSISTENT"</t> |
4399 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4400 |
|
|
</list> |
4401 |
|
|
</t> |
4402 |
|
|
<t> |
4403 |
|
|
<list> |
4404 |
schoenebeck |
973 |
<t>C: "MAP MIDI_INSTRUMENT 0 4 50 gig '/home/john/foostrings.gig' 7 1.0"</t> |
4405 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4406 |
|
|
</list> |
4407 |
|
|
</t> |
4408 |
|
|
<t> |
4409 |
|
|
<list> |
4410 |
|
|
<t>C: "MAP MIDI_INSTRUMENT 0 0 0 gig '/usr/share/piano.gig' 0 1.0 'Normal Piano'"</t> |
4411 |
|
|
<t>S: "OK"</t> |
4412 |
schoenebeck |
973 |
<t>C: "MAP MIDI_INSTRUMENT 0 1 0 gig '/usr/share/piano.gig' 0 0.25 'Silent Piano'"</t> |
4413 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4414 |
|
|
</list> |
4415 |
|
|
</t> |
4416 |
|
|
<t> |
4417 |
|
|
<list> |
4418 |
schoenebeck |
1047 |
<t>C: "MAP MIDI_INSTRUMENT NON_MODAL 1 8 120 gig '/home/joe/foodrums.gig' 0 1.0 PERSISTENT 'Foo Drumkit'"</t> |
4419 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4420 |
|
|
</list> |
4421 |
|
|
</t> |
4422 |
|
|
</section> |
4423 |
|
|
|
4424 |
|
|
<section title="Getting ammount of MIDI instrument map entries" anchor="GET MIDI_INSTRUMENTS"> |
4425 |
schoenebeck |
973 |
<t>The front-end can query the amount of currently existing |
4426 |
|
|
entries in a MIDI instrument map by sending the following |
4427 |
schoenebeck |
944 |
command:</t> |
4428 |
|
|
<t> |
4429 |
|
|
<list> |
4430 |
schoenebeck |
973 |
<t>GET MIDI_INSTRUMENTS <map></t> |
4431 |
schoenebeck |
944 |
</list> |
4432 |
|
|
</t> |
4433 |
schoenebeck |
973 |
<t>The front-end can query the amount of currently existing |
4434 |
|
|
entries in all MIDI instrument maps by sending the following |
4435 |
|
|
command:</t> |
4436 |
|
|
<t> |
4437 |
|
|
<list> |
4438 |
|
|
<t>GET MIDI_INSTRUMENTS ALL</t> |
4439 |
|
|
</list> |
4440 |
|
|
</t> |
4441 |
schoenebeck |
944 |
<t>Possible Answers:</t> |
4442 |
|
|
<t> |
4443 |
|
|
<list> |
4444 |
schoenebeck |
973 |
<t>The sampler will answer by sending the current number of |
4445 |
|
|
entries in the MIDI instrument map(s).</t> |
4446 |
schoenebeck |
944 |
</list> |
4447 |
|
|
</t> |
4448 |
|
|
|
4449 |
|
|
<t>Example:</t> |
4450 |
|
|
<t> |
4451 |
|
|
<list> |
4452 |
schoenebeck |
973 |
<t>C: "GET MIDI_INSTRUMENTS 0"</t> |
4453 |
|
|
<t>S: "234"</t> |
4454 |
schoenebeck |
944 |
</list> |
4455 |
|
|
</t> |
4456 |
schoenebeck |
973 |
<t> |
4457 |
|
|
<list> |
4458 |
|
|
<t>C: "GET MIDI_INSTRUMENTS ALL"</t> |
4459 |
|
|
<t>S: "954"</t> |
4460 |
|
|
</list> |
4461 |
|
|
</t> |
4462 |
schoenebeck |
944 |
</section> |
4463 |
|
|
|
4464 |
schoenebeck |
973 |
<section title="Getting indeces of all entries of a MIDI instrument map" anchor="LIST MIDI_INSTRUMENTS"> |
4465 |
|
|
<t>The front-end can query a list of all currently existing |
4466 |
|
|
entries in a certain MIDI instrument map by sending the following |
4467 |
|
|
command:</t> |
4468 |
schoenebeck |
944 |
<t> |
4469 |
|
|
<list> |
4470 |
schoenebeck |
973 |
<t>LIST MIDI_INSTRUMENTS <map></t> |
4471 |
schoenebeck |
944 |
</list> |
4472 |
|
|
</t> |
4473 |
schoenebeck |
973 |
<t>Where <map> is the numeric ID of the MIDI instrument map.</t> |
4474 |
|
|
<t>The front-end can query a list of all currently existing |
4475 |
|
|
entries of all MIDI instrument maps by sending the following |
4476 |
|
|
command:</t> |
4477 |
|
|
<t> |
4478 |
|
|
<list> |
4479 |
|
|
<t>LIST MIDI_INSTRUMENTS ALL</t> |
4480 |
|
|
</list> |
4481 |
|
|
</t> |
4482 |
|
|
|
4483 |
schoenebeck |
944 |
<t>Possible Answers:</t> |
4484 |
|
|
<t> |
4485 |
|
|
<list> |
4486 |
schoenebeck |
973 |
<t>The sampler will answer by sending a comma separated |
4487 |
|
|
list of map ID - MIDI bank - MIDI program triples, where |
4488 |
|
|
each triple is encapsulated into curly braces. The |
4489 |
|
|
list is returned in one single line. Each triple |
4490 |
|
|
just reflects the key of the respective map entry, |
4491 |
|
|
thus subsequent |
4492 |
schoenebeck |
944 |
<xref target="GET MIDI_INSTRUMENT INFO">"GET MIDI_INSTRUMENT INFO"</xref> |
4493 |
|
|
command(s) are necessary to retrieve detailed informations |
4494 |
|
|
about each entry.</t> |
4495 |
|
|
</list> |
4496 |
|
|
</t> |
4497 |
|
|
|
4498 |
|
|
<t>Example:</t> |
4499 |
|
|
<t> |
4500 |
|
|
<list> |
4501 |
schoenebeck |
973 |
<t>C: "LIST MIDI_INSTRUMENTS 0"</t> |
4502 |
|
|
<t>S: "{0,0,0},{0,0,1},{0,0,3},{0,1,4},{1,127,127}"</t> |
4503 |
schoenebeck |
944 |
</list> |
4504 |
|
|
</t> |
4505 |
|
|
</section> |
4506 |
|
|
|
4507 |
|
|
<section title="Remove an entry from the MIDI instrument map" anchor="UNMAP MIDI_INSTRUMENT"> |
4508 |
schoenebeck |
973 |
<t>The front-end can delete an entry from a MIDI instrument |
4509 |
schoenebeck |
944 |
map by sending the following command:</t> |
4510 |
|
|
<t> |
4511 |
|
|
<list> |
4512 |
schoenebeck |
973 |
<t>UNMAP MIDI_INSTRUMENT <map> <midi_bank> <midi_prog></t> |
4513 |
schoenebeck |
944 |
</list> |
4514 |
|
|
</t> |
4515 |
|
|
<t> |
4516 |
schoenebeck |
973 |
Where <map> is the numeric ID of the MIDI instrument map, |
4517 |
|
|
<midi_bank> is an integer value between 0..16383 |
4518 |
|
|
reflecting the MIDI bank value and |
4519 |
|
|
<midi_prog> an integer value between |
4520 |
|
|
0..127 reflecting the MIDI program value of the map's entrie's key |
4521 |
schoenebeck |
944 |
index triple. |
4522 |
|
|
</t> |
4523 |
|
|
|
4524 |
|
|
<t>Possible Answers:</t> |
4525 |
|
|
<t> |
4526 |
|
|
<list> |
4527 |
|
|
<t>"OK" - |
4528 |
|
|
<list> |
4529 |
|
|
<t>usually</t> |
4530 |
|
|
</list> |
4531 |
|
|
</t> |
4532 |
|
|
<t>"ERR:<error-code>:<error-message>" - |
4533 |
|
|
<list> |
4534 |
|
|
<t>when index out of bounds</t> |
4535 |
|
|
</list> |
4536 |
|
|
</t> |
4537 |
|
|
</list> |
4538 |
|
|
</t> |
4539 |
|
|
|
4540 |
|
|
<t>Example:</t> |
4541 |
|
|
<t> |
4542 |
|
|
<list> |
4543 |
schoenebeck |
973 |
<t>C: "UNMAP MIDI_INSTRUMENT 0 2 127"</t> |
4544 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4545 |
|
|
</list> |
4546 |
|
|
</t> |
4547 |
|
|
</section> |
4548 |
|
|
|
4549 |
|
|
<section title="Get current settings of MIDI instrument map entry" anchor="GET MIDI_INSTRUMENT INFO"> |
4550 |
|
|
<t>The front-end can retrieve the current settings of a certain |
4551 |
|
|
instrument map entry by sending the following command:</t> |
4552 |
|
|
<t> |
4553 |
|
|
<list> |
4554 |
schoenebeck |
973 |
<t>GET MIDI_INSTRUMENT INFO <map> <midi_bank> <midi_prog></t> |
4555 |
schoenebeck |
944 |
</list> |
4556 |
|
|
</t> |
4557 |
|
|
<t> |
4558 |
schoenebeck |
973 |
Where <map> is the numeric ID of the MIDI instrument map, |
4559 |
|
|
<midi_bank> is an integer value between 0..16383 |
4560 |
|
|
reflecting the MIDI bank value, <midi_bank> |
4561 |
|
|
and <midi_prog> an integer value between |
4562 |
|
|
0..127 reflecting the MIDI program value of the map's entrie's key |
4563 |
schoenebeck |
944 |
index triple. |
4564 |
|
|
</t> |
4565 |
|
|
|
4566 |
|
|
<t>Possible Answers:</t> |
4567 |
|
|
<t> |
4568 |
|
|
<list> |
4569 |
|
|
<t>LinuxSampler will answer by sending a <CRLF> |
4570 |
|
|
separated list. Each answer line begins with the |
4571 |
|
|
information category name followed by a colon and then |
4572 |
|
|
a space character <SP> and finally the info |
4573 |
|
|
character string to that info category. At the moment |
4574 |
|
|
the following categories are defined:</t> |
4575 |
|
|
<t>"NAME" - |
4576 |
|
|
<list> |
4577 |
|
|
<t>Name for this MIDI instrument map entry (if defined). |
4578 |
|
|
This name shall be used by frontends for displaying a |
4579 |
|
|
name for this mapped instrument. It can be set and |
4580 |
|
|
changed with the |
4581 |
|
|
<xref target="MAP MIDI_INSTRUMENT">"MAP MIDI_INSTRUMENT"</xref> |
4582 |
|
|
command and does not have to be unique.</t> |
4583 |
|
|
</list> |
4584 |
|
|
</t> |
4585 |
|
|
<t>"ENGINE_NAME" - |
4586 |
|
|
<list> |
4587 |
|
|
<t>Name of the engine to be deployed for this |
4588 |
|
|
instrument.</t> |
4589 |
|
|
</list> |
4590 |
|
|
</t> |
4591 |
|
|
<t>"INSTRUMENT_FILE" - |
4592 |
|
|
<list> |
4593 |
|
|
<t>File name of the instrument.</t> |
4594 |
|
|
</list> |
4595 |
|
|
</t> |
4596 |
|
|
<t>"INSTRUMENT_NR" - |
4597 |
|
|
<list> |
4598 |
|
|
<t>Index of the instrument within the file.</t> |
4599 |
|
|
</list> |
4600 |
|
|
</t> |
4601 |
|
|
<t>"INSTRUMENT_NAME" - |
4602 |
|
|
<list> |
4603 |
|
|
<t>Name of the loaded instrument as reflected by its file. |
4604 |
|
|
In contrast to the "NAME" field, the "INSTRUMENT_NAME" field |
4605 |
|
|
cannot be changed.</t> |
4606 |
|
|
</list> |
4607 |
|
|
</t> |
4608 |
|
|
<t>"LOAD_MODE" - |
4609 |
|
|
<list> |
4610 |
|
|
<t>Life time of instrument |
4611 |
|
|
(see <xref target="MAP MIDI_INSTRUMENT">"MAP MIDI_INSTRUMENT"</xref> for details about this setting).</t> |
4612 |
|
|
</list> |
4613 |
|
|
</t> |
4614 |
|
|
<t>"VOLUME" - |
4615 |
|
|
<list> |
4616 |
|
|
<t>master volume of the instrument as optionally |
4617 |
schoenebeck |
1026 |
dotted number (where a value < 1.0 means attenuation |
4618 |
schoenebeck |
944 |
and a value > 1.0 means amplification)</t> |
4619 |
|
|
</list> |
4620 |
|
|
</t> |
4621 |
|
|
<t>The mentioned fields above don't have to be in particular order.</t> |
4622 |
|
|
</list> |
4623 |
|
|
</t> |
4624 |
|
|
|
4625 |
|
|
<t>Example:</t> |
4626 |
|
|
<t> |
4627 |
|
|
<list> |
4628 |
schoenebeck |
973 |
<t>C: "GET MIDI_INSTRUMENT INFO 1 45 120"</t> |
4629 |
schoenebeck |
944 |
<t>S: "NAME: Drums for Foo Song"</t> |
4630 |
|
|
<t> "ENGINE_NAME: GigEngine"</t> |
4631 |
|
|
<t> "INSTRUMENT_FILE: /usr/share/joesdrumkit.gig"</t> |
4632 |
|
|
<t> "INSTRUMENT_NR: 0"</t> |
4633 |
|
|
<t> "INSTRUMENT_NAME: Joe's Drumkit"</t> |
4634 |
|
|
<t> "LOAD_MODE: PERSISTENT"</t> |
4635 |
|
|
<t> "VOLUME: 1.0"</t> |
4636 |
|
|
<t> "."</t> |
4637 |
|
|
</list> |
4638 |
|
|
</t> |
4639 |
|
|
</section> |
4640 |
|
|
|
4641 |
|
|
<section title="Clear MIDI instrument map" anchor="CLEAR MIDI_INSTRUMENTS"> |
4642 |
schoenebeck |
973 |
<t>The front-end can clear a whole MIDI instrument map, that |
4643 |
|
|
is delete all its entries by sending the following command:</t> |
4644 |
schoenebeck |
944 |
<t> |
4645 |
|
|
<list> |
4646 |
schoenebeck |
973 |
<t>CLEAR MIDI_INSTRUMENTS <map></t> |
4647 |
schoenebeck |
944 |
</list> |
4648 |
|
|
</t> |
4649 |
schoenebeck |
973 |
<t>Where <map> is the numeric ID of the map to clear.</t> |
4650 |
|
|
<t>The front-end can clear all MIDI instrument maps, that |
4651 |
|
|
is delete all entries of all maps by sending the following |
4652 |
|
|
command:</t> |
4653 |
|
|
<t> |
4654 |
|
|
<list> |
4655 |
|
|
<t>CLEAR MIDI_INSTRUMENTS ALL</t> |
4656 |
|
|
</list> |
4657 |
|
|
</t> |
4658 |
|
|
<t>The command "CLEAR MIDI_INSTRUMENTS ALL" does not delete the |
4659 |
|
|
maps, only their entries, thus the map's settings like |
4660 |
|
|
custom name will be preservevd.</t> |
4661 |
schoenebeck |
944 |
|
4662 |
|
|
<t>Possible Answers:</t> |
4663 |
|
|
<t> |
4664 |
|
|
<list> |
4665 |
|
|
<t>"OK" - |
4666 |
|
|
<list> |
4667 |
|
|
<t>always</t> |
4668 |
|
|
</list> |
4669 |
|
|
</t> |
4670 |
|
|
</list> |
4671 |
|
|
</t> |
4672 |
|
|
|
4673 |
schoenebeck |
973 |
<t>Examples:</t> |
4674 |
schoenebeck |
944 |
<t> |
4675 |
|
|
<list> |
4676 |
schoenebeck |
973 |
<t>C: "CLEAR MIDI_INSTRUMENTS 0"</t> |
4677 |
schoenebeck |
944 |
<t>S: "OK"</t> |
4678 |
|
|
</list> |
4679 |
|
|
</t> |
4680 |
schoenebeck |
973 |
<t> |
4681 |
|
|
<list> |
4682 |
|
|
<t>C: "CLEAR MIDI_INSTRUMENTS ALL"</t> |
4683 |
|
|
<t>S: "OK"</t> |
4684 |
|
|
</list> |
4685 |
|
|
</t> |
4686 |
schoenebeck |
944 |
</section> |
4687 |
|
|
</section> |
4688 |
|
|
|
4689 |
schoenebeck |
151 |
</section> |
4690 |
|
|
|
4691 |
schoenebeck |
944 |
|
4692 |
schoenebeck |
534 |
<section title="Command Syntax" anchor="command_syntax"> |
4693 |
schoenebeck |
573 |
<t>The grammar of the control protocol as descibed in <xref target="control_commands"/> |
4694 |
|
|
is defined below using Backus-Naur Form (BNF as described in <xref target="RFC2234"/>) |
4695 |
|
|
where applicable. |
4696 |
|
|
</t> |
4697 |
|
|
<!-- |
4698 |
|
|
This section is automatically generated by scripts/update_grammar.pl |
4699 |
|
|
from src/network/lscp.y (yacc input file). Do not modify this section |
4700 |
|
|
manually ! |
4701 |
|
|
--> |
4702 |
|
|
<!-- GRAMMAR_BNF_BEGIN - do NOT delete or modify this line !!! --> |
4703 |
schoenebeck |
937 |
|
4704 |
|
|
<t>input = |
4705 |
|
|
<list> |
4706 |
|
|
<t>line LF |
4707 |
|
|
</t> |
4708 |
|
|
<t>/ line CR LF |
4709 |
|
|
</t> |
4710 |
|
|
</list> |
4711 |
|
|
</t> |
4712 |
|
|
<t>line = |
4713 |
|
|
<list> |
4714 |
|
|
<t>/* epsilon (empty line ignored) */ |
4715 |
|
|
</t> |
4716 |
|
|
<t>/ comment |
4717 |
|
|
</t> |
4718 |
|
|
<t>/ command |
4719 |
|
|
</t> |
4720 |
|
|
<t>/ error |
4721 |
|
|
</t> |
4722 |
|
|
</list> |
4723 |
|
|
</t> |
4724 |
|
|
<t>comment = |
4725 |
|
|
<list> |
4726 |
|
|
<t>'#' |
4727 |
|
|
</t> |
4728 |
|
|
<t>/ comment '#' |
4729 |
|
|
</t> |
4730 |
|
|
<t>/ comment SP |
4731 |
|
|
</t> |
4732 |
|
|
<t>/ comment number |
4733 |
|
|
</t> |
4734 |
|
|
<t>/ comment string |
4735 |
|
|
</t> |
4736 |
|
|
</list> |
4737 |
|
|
</t> |
4738 |
|
|
<t>command = |
4739 |
|
|
<list> |
4740 |
schoenebeck |
973 |
<t>ADD SP add_instruction |
4741 |
schoenebeck |
937 |
</t> |
4742 |
schoenebeck |
944 |
<t>/ MAP SP map_instruction |
4743 |
|
|
</t> |
4744 |
|
|
<t>/ UNMAP SP unmap_instruction |
4745 |
|
|
</t> |
4746 |
schoenebeck |
937 |
<t>/ GET SP get_instruction |
4747 |
|
|
</t> |
4748 |
|
|
<t>/ CREATE SP create_instruction |
4749 |
|
|
</t> |
4750 |
|
|
<t>/ DESTROY SP destroy_instruction |
4751 |
|
|
</t> |
4752 |
|
|
<t>/ LIST SP list_instruction |
4753 |
|
|
</t> |
4754 |
|
|
<t>/ LOAD SP load_instruction |
4755 |
|
|
</t> |
4756 |
schoenebeck |
944 |
<t>/ REMOVE SP remove_instruction |
4757 |
schoenebeck |
937 |
</t> |
4758 |
|
|
<t>/ SET SP set_instruction |
4759 |
|
|
</t> |
4760 |
|
|
<t>/ SUBSCRIBE SP subscribe_event |
4761 |
|
|
</t> |
4762 |
|
|
<t>/ UNSUBSCRIBE SP unsubscribe_event |
4763 |
|
|
</t> |
4764 |
|
|
<t>/ SELECT SP text |
4765 |
|
|
</t> |
4766 |
schoenebeck |
944 |
<t>/ RESET SP reset_instruction |
4767 |
schoenebeck |
937 |
</t> |
4768 |
schoenebeck |
944 |
<t>/ CLEAR SP clear_instruction |
4769 |
|
|
</t> |
4770 |
schoenebeck |
937 |
<t>/ RESET |
4771 |
|
|
</t> |
4772 |
|
|
<t>/ QUIT |
4773 |
|
|
</t> |
4774 |
|
|
</list> |
4775 |
|
|
</t> |
4776 |
schoenebeck |
973 |
<t>add_instruction = |
4777 |
|
|
<list> |
4778 |
|
|
<t>CHANNEL |
4779 |
|
|
</t> |
4780 |
|
|
<t>/ MIDI_INSTRUMENT_MAP |
4781 |
|
|
</t> |
4782 |
|
|
<t>/ MIDI_INSTRUMENT_MAP SP map_name |
4783 |
|
|
</t> |
4784 |
|
|
</list> |
4785 |
|
|
</t> |
4786 |
schoenebeck |
937 |
<t>subscribe_event = |
4787 |
|
|
<list> |
4788 |
iliev |
984 |
<t>AUDIO_OUTPUT_DEVICE_COUNT |
4789 |
schoenebeck |
937 |
</t> |
4790 |
iliev |
984 |
<t>/ AUDIO_OUTPUT_DEVICE_INFO |
4791 |
|
|
</t> |
4792 |
|
|
<t>/ MIDI_INPUT_DEVICE_COUNT |
4793 |
|
|
</t> |
4794 |
|
|
<t>/ MIDI_INPUT_DEVICE_INFO |
4795 |
|
|
</t> |
4796 |
|
|
<t>/ CHANNEL_COUNT |
4797 |
|
|
</t> |
4798 |
schoenebeck |
937 |
<t>/ VOICE_COUNT |
4799 |
|
|
</t> |
4800 |
|
|
<t>/ STREAM_COUNT |
4801 |
|
|
</t> |
4802 |
|
|
<t>/ BUFFER_FILL |
4803 |
|
|
</t> |
4804 |
|
|
<t>/ CHANNEL_INFO |
4805 |
|
|
</t> |
4806 |
iliev |
984 |
<t>/ MIDI_INSTRUMENT_MAP_COUNT |
4807 |
|
|
</t> |
4808 |
|
|
<t>/ MIDI_INSTRUMENT_MAP_INFO |
4809 |
|
|
</t> |
4810 |
|
|
<t>/ MIDI_INSTRUMENT_COUNT |
4811 |
|
|
</t> |
4812 |
|
|
<t>/ MIDI_INSTRUMENT_INFO |
4813 |
|
|
</t> |
4814 |
schoenebeck |
937 |
<t>/ MISCELLANEOUS |
4815 |
|
|
</t> |
4816 |
|
|
<t>/ TOTAL_VOICE_COUNT |
4817 |
|
|
</t> |
4818 |
|
|
</list> |
4819 |
|
|
</t> |
4820 |
|
|
<t>unsubscribe_event = |
4821 |
|
|
<list> |
4822 |
iliev |
984 |
<t>AUDIO_OUTPUT_DEVICE_COUNT |
4823 |
schoenebeck |
937 |
</t> |
4824 |
iliev |
984 |
<t>/ AUDIO_OUTPUT_DEVICE_INFO |
4825 |
|
|
</t> |
4826 |
|
|
<t>/ MIDI_INPUT_DEVICE_COUNT |
4827 |
|
|
</t> |
4828 |
|
|
<t>/ MIDI_INPUT_DEVICE_INFO |
4829 |
|
|
</t> |
4830 |
|
|
<t>/ CHANNEL_COUNT |
4831 |
|
|
</t> |
4832 |
schoenebeck |
937 |
<t>/ VOICE_COUNT |
4833 |
|
|
</t> |
4834 |
|
|
<t>/ STREAM_COUNT |
4835 |
|
|
</t> |
4836 |
|
|
<t>/ BUFFER_FILL |
4837 |
|
|
</t> |
4838 |
|
|
<t>/ CHANNEL_INFO |
4839 |
|
|
</t> |
4840 |
iliev |
984 |
<t>/ MIDI_INSTRUMENT_MAP_COUNT |
4841 |
|
|
</t> |
4842 |
|
|
<t>/ MIDI_INSTRUMENT_MAP_INFO |
4843 |
|
|
</t> |
4844 |
|
|
<t>/ MIDI_INSTRUMENT_COUNT |
4845 |
|
|
</t> |
4846 |
|
|
<t>/ MIDI_INSTRUMENT_INFO |
4847 |
|
|
</t> |
4848 |
schoenebeck |
937 |
<t>/ MISCELLANEOUS |
4849 |
|
|
</t> |
4850 |
|
|
<t>/ TOTAL_VOICE_COUNT |
4851 |
|
|
</t> |
4852 |
|
|
</list> |
4853 |
|
|
</t> |
4854 |
schoenebeck |
944 |
<t>map_instruction = |
4855 |
|
|
<list> |
4856 |
schoenebeck |
1047 |
<t>MIDI_INSTRUMENT SP modal_arg midi_map SP midi_bank SP midi_prog SP engine_name SP filename SP instrument_index SP volume_value |
4857 |
schoenebeck |
944 |
</t> |
4858 |
schoenebeck |
1047 |
<t>/ MIDI_INSTRUMENT SP modal_arg midi_map SP midi_bank SP midi_prog SP engine_name SP filename SP instrument_index SP volume_value SP instr_load_mode |
4859 |
schoenebeck |
944 |
</t> |
4860 |
schoenebeck |
1047 |
<t>/ MIDI_INSTRUMENT SP modal_arg midi_map SP midi_bank SP midi_prog SP engine_name SP filename SP instrument_index SP volume_value SP entry_name |
4861 |
schoenebeck |
944 |
</t> |
4862 |
schoenebeck |
1047 |
<t>/ MIDI_INSTRUMENT SP modal_arg midi_map SP midi_bank SP midi_prog SP engine_name SP filename SP instrument_index SP volume_value SP instr_load_mode SP entry_name |
4863 |
schoenebeck |
944 |
</t> |
4864 |
|
|
</list> |
4865 |
|
|
</t> |
4866 |
|
|
<t>unmap_instruction = |
4867 |
|
|
<list> |
4868 |
schoenebeck |
973 |
<t>MIDI_INSTRUMENT SP midi_map SP midi_bank SP midi_prog |
4869 |
schoenebeck |
944 |
</t> |
4870 |
|
|
</list> |
4871 |
|
|
</t> |
4872 |
|
|
<t>remove_instruction = |
4873 |
|
|
<list> |
4874 |
|
|
<t>CHANNEL SP sampler_channel |
4875 |
|
|
</t> |
4876 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENT_MAP SP midi_map |
4877 |
|
|
</t> |
4878 |
|
|
<t>/ MIDI_INSTRUMENT_MAP SP ALL |
4879 |
|
|
</t> |
4880 |
schoenebeck |
944 |
</list> |
4881 |
|
|
</t> |
4882 |
schoenebeck |
937 |
<t>get_instruction = |
4883 |
|
|
<list> |
4884 |
|
|
<t>AVAILABLE_ENGINES |
4885 |
|
|
</t> |
4886 |
|
|
<t>/ AVAILABLE_MIDI_INPUT_DRIVERS |
4887 |
|
|
</t> |
4888 |
|
|
<t>/ MIDI_INPUT_DRIVER SP INFO SP string |
4889 |
|
|
</t> |
4890 |
|
|
<t>/ MIDI_INPUT_DRIVER_PARAMETER SP INFO SP string SP string |
4891 |
|
|
</t> |
4892 |
|
|
<t>/ MIDI_INPUT_DRIVER_PARAMETER SP INFO SP string SP string SP key_val_list |
4893 |
|
|
</t> |
4894 |
|
|
<t>/ AVAILABLE_AUDIO_OUTPUT_DRIVERS |
4895 |
|
|
</t> |
4896 |
|
|
<t>/ AUDIO_OUTPUT_DRIVER SP INFO SP string |
4897 |
|
|
</t> |
4898 |
|
|
<t>/ AUDIO_OUTPUT_DRIVER_PARAMETER SP INFO SP string SP string |
4899 |
|
|
</t> |
4900 |
|
|
<t>/ AUDIO_OUTPUT_DRIVER_PARAMETER SP INFO SP string SP string SP key_val_list |
4901 |
|
|
</t> |
4902 |
|
|
<t>/ AUDIO_OUTPUT_DEVICES |
4903 |
|
|
</t> |
4904 |
|
|
<t>/ MIDI_INPUT_DEVICES |
4905 |
|
|
</t> |
4906 |
|
|
<t>/ AUDIO_OUTPUT_DEVICE SP INFO SP number |
4907 |
|
|
</t> |
4908 |
|
|
<t>/ MIDI_INPUT_DEVICE SP INFO SP number |
4909 |
|
|
</t> |
4910 |
|
|
<t>/ MIDI_INPUT_PORT SP INFO SP number SP number |
4911 |
|
|
</t> |
4912 |
|
|
<t>/ MIDI_INPUT_PORT_PARAMETER SP INFO SP number SP number SP string |
4913 |
|
|
</t> |
4914 |
|
|
<t>/ AUDIO_OUTPUT_CHANNEL SP INFO SP number SP number |
4915 |
|
|
</t> |
4916 |
|
|
<t>/ AUDIO_OUTPUT_CHANNEL_PARAMETER SP INFO SP number SP number SP string |
4917 |
|
|
</t> |
4918 |
|
|
<t>/ CHANNELS |
4919 |
|
|
</t> |
4920 |
|
|
<t>/ CHANNEL SP INFO SP sampler_channel |
4921 |
|
|
</t> |
4922 |
|
|
<t>/ CHANNEL SP BUFFER_FILL SP buffer_size_type SP sampler_channel |
4923 |
|
|
</t> |
4924 |
|
|
<t>/ CHANNEL SP STREAM_COUNT SP sampler_channel |
4925 |
|
|
</t> |
4926 |
|
|
<t>/ CHANNEL SP VOICE_COUNT SP sampler_channel |
4927 |
|
|
</t> |
4928 |
|
|
<t>/ ENGINE SP INFO SP engine_name |
4929 |
|
|
</t> |
4930 |
|
|
<t>/ SERVER SP INFO |
4931 |
|
|
</t> |
4932 |
|
|
<t>/ TOTAL_VOICE_COUNT |
4933 |
|
|
</t> |
4934 |
|
|
<t>/ TOTAL_VOICE_COUNT_MAX |
4935 |
|
|
</t> |
4936 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENTS SP midi_map |
4937 |
schoenebeck |
944 |
</t> |
4938 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENTS SP ALL |
4939 |
schoenebeck |
944 |
</t> |
4940 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENT SP INFO SP midi_map SP midi_bank SP midi_prog |
4941 |
|
|
</t> |
4942 |
|
|
<t>/ MIDI_INSTRUMENT_MAPS |
4943 |
|
|
</t> |
4944 |
|
|
<t>/ MIDI_INSTRUMENT_MAP SP INFO SP midi_map |
4945 |
|
|
</t> |
4946 |
schoenebeck |
1001 |
<t>/ FX_SENDS SP sampler_channel |
4947 |
|
|
</t> |
4948 |
|
|
<t>/ FX_SEND SP INFO SP sampler_channel SP fx_send_id |
4949 |
|
|
</t> |
4950 |
schoenebeck |
1005 |
<t>/ VOLUME |
4951 |
|
|
</t> |
4952 |
schoenebeck |
937 |
</list> |
4953 |
|
|
</t> |
4954 |
|
|
<t>set_instruction = |
4955 |
|
|
<list> |
4956 |
|
|
<t>AUDIO_OUTPUT_DEVICE_PARAMETER SP number SP string '=' param_val_list |
4957 |
|
|
</t> |
4958 |
|
|
<t>/ AUDIO_OUTPUT_CHANNEL_PARAMETER SP number SP number SP string '=' param_val_list |
4959 |
|
|
</t> |
4960 |
|
|
<t>/ MIDI_INPUT_DEVICE_PARAMETER SP number SP string '=' param_val_list |
4961 |
|
|
</t> |
4962 |
|
|
<t>/ MIDI_INPUT_PORT_PARAMETER SP number SP number SP string '=' param_val_list |
4963 |
|
|
</t> |
4964 |
|
|
<t>/ CHANNEL SP set_chan_instruction |
4965 |
|
|
</t> |
4966 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENT_MAP SP NAME SP midi_map SP map_name |
4967 |
|
|
</t> |
4968 |
schoenebeck |
1001 |
<t>/ FX_SEND SP AUDIO_OUTPUT_CHANNEL SP sampler_channel SP fx_send_id SP audio_channel_index SP audio_channel_index |
4969 |
|
|
</t> |
4970 |
schoenebeck |
1026 |
<t>/ FX_SEND SP MIDI_CONTROLLER SP sampler_channel SP fx_send_id SP midi_ctrl |
4971 |
|
|
</t> |
4972 |
|
|
<t>/ FX_SEND SP LEVEL SP sampler_channel SP fx_send_id SP volume_value |
4973 |
|
|
</t> |
4974 |
schoenebeck |
937 |
<t>/ ECHO SP boolean |
4975 |
|
|
</t> |
4976 |
schoenebeck |
1005 |
<t>/ VOLUME SP volume_value |
4977 |
|
|
</t> |
4978 |
schoenebeck |
937 |
</list> |
4979 |
|
|
</t> |
4980 |
|
|
<t>create_instruction = |
4981 |
|
|
<list> |
4982 |
|
|
<t>AUDIO_OUTPUT_DEVICE SP string SP key_val_list |
4983 |
|
|
</t> |
4984 |
|
|
<t>/ AUDIO_OUTPUT_DEVICE SP string |
4985 |
|
|
</t> |
4986 |
|
|
<t>/ MIDI_INPUT_DEVICE SP string SP key_val_list |
4987 |
|
|
</t> |
4988 |
|
|
<t>/ MIDI_INPUT_DEVICE SP string |
4989 |
|
|
</t> |
4990 |
schoenebeck |
1001 |
<t>/ FX_SEND SP sampler_channel SP midi_ctrl |
4991 |
|
|
</t> |
4992 |
|
|
<t>/ FX_SEND SP sampler_channel SP midi_ctrl SP fx_send_name |
4993 |
|
|
</t> |
4994 |
schoenebeck |
937 |
</list> |
4995 |
|
|
</t> |
4996 |
schoenebeck |
944 |
<t>reset_instruction = |
4997 |
|
|
<list> |
4998 |
|
|
<t>CHANNEL SP sampler_channel |
4999 |
|
|
</t> |
5000 |
|
|
</list> |
5001 |
|
|
</t> |
5002 |
|
|
<t>clear_instruction = |
5003 |
|
|
<list> |
5004 |
schoenebeck |
973 |
<t>MIDI_INSTRUMENTS SP midi_map |
5005 |
schoenebeck |
944 |
</t> |
5006 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENTS SP ALL |
5007 |
|
|
</t> |
5008 |
schoenebeck |
944 |
</list> |
5009 |
|
|
</t> |
5010 |
schoenebeck |
937 |
<t>destroy_instruction = |
5011 |
|
|
<list> |
5012 |
|
|
<t>AUDIO_OUTPUT_DEVICE SP number |
5013 |
|
|
</t> |
5014 |
|
|
<t>/ MIDI_INPUT_DEVICE SP number |
5015 |
|
|
</t> |
5016 |
schoenebeck |
1001 |
<t>/ FX_SEND SP sampler_channel SP fx_send_id |
5017 |
|
|
</t> |
5018 |
schoenebeck |
937 |
</list> |
5019 |
|
|
</t> |
5020 |
|
|
<t>load_instruction = |
5021 |
|
|
<list> |
5022 |
|
|
<t>INSTRUMENT SP load_instr_args |
5023 |
|
|
</t> |
5024 |
|
|
<t>/ ENGINE SP load_engine_args |
5025 |
|
|
</t> |
5026 |
|
|
</list> |
5027 |
|
|
</t> |
5028 |
|
|
<t>set_chan_instruction = |
5029 |
|
|
<list> |
5030 |
|
|
<t>AUDIO_OUTPUT_DEVICE SP sampler_channel SP device_index |
5031 |
|
|
</t> |
5032 |
|
|
<t>/ AUDIO_OUTPUT_CHANNEL SP sampler_channel SP audio_channel_index SP audio_channel_index |
5033 |
|
|
</t> |
5034 |
|
|
<t>/ AUDIO_OUTPUT_TYPE SP sampler_channel SP audio_output_type_name |
5035 |
|
|
</t> |
5036 |
|
|
<t>/ MIDI_INPUT SP sampler_channel SP device_index SP midi_input_port_index SP midi_input_channel_index |
5037 |
|
|
</t> |
5038 |
|
|
<t>/ MIDI_INPUT_DEVICE SP sampler_channel SP device_index |
5039 |
|
|
</t> |
5040 |
|
|
<t>/ MIDI_INPUT_PORT SP sampler_channel SP midi_input_port_index |
5041 |
|
|
</t> |
5042 |
|
|
<t>/ MIDI_INPUT_CHANNEL SP sampler_channel SP midi_input_channel_index |
5043 |
|
|
</t> |
5044 |
|
|
<t>/ MIDI_INPUT_TYPE SP sampler_channel SP midi_input_type_name |
5045 |
|
|
</t> |
5046 |
|
|
<t>/ VOLUME SP sampler_channel SP volume_value |
5047 |
|
|
</t> |
5048 |
|
|
<t>/ MUTE SP sampler_channel SP boolean |
5049 |
|
|
</t> |
5050 |
|
|
<t>/ SOLO SP sampler_channel SP boolean |
5051 |
|
|
</t> |
5052 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENT_MAP SP sampler_channel SP midi_map |
5053 |
|
|
</t> |
5054 |
|
|
<t>/ MIDI_INSTRUMENT_MAP SP sampler_channel SP NONE |
5055 |
|
|
</t> |
5056 |
|
|
<t>/ MIDI_INSTRUMENT_MAP SP sampler_channel SP DEFAULT |
5057 |
|
|
</t> |
5058 |
schoenebeck |
937 |
</list> |
5059 |
|
|
</t> |
5060 |
schoenebeck |
1047 |
<t>modal_arg = |
5061 |
|
|
<list> |
5062 |
|
|
<t>/* epsilon (empty argument) */ |
5063 |
|
|
</t> |
5064 |
|
|
<t>/ NON_MODAL SP |
5065 |
|
|
</t> |
5066 |
|
|
</list> |
5067 |
|
|
</t> |
5068 |
schoenebeck |
937 |
<t>key_val_list = |
5069 |
|
|
<list> |
5070 |
|
|
<t>string '=' param_val_list |
5071 |
|
|
</t> |
5072 |
|
|
<t>/ key_val_list SP string '=' param_val_list |
5073 |
|
|
</t> |
5074 |
|
|
</list> |
5075 |
|
|
</t> |
5076 |
|
|
<t>buffer_size_type = |
5077 |
|
|
<list> |
5078 |
|
|
<t>BYTES |
5079 |
|
|
</t> |
5080 |
|
|
<t>/ PERCENTAGE |
5081 |
|
|
</t> |
5082 |
|
|
</list> |
5083 |
|
|
</t> |
5084 |
|
|
<t>list_instruction = |
5085 |
|
|
<list> |
5086 |
|
|
<t>AUDIO_OUTPUT_DEVICES |
5087 |
|
|
</t> |
5088 |
|
|
<t>/ MIDI_INPUT_DEVICES |
5089 |
|
|
</t> |
5090 |
|
|
<t>/ CHANNELS |
5091 |
|
|
</t> |
5092 |
|
|
<t>/ AVAILABLE_ENGINES |
5093 |
|
|
</t> |
5094 |
|
|
<t>/ AVAILABLE_MIDI_INPUT_DRIVERS |
5095 |
|
|
</t> |
5096 |
|
|
<t>/ AVAILABLE_AUDIO_OUTPUT_DRIVERS |
5097 |
|
|
</t> |
5098 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENTS SP midi_map |
5099 |
schoenebeck |
944 |
</t> |
5100 |
schoenebeck |
973 |
<t>/ MIDI_INSTRUMENTS SP ALL |
5101 |
|
|
</t> |
5102 |
|
|
<t>/ MIDI_INSTRUMENT_MAPS |
5103 |
|
|
</t> |
5104 |
schoenebeck |
1001 |
<t>/ FX_SENDS SP sampler_channel |
5105 |
|
|
</t> |
5106 |
schoenebeck |
937 |
</list> |
5107 |
|
|
</t> |
5108 |
|
|
<t>load_instr_args = |
5109 |
|
|
<list> |
5110 |
|
|
<t>filename SP instrument_index SP sampler_channel |
5111 |
|
|
</t> |
5112 |
|
|
<t>/ NON_MODAL SP filename SP instrument_index SP sampler_channel |
5113 |
|
|
</t> |
5114 |
|
|
</list> |
5115 |
|
|
</t> |
5116 |
|
|
<t>load_engine_args = |
5117 |
|
|
<list> |
5118 |
|
|
<t>engine_name SP sampler_channel |
5119 |
|
|
</t> |
5120 |
|
|
</list> |
5121 |
|
|
</t> |
5122 |
schoenebeck |
944 |
<t>instr_load_mode = |
5123 |
|
|
<list> |
5124 |
|
|
<t>ON_DEMAND |
5125 |
|
|
</t> |
5126 |
|
|
<t>/ ON_DEMAND_HOLD |
5127 |
|
|
</t> |
5128 |
|
|
<t>/ PERSISTENT |
5129 |
|
|
</t> |
5130 |
|
|
</list> |
5131 |
|
|
</t> |
5132 |
schoenebeck |
937 |
<t>device_index = |
5133 |
|
|
<list> |
5134 |
|
|
<t>number |
5135 |
|
|
</t> |
5136 |
|
|
</list> |
5137 |
|
|
</t> |
5138 |
|
|
<t>audio_channel_index = |
5139 |
|
|
<list> |
5140 |
|
|
<t>number |
5141 |
|
|
</t> |
5142 |
|
|
</list> |
5143 |
|
|
</t> |
5144 |
|
|
<t>audio_output_type_name = |
5145 |
|
|
<list> |
5146 |
|
|
<t>string |
5147 |
|
|
</t> |
5148 |
|
|
</list> |
5149 |
|
|
</t> |
5150 |
|
|
<t>midi_input_port_index = |
5151 |
|
|
<list> |
5152 |
|
|
<t>number |
5153 |
|
|
</t> |
5154 |
|
|
</list> |
5155 |
|
|
</t> |
5156 |
|
|
<t>midi_input_channel_index = |
5157 |
|
|
<list> |
5158 |
|
|
<t>number |
5159 |
|
|
</t> |
5160 |
|
|
<t>/ ALL |
5161 |
|
|
</t> |
5162 |
|
|
</list> |
5163 |
|
|
</t> |
5164 |
|
|
<t>midi_input_type_name = |
5165 |
|
|
<list> |
5166 |
|
|
<t>string |
5167 |
|
|
</t> |
5168 |
|
|
</list> |
5169 |
|
|
</t> |
5170 |
schoenebeck |
973 |
<t>midi_map = |
5171 |
schoenebeck |
944 |
<list> |
5172 |
|
|
<t>number |
5173 |
|
|
</t> |
5174 |
|
|
</list> |
5175 |
|
|
</t> |
5176 |
schoenebeck |
973 |
<t>midi_bank = |
5177 |
schoenebeck |
944 |
<list> |
5178 |
|
|
<t>number |
5179 |
|
|
</t> |
5180 |
|
|
</list> |
5181 |
|
|
</t> |
5182 |
|
|
<t>midi_prog = |
5183 |
|
|
<list> |
5184 |
|
|
<t>number |
5185 |
|
|
</t> |
5186 |
|
|
</list> |
5187 |
|
|
</t> |
5188 |
schoenebeck |
1001 |
<t>midi_ctrl = |
5189 |
|
|
<list> |
5190 |
|
|
<t>number |
5191 |
|
|
</t> |
5192 |
|
|
</list> |
5193 |
|
|
</t> |
5194 |
schoenebeck |
937 |
<t>volume_value = |
5195 |
|
|
<list> |
5196 |
|
|
<t>dotnum |
5197 |
|
|
</t> |
5198 |
|
|
<t>/ number |
5199 |
|
|
</t> |
5200 |
|
|
</list> |
5201 |
|
|
</t> |
5202 |
|
|
<t>sampler_channel = |
5203 |
|
|
<list> |
5204 |
|
|
<t>number |
5205 |
|
|
</t> |
5206 |
|
|
</list> |
5207 |
|
|
</t> |
5208 |
|
|
<t>instrument_index = |
5209 |
|
|
<list> |
5210 |
|
|
<t>number |
5211 |
|
|
</t> |
5212 |
|
|
</list> |
5213 |
|
|
</t> |
5214 |
schoenebeck |
1001 |
<t>fx_send_id = |
5215 |
|
|
<list> |
5216 |
|
|
<t>number |
5217 |
|
|
</t> |
5218 |
|
|
</list> |
5219 |
|
|
</t> |
5220 |
schoenebeck |
937 |
<t>engine_name = |
5221 |
|
|
<list> |
5222 |
|
|
<t>string |
5223 |
|
|
</t> |
5224 |
|
|
</list> |
5225 |
|
|
</t> |
5226 |
|
|
<t>filename = |
5227 |
|
|
<list> |
5228 |
|
|
<t>stringval |
5229 |
|
|
</t> |
5230 |
|
|
</list> |
5231 |
|
|
</t> |
5232 |
schoenebeck |
973 |
<t>map_name = |
5233 |
|
|
<list> |
5234 |
|
|
<t>stringval |
5235 |
|
|
</t> |
5236 |
|
|
</list> |
5237 |
|
|
</t> |
5238 |
schoenebeck |
944 |
<t>entry_name = |
5239 |
|
|
<list> |
5240 |
|
|
<t>stringval |
5241 |
|
|
</t> |
5242 |
|
|
</list> |
5243 |
|
|
</t> |
5244 |
schoenebeck |
1001 |
<t>fx_send_name = |
5245 |
|
|
<list> |
5246 |
|
|
<t>stringval |
5247 |
|
|
</t> |
5248 |
|
|
</list> |
5249 |
|
|
</t> |
5250 |
schoenebeck |
937 |
<t>param_val_list = |
5251 |
|
|
<list> |
5252 |
|
|
<t>param_val |
5253 |
|
|
</t> |
5254 |
|
|
<t>/ param_val_list','param_val |
5255 |
|
|
</t> |
5256 |
|
|
</list> |
5257 |
|
|
</t> |
5258 |
|
|
<t>param_val = |
5259 |
|
|
<list> |
5260 |
|
|
<t>string |
5261 |
|
|
</t> |
5262 |
|
|
<t>/ stringval |
5263 |
|
|
</t> |
5264 |
|
|
<t>/ number |
5265 |
|
|
</t> |
5266 |
|
|
<t>/ dotnum |
5267 |
|
|
</t> |
5268 |
|
|
</list> |
5269 |
|
|
</t> |
5270 |
|
|
|
5271 |
schoenebeck |
573 |
<!-- GRAMMAR_BNF_END - do NOT delete or modify this line !!! --> |
5272 |
schoenebeck |
151 |
</section> |
5273 |
|
|
|
5274 |
schoenebeck |
534 |
<section title="Events" anchor="events"> |
5275 |
schoenebeck |
151 |
<t>This chapter will describe all currently defined events supported by LinuxSampler.</t> |
5276 |
|
|
|
5277 |
iliev |
981 |
<section title="Number of audio output devices changed" anchor="SUBSCRIBE AUDIO_OUTPUT_DEVICE_COUNT"> |
5278 |
|
|
<t>Client may want to be notified when the total number of audio output devices on the |
5279 |
|
|
back-end changes by issuing the following command:</t> |
5280 |
|
|
<t> |
5281 |
|
|
<list> |
5282 |
|
|
<t>SUBSCRIBE AUDIO_OUTPUT_DEVICE_COUNT</t> |
5283 |
|
|
</list> |
5284 |
|
|
</t> |
5285 |
|
|
<t>Server will start sending the following notification messages:</t> |
5286 |
|
|
<t> |
5287 |
|
|
<list> |
5288 |
|
|
<t>"NOTIFY:AUDIO_OUTPUT_DEVICE_COUNT:<devices>"</t> |
5289 |
|
|
</list> |
5290 |
|
|
</t> |
5291 |
|
|
<t>where <devices> will be replaced by the new number |
5292 |
|
|
of audio output devices.</t> |
5293 |
|
|
</section> |
5294 |
|
|
|
5295 |
|
|
<section title="Audio output device's settings changed" anchor="SUBSCRIBE AUDIO_OUTPUT_DEVICE_INFO"> |
5296 |
|
|
<t>Client may want to be notified when changes were made to audio output devices on the |
5297 |
|
|
back-end by issuing the following command:</t> |
5298 |
|
|
<t> |
5299 |
|
|
<list> |
5300 |
|
|
<t>SUBSCRIBE AUDIO_OUTPUT_DEVICE_INFO</t> |
5301 |
|
|
</list> |
5302 |
|
|
</t> |
5303 |
|
|
<t>Server will start sending the following notification messages:</t> |
5304 |
|
|
<t> |
5305 |
|
|
<list> |
5306 |
|
|
<t>"NOTIFY:AUDIO_OUTPUT_DEVICE_INFO:<device-id>"</t> |
5307 |
|
|
</list> |
5308 |
|
|
</t> |
5309 |
|
|
<t>where <device-id> will be replaced by the numerical ID of the audio output device, |
5310 |
|
|
which settings has been changed. The front-end will have to send |
5311 |
|
|
the respective command to actually get the audio output device info. Because these messages |
5312 |
|
|
will be triggered by LSCP commands issued by other clients rather than real |
5313 |
|
|
time events happening on the server, it is believed that an empty notification |
5314 |
|
|
message is sufficient here.</t> |
5315 |
|
|
</section> |
5316 |
|
|
|
5317 |
|
|
<section title="Number of MIDI input devices changed" anchor="SUBSCRIBE MIDI_INPUT_DEVICE_COUNT"> |
5318 |
|
|
<t>Client may want to be notified when the total number of MIDI input devices on the |
5319 |
|
|
back-end changes by issuing the following command:</t> |
5320 |
|
|
<t> |
5321 |
|
|
<list> |
5322 |
|
|
<t>SUBSCRIBE MIDI_INPUT_DEVICE_COUNT</t> |
5323 |
|
|
</list> |
5324 |
|
|
</t> |
5325 |
|
|
<t>Server will start sending the following notification messages:</t> |
5326 |
|
|
<t> |
5327 |
|
|
<list> |
5328 |
|
|
<t>"NOTIFY:MIDI_INPUT_DEVICE_COUNT:<devices>"</t> |
5329 |
|
|
</list> |
5330 |
|
|
</t> |
5331 |
|
|
<t>where <devices> will be replaced by the new number |
5332 |
|
|
of MIDI input devices.</t> |
5333 |
|
|
</section> |
5334 |
|
|
|
5335 |
|
|
<section title="MIDI input device's settings changed" anchor="SUBSCRIBE MIDI_INPUT_DEVICE_INFO"> |
5336 |
|
|
<t>Client may want to be notified when changes were made to MIDI input devices on the |
5337 |
|
|
back-end by issuing the following command:</t> |
5338 |
|
|
<t> |
5339 |
|
|
<list> |
5340 |
|
|
<t>SUBSCRIBE MIDI_INPUT_DEVICE_INFO</t> |
5341 |
|
|
</list> |
5342 |
|
|
</t> |
5343 |
|
|
<t>Server will start sending the following notification messages:</t> |
5344 |
|
|
<t> |
5345 |
|
|
<list> |
5346 |
|
|
<t>"NOTIFY:MIDI_INPUT_DEVICE_INFO:<device-id>"</t> |
5347 |
|
|
</list> |
5348 |
|
|
</t> |
5349 |
|
|
<t>where <device-id> will be replaced by the numerical ID of the MIDI input device, |
5350 |
|
|
which settings has been changed. The front-end will have to send |
5351 |
|
|
the respective command to actually get the MIDI input device info. Because these messages |
5352 |
|
|
will be triggered by LSCP commands issued by other clients rather than real |
5353 |
|
|
time events happening on the server, it is believed that an empty notification |
5354 |
|
|
message is sufficient here.</t> |
5355 |
|
|
</section> |
5356 |
|
|
|
5357 |
|
|
<section title="Number of sampler channels changed" anchor="SUBSCRIBE CHANNEL_COUNT"> |
5358 |
schoenebeck |
151 |
<t>Client may want to be notified when the total number of channels on the |
5359 |
|
|
back-end changes by issuing the following command:</t> |
5360 |
|
|
<t> |
5361 |
|
|
<list> |
5362 |
schoenebeck |
556 |
<t>SUBSCRIBE CHANNEL_COUNT</t> |
5363 |
schoenebeck |
151 |
</list> |
5364 |
|
|
</t> |
5365 |
|
|
<t>Server will start sending the following notification messages:</t> |
5366 |
|
|
<t> |
5367 |
|
|
<list> |
5368 |
schoenebeck |
556 |
<t>"NOTIFY:CHANNEL_COUNT:<channels>"</t> |
5369 |
schoenebeck |
151 |
</list> |
5370 |
|
|
</t> |
5371 |
|
|
<t>where <channels> will be replaced by the new number |
5372 |
|
|
of sampler channels.</t> |
5373 |
|
|
</section> |
5374 |
|
|
|
5375 |
schoenebeck |
534 |
<section title="Number of active voices changed" anchor="SUBSCRIBE VOICE_COUNT"> |
5376 |
schoenebeck |
151 |
<t>Client may want to be notified when the number of voices on the |
5377 |
|
|
back-end changes by issuing the following command:</t> |
5378 |
|
|
<t> |
5379 |
|
|
<list> |
5380 |
|
|
<t>SUBSCRIBE VOICE_COUNT</t> |
5381 |
|
|
</list> |
5382 |
|
|
</t> |
5383 |
|
|
<t>Server will start sending the following notification messages:</t> |
5384 |
|
|
<t> |
5385 |
|
|
<list> |
5386 |
iliev |
1108 |
<t>"NOTIFY:VOICE_COUNT:<sampler-channel> <voices>"</t> |
5387 |
schoenebeck |
151 |
</list> |
5388 |
|
|
</t> |
5389 |
|
|
<t>where <sampler-channel> will be replaced by the sampler channel the |
5390 |
schoenebeck |
499 |
voice count change occurred and <voices> by the new number of |
5391 |
schoenebeck |
151 |
active voices on that channel.</t> |
5392 |
|
|
</section> |
5393 |
|
|
|
5394 |
schoenebeck |
534 |
<section title="Number of active disk streams changed" anchor="SUBSCRIBE STREAM_COUNT"> |
5395 |
schoenebeck |
151 |
<t>Client may want to be notified when the number of streams on the back-end |
5396 |
|
|
changes by issuing the following command: SUBSCRIBE STREAM_COUNT</t> |
5397 |
|
|
<t> |
5398 |
|
|
<list> |
5399 |
|
|
<t>SUBSCRIBE STREAM_COUNT</t> |
5400 |
|
|
</list> |
5401 |
|
|
</t> |
5402 |
|
|
<t>Server will start sending the following notification messages:</t> |
5403 |
|
|
<t> |
5404 |
|
|
<list> |
5405 |
|
|
<t>"NOTIFY:STREAM_COUNT:<sampler-channel> <streams>"</t> |
5406 |
|
|
</list> |
5407 |
|
|
</t> |
5408 |
|
|
<t>where <sampler-channel> will be replaced by the sampler channel the |
5409 |
|
|
stream count change occurred and <streams> by the new number of |
5410 |
|
|
active disk streams on that channel.</t> |
5411 |
|
|
</section> |
5412 |
|
|
|
5413 |
schoenebeck |
534 |
<section title="Disk stream buffer fill state changed" anchor="SUBSCRIBE BUFFER_FILL"> |
5414 |
schoenebeck |
499 |
<t>Client may want to be notified when the buffer fill state of a disk stream |
5415 |
|
|
on the back-end changes by issuing the following command:</t> |
5416 |
schoenebeck |
151 |
<t> |
5417 |
|
|
<list> |
5418 |
|
|
<t>SUBSCRIBE BUFFER_FILL</t> |
5419 |
|
|
</list> |
5420 |
|
|
</t> |
5421 |
|
|
<t>Server will start sending the following notification messages:</t> |
5422 |
|
|
<t> |
5423 |
|
|
<list> |
5424 |
|
|
<t>"NOTIFY:BUFFER_FILL:<sampler-channel> <fill-data>"</t> |
5425 |
|
|
</list> |
5426 |
|
|
</t> |
5427 |
|
|
<t>where <sampler-channel> will be replaced by the sampler channel the |
5428 |
schoenebeck |
534 |
buffer fill state change occurred on and <fill-data> will be replaced by the |
5429 |
|
|
buffer fill data for this channel as described in <xref target="GET CHANNEL BUFFER_FILL" /> |
5430 |
|
|
as if the <xref target="GET CHANNEL BUFFER_FILL"> |
5431 |
|
|
"GET CHANNEL BUFFER_FILL PERCENTAGE"</xref> command was issued on this channel.</t> |
5432 |
schoenebeck |
151 |
</section> |
5433 |
|
|
|
5434 |
iliev |
981 |
<section title="Channel information changed" anchor="SUBSCRIBE CHANNEL_INFO"> |
5435 |
schoenebeck |
151 |
<t>Client may want to be notified when changes were made to sampler channels on the |
5436 |
schoenebeck |
561 |
back-end by issuing the following command:</t> |
5437 |
schoenebeck |
151 |
<t> |
5438 |
|
|
<list> |
5439 |
schoenebeck |
556 |
<t>SUBSCRIBE CHANNEL_INFO</t> |
5440 |
schoenebeck |
151 |
</list> |
5441 |
|
|
</t> |
5442 |
|
|
<t>Server will start sending the following notification messages:</t> |
5443 |
|
|
<t> |
5444 |
|
|
<list> |
5445 |
schoenebeck |
556 |
<t>"NOTIFY:CHANNEL_INFO:<sampler-channel>"</t> |
5446 |
schoenebeck |
151 |
</list> |
5447 |
|
|
</t> |
5448 |
|
|
<t>where <sampler-channel> will be replaced by the sampler channel the |
5449 |
|
|
channel info change occurred. The front-end will have to send |
5450 |
|
|
the respective command to actually get the channel info. Because these messages |
5451 |
|
|
will be triggered by LSCP commands issued by other clients rather than real |
5452 |
|
|
time events happening on the server, it is believed that an empty notification |
5453 |
|
|
message is sufficient here.</t> |
5454 |
|
|
</section> |
5455 |
|
|
|
5456 |
iliev |
1108 |
<section title="Number of effect sends changed" anchor="SUBSCRIBE FX_SEND_COUNT"> |
5457 |
|
|
<t>Client may want to be notified when the number of effect sends on |
5458 |
|
|
a particular sampler channel is changed by issuing the following command:</t> |
5459 |
|
|
<t> |
5460 |
|
|
<list> |
5461 |
|
|
<t>SUBSCRIBE FX_SEND_COUNT</t> |
5462 |
|
|
</list> |
5463 |
|
|
</t> |
5464 |
|
|
<t>Server will start sending the following notification messages:</t> |
5465 |
|
|
<t> |
5466 |
|
|
<list> |
5467 |
|
|
<t>"NOTIFY:FX_SEND_COUNT:<channel-id> <fx-sends>"</t> |
5468 |
|
|
</list> |
5469 |
|
|
</t> |
5470 |
|
|
<t>where <channel-id> will be replaced by the numerical ID of the sampler |
5471 |
|
|
channel, on which the effect sends number is changed and <fx-sends> will |
5472 |
|
|
be replaced by the new number of effect sends on that channel.</t> |
5473 |
|
|
</section> |
5474 |
|
|
|
5475 |
|
|
<section title="Effect send information changed" anchor="SUBSCRIBE FX_SEND_INFO"> |
5476 |
|
|
<t>Client may want to be notified when changes were made to effect sends on a |
5477 |
|
|
a particular sampler channel by issuing the following command:</t> |
5478 |
|
|
<t> |
5479 |
|
|
<list> |
5480 |
|
|
<t>SUBSCRIBE FX_SEND_INFO</t> |
5481 |
|
|
</list> |
5482 |
|
|
</t> |
5483 |
|
|
<t>Server will start sending the following notification messages:</t> |
5484 |
|
|
<t> |
5485 |
|
|
<list> |
5486 |
|
|
<t>"NOTIFY:FX_SEND_INFO:<channel-id> <fx-send-id>"</t> |
5487 |
|
|
</list> |
5488 |
|
|
</t> |
5489 |
|
|
<t>where <channel-id> will be replaced by the numerical ID of the sampler |
5490 |
|
|
channel, on which an effect send entity is changed and <fx-send-id> will |
5491 |
|
|
be replaced by the numerical ID of the changed effect send.</t> |
5492 |
|
|
</section> |
5493 |
|
|
|
5494 |
iliev |
778 |
<section title="Total number of active voices changed" anchor="SUBSCRIBE TOTAL_VOICE_COUNT"> |
5495 |
|
|
<t>Client may want to be notified when the total number of voices on the |
5496 |
|
|
back-end changes by issuing the following command:</t> |
5497 |
|
|
<t> |
5498 |
|
|
<list> |
5499 |
|
|
<t>SUBSCRIBE TOTAL_VOICE_COUNT</t> |
5500 |
|
|
</list> |
5501 |
|
|
</t> |
5502 |
|
|
<t>Server will start sending the following notification messages:</t> |
5503 |
|
|
<t> |
5504 |
|
|
<list> |
5505 |
iliev |
1108 |
<t>"NOTIFY:TOTAL_VOICE_COUNT:<voices>"</t> |
5506 |
iliev |
778 |
</list> |
5507 |
|
|
</t> |
5508 |
|
|
<t>where <voices> will be replaced by the new number of |
5509 |
|
|
all currently active voices.</t> |
5510 |
|
|
</section> |
5511 |
|
|
|
5512 |
iliev |
981 |
<section title="Number of MIDI instrument maps changed" anchor="SUBSCRIBE MIDI_INSTRUMENT_MAP_COUNT"> |
5513 |
|
|
<t>Client may want to be notified when the number of MIDI instrument maps on the |
5514 |
|
|
back-end changes by issuing the following command:</t> |
5515 |
|
|
<t> |
5516 |
|
|
<list> |
5517 |
|
|
<t>SUBSCRIBE MIDI_INSTRUMENT_MAP_COUNT</t> |
5518 |
|
|
</list> |
5519 |
|
|
</t> |
5520 |
|
|
<t>Server will start sending the following notification messages:</t> |
5521 |
|
|
<t> |
5522 |
|
|
<list> |
5523 |
|
|
<t>"NOTIFY:MIDI_INSTRUMENT_MAP_COUNT:<maps>"</t> |
5524 |
|
|
</list> |
5525 |
|
|
</t> |
5526 |
|
|
<t>where <maps> will be replaced by the new number |
5527 |
|
|
of MIDI instrument maps.</t> |
5528 |
|
|
</section> |
5529 |
|
|
|
5530 |
|
|
<section title="MIDI instrument map information changed" anchor="SUBSCRIBE MIDI_INSTRUMENT_MAP_INFO"> |
5531 |
|
|
<t>Client may want to be notified when changes were made to MIDI instrument maps on the |
5532 |
|
|
back-end by issuing the following command:</t> |
5533 |
|
|
<t> |
5534 |
|
|
<list> |
5535 |
|
|
<t>SUBSCRIBE MIDI_INSTRUMENT_MAP_INFO</t> |
5536 |
|
|
</list> |
5537 |
|
|
</t> |
5538 |
|
|
<t>Server will start sending the following notification messages:</t> |
5539 |
|
|
<t> |
5540 |
|
|
<list> |
5541 |
|
|
<t>"NOTIFY:MIDI_INSTRUMENT_MAP_INFO:<map-id>"</t> |
5542 |
|
|
</list> |
5543 |
|
|
</t> |
5544 |
|
|
<t>where <map-id> will be replaced by the numerical ID of the MIDI instrument map, |
5545 |
|
|
for which information changes occurred. The front-end will have to send |
5546 |
|
|
the respective command to actually get the MIDI instrument map info. Because these messages |
5547 |
|
|
will be triggered by LSCP commands issued by other clients rather than real |
5548 |
|
|
time events happening on the server, it is believed that an empty notification |
5549 |
|
|
message is sufficient here.</t> |
5550 |
|
|
</section> |
5551 |
|
|
|
5552 |
|
|
<section title="Number of MIDI instruments changed" anchor="SUBSCRIBE MIDI_INSTRUMENT_COUNT"> |
5553 |
|
|
<t>Client may want to be notified when the number of MIDI instrument maps on the |
5554 |
|
|
back-end changes by issuing the following command:</t> |
5555 |
|
|
<t> |
5556 |
|
|
<list> |
5557 |
|
|
<t>SUBSCRIBE MIDI_INSTRUMENT_COUNT</t> |
5558 |
|
|
</list> |
5559 |
|
|
</t> |
5560 |
|
|
<t>Server will start sending the following notification messages:</t> |
5561 |
|
|
<t> |
5562 |
|
|
<list> |
5563 |
|
|
<t>"NOTIFY:MIDI_INSTRUMENT_COUNT:<map-id> <instruments>"</t> |
5564 |
|
|
</list> |
5565 |
|
|
</t> |
5566 |
iliev |
984 |
<t>where <map-id> is the numerical ID of the MIDI instrument map, in which |
5567 |
iliev |
981 |
the nuber of instruments has changed and <instruments> will be replaced by |
5568 |
|
|
the new number of MIDI instruments in the specified map.</t> |
5569 |
|
|
</section> |
5570 |
|
|
|
5571 |
|
|
<section title="MIDI instrument information changed" anchor="SUBSCRIBE MIDI_INSTRUMENT_INFO"> |
5572 |
|
|
<t>Client may want to be notified when changes were made to MIDI instruments on the |
5573 |
|
|
back-end by issuing the following command:</t> |
5574 |
|
|
<t> |
5575 |
|
|
<list> |
5576 |
|
|
<t>SUBSCRIBE MIDI_INSTRUMENT_INFO</t> |
5577 |
|
|
</list> |
5578 |
|
|
</t> |
5579 |
|
|
<t>Server will start sending the following notification messages:</t> |
5580 |
|
|
<t> |
5581 |
|
|
<list> |
5582 |
|
|
<t>"NOTIFY:MIDI_INSTRUMENT_INFO:<map-id> <bank> <program>"</t> |
5583 |
|
|
</list> |
5584 |
|
|
</t> |
5585 |
|
|
<t>where <map-id> will be replaced by the numerical ID of the MIDI instrument map, |
5586 |
iliev |
984 |
in which a MIDI instrument is changed. <bank> and <program> specifies |
5587 |
iliev |
981 |
the location of the changed MIDI instrument in the map. The front-end will have to send |
5588 |
|
|
the respective command to actually get the MIDI instrument info. Because these messages |
5589 |
|
|
will be triggered by LSCP commands issued by other clients rather than real |
5590 |
|
|
time events happening on the server, it is believed that an empty notification |
5591 |
|
|
message is sufficient here.</t> |
5592 |
|
|
</section> |
5593 |
|
|
|
5594 |
iliev |
1108 |
<section title="Global settings changed" anchor="SUBSCRIBE GLOBAL_INFO"> |
5595 |
|
|
<t>Client may want to be notified when changes to the global settings |
5596 |
|
|
of the sampler were made by issuing the following command:</t> |
5597 |
|
|
<t> |
5598 |
|
|
<list> |
5599 |
|
|
<t>SUBSCRIBE GLOBAL_INFO</t> |
5600 |
|
|
</list> |
5601 |
|
|
</t> |
5602 |
|
|
<t>Server will start sending the following types of notification messages:</t> |
5603 |
|
|
<t> |
5604 |
|
|
<list> |
5605 |
|
|
<t>"NOTIFY:GLOBAL_INFO:VOLUME <volume>" - Notifies that the |
5606 |
|
|
golbal volume of the sampler is changed, where <volume> will be |
5607 |
|
|
replaced by the optional dotted floating point value, reflecting the |
5608 |
|
|
new global volume parameter.</t> |
5609 |
|
|
</list> |
5610 |
|
|
</t> |
5611 |
|
|
</section> |
5612 |
|
|
|
5613 |
iliev |
991 |
<section title="Miscellaneous and debugging events" anchor="SUBSCRIBE MISCELLANEOUS"> |
5614 |
schoenebeck |
151 |
<t>Client may want to be notified of miscellaneous and debugging events occurring at |
5615 |
|
|
the server by issuing the following command:</t> |
5616 |
|
|
<t> |
5617 |
|
|
<list> |
5618 |
|
|
<t>SUBSCRIBE MISCELLANEOUS</t> |
5619 |
|
|
</list> |
5620 |
|
|
</t> |
5621 |
|
|
<t>Server will start sending the following notification messages:</t> |
5622 |
|
|
<t> |
5623 |
|
|
<list> |
5624 |
|
|
<t>"NOTIFY:MISCELLANEOUS:<string>"</t> |
5625 |
|
|
</list> |
5626 |
|
|
</t> |
5627 |
|
|
<t>where <string> will be replaced by whatever data server |
5628 |
|
|
wants to send to the client. Client MAY display this data to the |
5629 |
|
|
user AS IS to facilitate debugging.</t> |
5630 |
|
|
</section> |
5631 |
|
|
</section> |
5632 |
|
|
|
5633 |
|
|
<section title="Security Considerations"> |
5634 |
|
|
<t>As there is so far no method of authentication and authorization |
5635 |
|
|
defined and so not required for a client applications to succeed to |
5636 |
|
|
connect, running LinuxSampler might be a security risk for the host |
5637 |
|
|
system the LinuxSampler instance is running on.</t> |
5638 |
|
|
</section> |
5639 |
|
|
|
5640 |
|
|
<section title="Acknowledgments"> |
5641 |
|
|
<t>This document has benefited greatly from the comments of the |
5642 |
|
|
following people, discussed on the LinuxSampler developer's mailing |
5643 |
|
|
list:</t> |
5644 |
|
|
<t> |
5645 |
|
|
<list> |
5646 |
|
|
<t>Rui Nuno Capela</t> |
5647 |
|
|
<t>Vladimir Senkov</t> |
5648 |
|
|
<t>Mark Knecht</t> |
5649 |
schoenebeck |
561 |
<t>Grigor Iliev</t> |
5650 |
schoenebeck |
151 |
</list> |
5651 |
|
|
</t> |
5652 |
|
|
</section> |
5653 |
|
|
|
5654 |
|
|
</middle> |
5655 |
|
|
|
5656 |
|
|
<back> |
5657 |
schoenebeck |
571 |
<references> |
5658 |
|
|
<reference anchor="RFC2119"> |
5659 |
|
|
<front> |
5660 |
|
|
<title>Key words for use in RFCs to Indicate Requirement Levels</title> |
5661 |
|
|
<author initials="S." surname="Bradner" fullname="Scott Bradner"> |
5662 |
|
|
<organization>Harvard University</organization> |
5663 |
|
|
</author> |
5664 |
|
|
<date year="1997"></date> |
5665 |
|
|
</front> |
5666 |
|
|
<seriesInfo name="RFC" value="2119" /> |
5667 |
|
|
</reference> |
5668 |
|
|
<reference anchor="RFC793"> |
5669 |
|
|
<front> |
5670 |
|
|
<title>TRANSMISSION CONTROL PROTOCOL</title> |
5671 |
|
|
<author> |
5672 |
|
|
<organization>Defense Advanced Research Projects Agency</organization> |
5673 |
|
|
</author> |
5674 |
|
|
<date year="1981"></date> |
5675 |
|
|
</front> |
5676 |
|
|
<seriesInfo name="RFC" value="793" /> |
5677 |
|
|
</reference> |
5678 |
schoenebeck |
573 |
<reference anchor="RFC2234"> |
5679 |
|
|
<front> |
5680 |
|
|
<title>Augmented BNF for Syntax Specifications</title> |
5681 |
|
|
<author initials="D.H." surname="Crocker" fullname="David H. Crocker"> |
5682 |
|
|
<organization>Internet Mail Consortium</organization> |
5683 |
|
|
</author> |
5684 |
|
|
<author initials="P." surname="Overell" fullname="Paul Overell"> |
5685 |
|
|
<organization>Demon Internet Ltd</organization> |
5686 |
|
|
</author> |
5687 |
|
|
<date year="1997"></date> |
5688 |
|
|
</front> |
5689 |
|
|
<seriesInfo name="RFC" value="2234" /> |
5690 |
|
|
</reference> |
5691 |
schoenebeck |
571 |
</references> |
5692 |
schoenebeck |
151 |
</back> |
5693 |
|
|
|
5694 |
|
|
</rfc> |