Commit | Line | Data |
---|---|---|
460b9539 | 1 | .\" |
2 | .\" Copyright (C) 2004, 2005, 2006 Richard Kettlewell | |
3 | .\" | |
4 | .\" This program is free software; you can redistribute it and/or modify | |
5 | .\" it under the terms of the GNU General Public License as published by | |
6 | .\" the Free Software Foundation; either version 2 of the License, or | |
7 | .\" (at your option) any later version. | |
8 | .\" | |
9 | .\" This program is distributed in the hope that it will be useful, but | |
10 | .\" WITHOUT ANY WARRANTY; without even the implied warranty of | |
11 | .\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU | |
12 | .\" General Public License for more details. | |
13 | .\" | |
14 | .\" You should have received a copy of the GNU General Public License | |
15 | .\" along with this program; if not, write to the Free Software | |
16 | .\" Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 | |
17 | .\" USA | |
18 | .\" | |
19 | .TH disorder_protocol 5 | |
20 | .SH NAME | |
21 | disorder_protocol \- DisOrder communication protocol | |
22 | .SH DESCRIPTION | |
23 | The DisOrder client and server communicate via the protocol described | |
24 | in this man page. | |
25 | .PP | |
26 | The protocol is liable to change without notice. You are recommended to check | |
27 | the implementation before believing this document. | |
28 | .SH "GENERAL SYNTAX" | |
29 | Everything is encoded using UTF-8. | |
30 | .PP | |
31 | Commands and responses consist of a line followed (depending on the | |
32 | command or response) by a message. | |
33 | .PP | |
34 | The line syntax is the same as described in \fBdisorder_config\fR(5) except | |
35 | that comments are prohibited. | |
36 | .PP | |
37 | Bodies borrow their syntax from RFC821; they consist of zero or more ordinary | |
38 | lines, with any initial full stop doubled up, and are terminated by a line | |
39 | consisting of a full stop and a line feed. | |
40 | .SH COMMANDS | |
41 | Commands always have a command name as the first field of the line; responses | |
42 | always have a 3-digit response code as the first field. See below for more | |
43 | details about this field. | |
44 | .PP | |
45 | All commands require the connection to have been already authenticated unless | |
46 | stated otherwise. | |
47 | .PP | |
48 | Neither commands nor responses have a body unless stated otherwise. | |
49 | .TP | |
50 | .B allfiles \fIDIRECTORY\fR [\fIREGEXP\fR] | |
51 | Lists all the files and directories in \fIDIRECTORY\fR in a response body. | |
52 | If \fIREGEXP\fR is present only matching files and directories are returned. | |
53 | .TP | |
54 | .B become \fIUSER\fR | |
55 | Instructs the server to treat the connection as if \fIUSER\fR had | |
56 | authenticated it. Only trusted users may issue this command. | |
57 | .TP | |
58 | .B dirs \fIDIRECTORY\fR [\fIREGEXP\fR] | |
59 | Lists all the directories in \fIDIRECTORY\fR in a response body. | |
60 | If \fIREGEXP\fR is present only matching directories are returned. | |
61 | .TP | |
62 | .B disable \fR[\fBnow\fR] | |
63 | Disables further playing. If the optional \fBnow\fR argument is present then | |
64 | the current track is stopped. | |
65 | .TP | |
66 | .B enable | |
67 | Re-enables further playing, and is the opposite of \fBdisable\fR. | |
68 | .TP | |
69 | .B enabled | |
70 | Reports whether playing is enabled. The second field of the response line will | |
71 | be \fByes\fR or \fBno\fR. | |
72 | .TP | |
73 | .B exists \fITRACK\fR | |
74 | Reports whether the named track exists. The second field of the response line | |
75 | will be \fByes\fR or \fBno\fR. | |
76 | .TP | |
77 | .B files \fIDIRECTORY\fR [\fIREGEXP\fR] | |
78 | Lists all the files in \fIDIRECTORY\fR in a response body. | |
79 | If \fIREGEXP\fR is present only matching files are returned. | |
80 | .TP | |
81 | .B get \fITRACK\fR \fIPREF\fR | |
82 | Gets a preference value. On success the second field of the response line will | |
83 | have the value. | |
84 | .TP | |
85 | .B get-global \fIKEY\fR | |
86 | Get a global preference. | |
87 | .TP | |
88 | .B length \fITRACK\fR | |
89 | Gets the length of the track in seconds. On success the second field of the | |
90 | response line will have the value. | |
91 | .TP | |
92 | .B log | |
397ef7bb RK |
93 | Sends event log messages in a response body. The command will never terminate. |
94 | Any further data sent to the server will be discarded (explicitly; i.e. it will | |
95 | not accumulate in a buffer somewhere). | |
460b9539 | 96 | .IP |
97 | See \fBEVENT LOG\fR below for more details. | |
98 | .TP | |
99 | .B move \fITRACK\fR \fIDELTA\fR | |
100 | Move a track in the queue. The track may be identified by ID (preferred) or | |
101 | name (which might cause confusion if it's there twice). \fIDELTA\fR should be | |
102 | an negative or positive integer and indicates how many steps towards the head | |
103 | of the queue the track should be moved. | |
104 | .TP | |
105 | .B moveafter \fITARGET\fR \fIID\fR ... | |
106 | Move all the tracks in the \fIID\fR list after ID \fITARGET\fR. If | |
107 | \fITARGET\fR is the empty string then the listed tracks are put at the head of | |
108 | the queue. If \fITARGET\fR is listed in the ID list then the tracks are moved | |
109 | to just after the first non-listed track before it, or to the head if there is | |
110 | no such track. | |
111 | .TP | |
2a10b70b RK |
112 | .B new \fR[\fIMAX\fR] |
113 | Sends the most recently added \fIMAX\fR tracks in a response body. If the | |
114 | argument is ommitted, all recently added tracks are listed. | |
115 | .TP | |
7858930d | 116 | .B nop |
117 | Do nothing. Used by | |
118 | .BR disobedience (1) | |
119 | as a keepalive measure. | |
120 | .TP | |
460b9539 | 121 | .B part \fITRACK\fR \fICONTEXT\fI \fIPART\fR |
122 | Get a track name part. Returns an empty string if a name part cannot be | |
123 | constructed. | |
124 | .IP | |
125 | .I CONTEXT | |
126 | is one of | |
127 | .B sort | |
128 | or | |
129 | .B display | |
130 | and | |
131 | .I PART | |
132 | is usually one of | |
133 | .BR artist , | |
134 | .B album | |
135 | or | |
136 | .BR title . | |
137 | .TP | |
138 | .B pause | |
139 | Pause the current track. | |
140 | .TP | |
141 | .B play \fITRACK\fR | |
142 | Add a track to the queue. | |
143 | .TP | |
144 | .B playing | |
145 | Reports what track is playing. | |
146 | .IP | |
147 | If the response is \fB252\fR then the rest of the response line consists of | |
148 | track information (see below). | |
149 | .IP | |
150 | If the response is \fB259\fR then nothing is playing. | |
151 | .TP | |
152 | .B prefs \fBTRACK\fR | |
153 | Sends back the preferences for \fITRACK\fR in a response body. | |
154 | Each line of the response has the usual line syntax, the first field being the | |
155 | name of the pref and the second the value. | |
156 | .TP | |
157 | .B queue | |
158 | Sends back the current queue in a response body, one track to a line, the track | |
159 | at the head of the queue (i.e. next to be be played) first. See below for the | |
160 | track information syntax. | |
161 | .TP | |
162 | .B random-disable | |
163 | Disable random play (but don't stop the current track). | |
164 | .TP | |
165 | .B random-enable | |
166 | Enable random play. | |
167 | .TP | |
168 | .B random-enabled | |
169 | Reports whether random play is enabled. The second field of the response line | |
170 | will be \fByes\fR or \fBno\fR. | |
171 | .TP | |
172 | .B recent | |
173 | Sends back the current recently-played list in a response body, one track to a | |
174 | line, the track most recently played last. See below for the track | |
175 | information syntax. | |
176 | .TP | |
177 | .B reconfigure | |
178 | Request that DisOrder reconfigure itself. Only trusted users may issue this | |
179 | command. | |
180 | .TP | |
181 | .B remove \fIID\fR | |
182 | Remove the track identified by \fIID\fR. If \fBrestrict remove\fR is enabled | |
183 | in the server's configuration then only the user that submitted the track may | |
184 | remove it. | |
185 | .TP | |
186 | .B rescan | |
187 | Rescan all roots for new or obsolete tracks. | |
188 | .TP | |
189 | .B resolve \fITRACK\fR | |
190 | Resolve a track name, i.e. if this is an alias then return the real track name. | |
191 | .TP | |
192 | .B resume | |
193 | Resume the current track after a \fBpause\fR command. | |
194 | .TP | |
ca831831 RK |
195 | .B rtp-address |
196 | Reports the RTP broadcast (or multicast) address, in the form \fIADDRESS | |
197 | PORT\fR. | |
198 | .TP | |
460b9539 | 199 | .B scratch \fR[\fIID\fR] |
200 | Remove the track identified by \fIID\fR, or the currently playing track if no | |
201 | \fIID\fR is specified. If \fBrestrict scratch\fR is enabled in the server's | |
202 | configuration then only the user that submitted the track may scratch it. | |
203 | .TP | |
204 | .B search \fITERMS\fR | |
205 | Search for tracks matching the search terms. The results are put in a response | |
206 | body, one to a line. | |
207 | .IP | |
208 | The search string is split in the usual way, with quoting supported, into a | |
209 | list of terms. Only tracks matching all terms are included in the results. | |
210 | .IP | |
211 | Any terms of the form \fBtag:\fITAG\fR limits the search to tracks with that | |
212 | tag. | |
213 | .IP | |
214 | All other terms are interpreted as individual words which must be present in | |
215 | the track name. | |
216 | .IP | |
217 | Spaces in terms don't currently make sense, but may one day be interpreted to | |
218 | allow searching for phrases. | |
219 | .TP | |
220 | .B \fBset\fR \fITRACK\fR \fIPREF\fR \fIVALUE\fR | |
221 | Set a preference. | |
222 | .TP | |
223 | .B set-global \fIKEY\fR \fIVALUE\fR | |
224 | Set a global preference. | |
225 | .TP | |
226 | .B stats | |
227 | Send server statistics in plain text in a response body. | |
228 | .TP | |
229 | .B \fBtags\fR | |
230 | Send the list of currently known tags in a response body. | |
231 | .TP | |
232 | .B \fBunset\fR \fITRACK\fR \fIPREF\fR | |
233 | Unset a preference. | |
234 | .TP | |
235 | .B \fBunset-global\fR \fIKEY\fR | |
236 | Unset a global preference. | |
237 | .TP | |
238 | .B user \fIUSER\fR \fIRESPONSE\fR | |
5e3f9e08 RK |
239 | Authenticate as \fIUSER\fR. See |
240 | .B AUTHENTICATION | |
241 | below. | |
460b9539 | 242 | .TP |
243 | .B version | |
244 | Send back a response with the server version as the second field. | |
245 | .TP | |
246 | .B volume \fR[\fILEFT\fR [\fIRIGHT\fR]] | |
247 | Get or set the volume. | |
248 | .IP | |
249 | With zero parameters just gets the volume and reports the left and right sides | |
250 | as the 2nd and 3rd fields of the response. | |
251 | .IP | |
252 | With one parameter sets both sides to the same value. With two parameters sets | |
253 | each side independently. | |
254 | .SH RESPONSES | |
255 | Responses are three-digit codes. The first digit distinguishes errors from | |
256 | succesful responses: | |
257 | .TP | |
258 | .B 2 | |
259 | Operation succeeded. | |
260 | .TP | |
261 | .B 5 | |
262 | Operation failed. | |
263 | .PP | |
264 | The second digit breaks down the origin of the response: | |
265 | .TP | |
266 | .B 0 | |
267 | Generic responses not specific to the handling of the command. Mostly this is | |
268 | parse errors. | |
269 | .TP | |
270 | .B 3 | |
271 | Authentication responses. | |
272 | .TP | |
273 | .B 5 | |
274 | Responses specific to the handling of the command. | |
275 | .PP | |
276 | The third digit provides extra information about the response: | |
277 | .TP | |
278 | .B 0 | |
279 | Text part is just commentary. | |
280 | .TP | |
281 | .B 1 | |
282 | Text part is a constant result e.g. \fBversion\fR. | |
283 | .TP | |
284 | .B 2 | |
285 | Text part is a potentially variable result. | |
286 | .TP | |
287 | .B 3 | |
288 | Text part is just commentary; a dot-stuffed body follows. | |
289 | .TP | |
290 | .B 4 | |
291 | Text part is just commentary; an indefinite dot-stuffed body follows. (Used | |
292 | for \fBlog\fR.) | |
293 | .TP | |
460b9539 | 294 | .B 9 |
295 | The text part is just commentary (but would normally be a response for this | |
296 | command) e.g. \fBplaying\fR. | |
297 | .SH AUTHENTICATION | |
5e3f9e08 RK |
298 | When a connection is made the server sends a \fB231\fR response before any |
299 | command is received. This contains an algorithm name and a challenge encoded | |
300 | in hex. | |
301 | .PP | |
302 | Currently the algorithm name is omitted if it is \fBsha1\fR (but this will | |
303 | probably change in a future version). The other options are \fBsha256\fR, | |
304 | \fBsha384\fR and \fBsha512\fR. \fBSHA1\fR etc work as synonyms. | |
460b9539 | 305 | .PP |
5e3f9e08 RK |
306 | The \fBuser\fR response consists of the selected hash of the user's password |
307 | concatenated with the challenge, encoded in hex. | |
460b9539 | 308 | .SH "TRACK INFORMATION" |
309 | Track information is encoded in a line (i.e. using the usual line syntax) as | |
310 | pairs of fields. The first is a name, the second a value. The names have the | |
311 | following meanings: | |
312 | .TP 12 | |
313 | .B expected | |
314 | The time the track is expected to be played at. | |
315 | .TP | |
316 | .B id | |
317 | A string uniquely identifying this queue entry. | |
318 | .TP | |
319 | .B played | |
320 | The time the track was played at. | |
321 | .TP | |
322 | .B scratched | |
323 | The user that scratched the track. | |
324 | .TP | |
325 | .B state | |
326 | The current track state. Valid states are: | |
327 | .RS | |
328 | .TP 12 | |
329 | .B failed | |
330 | The player failed (exited with nonzero status but wasn't scratched). | |
331 | .TP | |
332 | .B isscratch | |
333 | The track is actually a scratch. | |
334 | .TP | |
335 | .B no_player | |
336 | No player could be found for the track. | |
337 | .TP | |
338 | .B ok | |
339 | The track was played without any problems. | |
340 | .TP | |
341 | .B scratched | |
342 | The track was scratched. | |
343 | .TP | |
344 | .B started | |
345 | The track is currently playing. | |
346 | .TP | |
347 | .B unplayed | |
348 | In the queue, hasn't been played yet. | |
349 | .TP | |
350 | .B quitting | |
351 | The track was terminated because the server is shutting down. | |
352 | .RE | |
353 | .TP | |
354 | .B submitter | |
355 | The user that submitted the track. | |
356 | .TP | |
357 | .B track | |
358 | The filename of the track. | |
359 | .TP | |
360 | .B when | |
361 | The time the track was added to the queue. | |
362 | .TP | |
363 | .B wstat | |
364 | The wait status of the player in decimal. | |
365 | .SH NOTES | |
366 | Times are decimal integers using the server's \fBtime_t\fR. | |
367 | .PP | |
368 | For file listings, the regexp applies to the basename of the returned file, not | |
369 | the whole filename, and letter case is ignored. \fBpcrepattern\fR(3) describes | |
370 | the regexp syntax. | |
371 | .PP | |
372 | Filenames are in UTF-8 even if the collection they come from uses some other | |
373 | encoding - if you want to access the real file (in such cases as the filenames | |
374 | actually correspond to a real file) you'll have to convert to whatever the | |
375 | right encoding is. | |
376 | .SH "EVENT LOG" | |
377 | The event log consists of lines starting with a hexadecimal timestamp and a | |
378 | keyword followed by (optionally) parameters. The parameters are quoted in the | |
379 | usual DisOrder way. Currently the following keywords are used: | |
380 | .TP | |
381 | .B completed \fITRACK\fR | |
382 | Completed playing \fITRACK\fR | |
383 | .TP | |
384 | .B failed \fITRACK\fR \fIERROR\fR | |
385 | Completed playing \fITRACK\fR with an error status | |
386 | .TP | |
387 | .B moved \fIUSER\fR | |
388 | User \fIUSER\fR moved some track(s). Further details aren't included any | |
389 | more. | |
390 | .TP | |
391 | .B playing \fITRACK\fR [\fIUSER\fR] | |
392 | Started playing \fITRACK\fR. | |
393 | .TP | |
394 | .B queue \fIQUEUE-ENTRY\fR... | |
395 | Added \fITRACK\fR to the queue. | |
396 | .TP | |
397 | .B recent_added \fIQUEUE-ENTRY\fR... | |
398 | Added \fIID\fR to the recently played list. | |
399 | .TP | |
400 | .B recent_removed \fIID\fR | |
401 | Removed \fIID\fR from the recently played list. | |
402 | .TP | |
403 | .B removed \fIID\fR [\fIUSER\fR] | |
404 | Queue entry \fIID\fR was removed. This is used both for explicit removal (when | |
405 | \fIUSER\fR is present) and when playing a track (when it is absent). | |
406 | .TP | |
e025abff RK |
407 | .B rescanned |
408 | A rescan completed. | |
409 | .TP | |
460b9539 | 410 | .B scratched \fITRACK\fR \fIUSER\fR |
411 | \fITRACK\fR was scratched by \fIUSER\fR. | |
412 | .TP | |
413 | .B state \fIKEYWORD\fR | |
414 | Some state change occurred. The current set of keywords is: | |
415 | .RS | |
416 | .TP | |
5abe307a RK |
417 | .B completed |
418 | The current track completed successfully. | |
419 | .TP | |
460b9539 | 420 | .B disable_play |
421 | Playing was disabled. | |
422 | .TP | |
423 | .B disable_random | |
424 | Random play was disabled. | |
425 | .TP | |
426 | .B enable_play | |
427 | Playing was enabled. | |
428 | .TP | |
429 | .B enable_random | |
430 | Random play was enabled. | |
431 | .TP | |
5abe307a RK |
432 | .B failed |
433 | The current track failed. | |
434 | .TP | |
460b9539 | 435 | .B pause |
436 | The current track was paused. | |
437 | .TP | |
5abe307a RK |
438 | .B playing |
439 | A track started playing. | |
440 | .TP | |
460b9539 | 441 | .B resume |
442 | The current track was resumed. | |
5abe307a RK |
443 | .TP |
444 | .B scratched | |
445 | The current track was scratched. | |
446 | .PP | |
447 | To simplify client implementation, \fBstate\fR commands reflecting the current | |
448 | state are sent at the start of the log. | |
460b9539 | 449 | .RE |
450 | .TP | |
451 | .B volume \fILEFT\fR \fIRIGHT\fR | |
452 | The volume changed. | |
453 | .PP | |
454 | .IR QUEUE-ENTRY ... | |
455 | is as defined in | |
456 | .B "TRACK INFORMATION" | |
457 | above. | |
458 | .SH "SEE ALSO" | |
459 | \fBdisorder\fR(1), | |
460 | \fBtime\fR(2), | |
461 | \fBdisorder\fR(3), | |
462 | \fBpcrepattern\fR(3) | |
463 | \fBdisorder_config\fR(5), | |
464 | \fBdisorderd\fR(8), | |
465 | \fButf8\fR(7) | |
466 | .\" Local Variables: | |
467 | .\" mode:nroff | |
468 | .\" fill-column:79 | |
469 | .\" End: |