Htsp » History » Version 43
mdd -, 2009-11-30 20:05
added channelId to getEvent
1 | 17 | Andreas Smas | = Home Tv Streaming Protocol (HTSP) = |
---|---|---|---|
2 | 1 | Andreas Smas | |
3 | 17 | Andreas Smas | == General == |
4 | 1 | Andreas Smas | |
5 | 17 | Andreas Smas | HTSP is a TCP based protocol primarily intended for streaming of live TV and related meta data such as channels, group of channels (called tags in HTSP) and electronic program guide (EPG) information. |
6 | 1 | Andreas Smas | |
7 | 17 | Andreas Smas | The transmission and reception of a channel over HTSP is referred to a subscription. A single HTSP session can handle as many concurrent subscriptions as the bandwidth and CPU permits. |
8 | 1 | Andreas Smas | |
9 | |||
10 | 17 | Andreas Smas | The HTSP server in tvheadend has a payload-aware scheduler for prioritizing more important packets (such as I-frames) before less important ones (such as B-frames). This makes HTSP is suitable for long-distance transmissions and/or paths with non-perfect delivery. |
11 | (It has been tested with a server in Stockholm and the client in Berlin). |
||
12 | |||
13 | 27 | Andreas Smas | The HTS Showtime client can be found [http://trac.lonelycoder.com/hts/browser/trunk/showtime/tv/htsp.c here]. |
14 | 22 | Andreas Smas | |
15 | 18 | Andreas Smas | ---- |
16 | 17 | Andreas Smas | == Communication == |
17 | |||
18 | 23 | Andreas Smas | This communication is currently implemented by using htsmsg:s. All strings are encoded as UTF-8. |
19 | |||
20 | 17 | Andreas Smas | There are two distinct ways for communication within HTSP. |
21 | |||
22 | 28 | Andreas Smas | Apart from this there is a number of messages that needs to be exchanged during login, see the login section below. |
23 | |||
24 | 17 | Andreas Smas | === RPC communication === |
25 | 1 | Andreas Smas | |
26 | 18 | Andreas Smas | There is a normal RPC way of doing things. I.e. the client sends a request and the server responds with a reply. All the RPC methods are listed below as the 'Client to Server' methods. Apart from all message fields listed within each message type the client can add an additional field: |
27 | |||
28 | RPC request extra fields: |
||
29 | 17 | Andreas Smas | {{{ |
30 | 1 | Andreas Smas | seq int optional Sequence number. This field will be echoed back by the server in the reply. |
31 | 28 | Andreas Smas | username str optional Username, in combination with 'digest' this can be used to raise the privileges |
32 | for the session in combination with invocation of a method. |
||
33 | digest bin optional Used to raise privileges. |
||
34 | 1 | Andreas Smas | }}} |
35 | 28 | Andreas Smas | |
36 | The followings field should be used by the client to match the reply with the request. |
||
37 | 18 | Andreas Smas | All replies are guaranteed to arrive in the same order as the requests. |
38 | Even so, probably the best way to implement the request-reply client is by taking advantage of the 'seq' field. |
||
39 | 1 | Andreas Smas | |
40 | 18 | Andreas Smas | RPC reply extra fields: |
41 | {{{ |
||
42 | 19 | Andreas Smas | seq int optional Sequence number. Same as in the request. |
43 | error str optional If present an error has occurred and the text describes the error. |
||
44 | 18 | Andreas Smas | noaccess int optional If present and set to '1' the user is prohibited from invoking the method due to |
45 | 19 | Andreas Smas | access restrictions. |
46 | 18 | Andreas Smas | }}} |
47 | 1 | Andreas Smas | |
48 | 18 | Andreas Smas | === Streaming communication === |
49 | 19 | Andreas Smas | |
50 | 1 | Andreas Smas | For streaming of live TV and various related messages the server will continuously push data to the client. |
51 | These messages are referred to as asynchronous messages and always have the 'method' field set and never have the 'seq' field set. |
||
52 | Also, the client can enable an additional asyncMetadata mode and by doing so it will be notified by the server when meta data changes. (EPG updates, creation of channels and tags, etc). |
||
53 | |||
54 | === Authentication === |
||
55 | |||
56 | 34 | Andreas Smas | In Tvheadend, each method has an associated access restriction. Currently there is only one restriction (Streaming). However, this may change in the future. |
57 | 29 | Andreas Smas | |
58 | 1 | Andreas Smas | Privileges for these restrictions may be granted in two ways: Username + Password and/or Source IP address. |
59 | 29 | Andreas Smas | Therefore it is possible to gain permissions to the system without entering a username and password. |
60 | 7 | Andreas Smas | While this is really useful it also complicates the authentication schema a bit. |
61 | 29 | Andreas Smas | Upon connect the initial privileges will be raised based on the source address. |
62 | 1 | Andreas Smas | |
63 | 34 | Andreas Smas | Before any username / password based authentication has taken place the client must have |
64 | obtained a challenge (which stays fixed for the session). This is done via the 'hello' method. |
||
65 | |||
66 | 1 | Andreas Smas | In principle it's possible to use two different authentication idioms with HTSP. |
67 | Depending on how your application works one or another may be more suitable. |
||
68 | While they do not really differ from a protocol point of view it's worth mentioning a bit about them here: |
||
69 | |||
70 | === Initial login authentication === |
||
71 | |||
72 | The client performs all of its authentication using the 'login' method. |
||
73 | |||
74 | It may choose to send: |
||
75 | * Username and password: Privileges will be raised based on these credentials. |
||
76 | * Username only: Privileges will be based on just the source address. The username will be used for various logging purposes. |
||
77 | * Nothing: Privileges will be based on just the source address. |
||
78 | |||
79 | If no privileges are granted after the login message has been received by the server (i.e. both network and username + password based) |
||
80 | the server will reply with 'noaccess' set to 1. A client that only employs initial login should honor this flag and ask the |
||
81 | user for a username + password and retry by using the 'authenticate' method. I.e. it should not send the 'login' method again. |
||
82 | |||
83 | === On-demand authentication === |
||
84 | |||
85 | The client performs all of its authentication when it needs to. |
||
86 | |||
87 | When using this method, the client will check every RPC reply for the 'noaccess' field. |
||
88 | If it set to 1 it whould ask the user for username + password and retry the request but also |
||
89 | add 'username' and 'digest' to the original message. (See ''RPC request extra fields'' above) |
||
90 | |||
91 | Typically it would not send a username or digest during login. |
||
92 | 29 | Andreas Smas | |
93 | ---- |
||
94 | = Client to Server (RPC) methods = |
||
95 | 34 | Andreas Smas | |
96 | |||
97 | |||
98 | ---- |
||
99 | === hello === |
||
100 | |||
101 | Used to identify the client toward the server and to get the session challenge used to |
||
102 | hash passwords into digests. The client can request a different version of the HTSP |
||
103 | protocol with this method. If no 'hello' message is sent the server assumes version 1 |
||
104 | is to be used. |
||
105 | |||
106 | |||
107 | Request message fields: |
||
108 | {{{ |
||
109 | htspversion int required Client preferred HTSP version. If the server does not support this version |
||
110 | it will respond with an error and also set the 'invalidversion' field in the reply. |
||
111 | clientname str required Client software name. |
||
112 | clientversion str required Client software version. |
||
113 | }}} |
||
114 | |||
115 | |||
116 | Reply message fields: |
||
117 | {{{ |
||
118 | htspversion int required The server supports all versions of the protocol up to and including this number. |
||
119 | servername str required Server software name. |
||
120 | serverversion str required Server software version. |
||
121 | challenge bin required 32 bytes randomized data used to generate authentication digests |
||
122 | invalidversion int optional If set, this means that the server does not understand the requested version. |
||
123 | The 'error' field is also set to indicate an error. |
||
124 | }}} |
||
125 | 33 | Andreas Smas | |
126 | |||
127 | ---- |
||
128 | === authenticate === |
||
129 | |||
130 | This can be used to issue authentication without doing anything else. |
||
131 | If no privileges are gained it will return with 'noaccess' set to 1. |
||
132 | |||
133 | Request message fields: |
||
134 | {{{ |
||
135 | None |
||
136 | }}} |
||
137 | |||
138 | Reply message fields: |
||
139 | {{{ |
||
140 | None |
||
141 | }}} |
||
142 | 10 | Andreas Smas | |
143 | ---- |
||
144 | === enableAsyncMetadata === |
||
145 | |||
146 | When this is enabled the client will get continuous updates from the server about channels and tags. |
||
147 | This also includes creation and deletion of channels and tags. |
||
148 | |||
149 | An interactive application that presents the user with information about channels and tags would probably want to switch to this mode. |
||
150 | |||
151 | |||
152 | Request message fields: |
||
153 | {{{ |
||
154 | None |
||
155 | }}} |
||
156 | |||
157 | 1 | Andreas Smas | Reply message fields: |
158 | 5 | Andreas Smas | {{{ |
159 | 1 | Andreas Smas | None |
160 | 6 | Andreas Smas | }}} |
161 | 23 | Andreas Smas | |
162 | |||
163 | |||
164 | ---- |
||
165 | === getEvent === |
||
166 | |||
167 | Request information about the given event. An event typically corresponds to a program on a channel. |
||
168 | |||
169 | Request message fields: |
||
170 | {{{ |
||
171 | eventId int required Event ID. |
||
172 | }}} |
||
173 | |||
174 | Reply message fields: |
||
175 | {{{ |
||
176 | start int required Start time of event (Seconds since the epoch, in UTC) |
||
177 | 6 | Andreas Smas | stop int required Ending time of event (Seconds since the epoch, in UTC) |
178 | 1 | Andreas Smas | title str required Title of event. |
179 | 6 | Andreas Smas | description str required Description of event. This can be quite huge and may also contain newlines. |
180 | 43 | mdd - | channelId int required ID of channel (introduced in HTSP version 4) |
181 | 6 | Andreas Smas | nextEventId int optional ID of next event on the same channel. |
182 | 25 | Andreas Smas | }}} |
183 | 1 | Andreas Smas | |
184 | ---- |
||
185 | 8 | Andreas Smas | === subscribe === |
186 | |||
187 | Request subscription to the given channel. |
||
188 | 1 | Andreas Smas | |
189 | 6 | Andreas Smas | Request message fields: |
190 | {{{ |
||
191 | channelId int required ID for channel. |
||
192 | subscriptionId int required Subscription ID. Selected by client. This value is not interpreted by the server in any form. |
||
193 | 4 | Andreas Smas | The value is used from now on in all messages related to the subscription. |
194 | 6 | Andreas Smas | }}} |
195 | 5 | Andreas Smas | |
196 | 1 | Andreas Smas | Reply message fields: |
197 | 5 | Andreas Smas | {{{ |
198 | 1 | Andreas Smas | None. |
199 | 5 | Andreas Smas | }}} |
200 | |||
201 | 1 | Andreas Smas | |
202 | ---- |
||
203 | 6 | Andreas Smas | === unsubscribe === |
204 | |||
205 | Stop a subscription. |
||
206 | Attributes |
||
207 | 2 | Andreas Smas | {{{ |
208 | subscriptionId int required Subscription ID. |
||
209 | }}} |
||
210 | |||
211 | Reply message fields: |
||
212 | {{{ |
||
213 | 12 | Andreas Smas | None. |
214 | 2 | Andreas Smas | }}} |
215 | 1 | Andreas Smas | |
216 | 40 | Andreas Smas | ---- |
217 | === getDiskSpace === |
||
218 | |||
219 | Introduced in HTSP version 3. |
||
220 | |||
221 | Return diskspace status from Tvheadend's PVR storage |
||
222 | Attributes |
||
223 | {{{ |
||
224 | }}} |
||
225 | |||
226 | Reply message fields: |
||
227 | {{{ |
||
228 | freediskspace int required Bytes available. |
||
229 | totaldiskspace int required Total capacity. |
||
230 | }}} |
||
231 | |||
232 | ---- |
||
233 | === getSysTime === |
||
234 | |||
235 | Introduced in HTSP version 3. |
||
236 | |||
237 | Return system time on server |
||
238 | Attributes |
||
239 | {{{ |
||
240 | }}} |
||
241 | |||
242 | Reply message fields: |
||
243 | {{{ |
||
244 | time int required Seconds since the unix epoch. |
||
245 | timezone int required Minutes west of GMT. |
||
246 | }}} |
||
247 | 11 | Andreas Smas | |
248 | ---- |
||
249 | |||
250 | = Server to Client methods = |
||
251 | |||
252 | ---- |
||
253 | === channelAdd === |
||
254 | |||
255 | 13 | Andreas Smas | A new channel has been created on the server. |
256 | 11 | Andreas Smas | |
257 | Message fields: |
||
258 | 12 | Andreas Smas | {{{ |
259 | 1 | Andreas Smas | channelId int required ID of channel. |
260 | channelName str required Name of channel. |
||
261 | 42 | Andreas Smas | channelNumber int required Channel number. 0 means unconfigured |
262 | 11 | Andreas Smas | channelIcon str required URL to an icon representative for the channel. |
263 | eventId int optional ID of the current (or next to be) event on this channel. |
||
264 | 1 | Andreas Smas | tags int[] optional Tags this channel is mapped to. |
265 | 11 | Andreas Smas | }}} |
266 | |||
267 | ---- |
||
268 | === channelUpdate === |
||
269 | |||
270 | 41 | Andreas Smas | A channel has been updated on the server. If a field is not present it has not changed. Most clients can process this and the 'channelAdd' message |
271 | 11 | Andreas Smas | with the very same code. |
272 | |||
273 | 13 | Andreas Smas | Message fields: |
274 | 12 | Andreas Smas | {{{ |
275 | 3 | Andreas Smas | channelId int required ID of channel. |
276 | 41 | Andreas Smas | channelName str optional Name of channel. |
277 | 42 | Andreas Smas | channelNumber int optional Channel number. 0 means unconfigured |
278 | 11 | Andreas Smas | channelIcon str optioanl URL to an icon representative for the channel. |
279 | 1 | Andreas Smas | eventId int optional ID of the current (or next to be) event on this channel. |
280 | 11 | Andreas Smas | tags int[] required Tags this channel is mapped to. |
281 | }}} |
||
282 | |||
283 | ---- |
||
284 | === channelDelete === |
||
285 | |||
286 | A channel has been deleted on the server. |
||
287 | 12 | Andreas Smas | |
288 | 11 | Andreas Smas | This message is only sent if session is in asynchronous mode. |
289 | 1 | Andreas Smas | |
290 | 11 | Andreas Smas | Message fields: |
291 | {{{ |
||
292 | channelId int required ID of channel. |
||
293 | }}} |
||
294 | 13 | Andreas Smas | |
295 | 11 | Andreas Smas | ---- |
296 | === tagAdd === |
||
297 | |||
298 | A new tag has been created on the server. |
||
299 | |||
300 | 1 | Andreas Smas | Message fields: |
301 | 11 | Andreas Smas | {{{ |
302 | 1 | Andreas Smas | tagId int required ID of tag. |
303 | 11 | Andreas Smas | tagName str required Name of tag. |
304 | tagIcon str optional URL to an icon representative for the channel. |
||
305 | 39 | elupus - | members int[] required Channels this tag is mapped to. |
306 | 11 | Andreas Smas | }}} |
307 | 13 | Andreas Smas | |
308 | 11 | Andreas Smas | ---- |
309 | === tagUpdate === |
||
310 | |||
311 | A tag has been updated on the server. |
||
312 | |||
313 | 12 | Andreas Smas | Message fields: |
314 | 1 | Andreas Smas | {{{ |
315 | tagId int required ID of tag. |
||
316 | 11 | Andreas Smas | tagName str required Name of tag. |
317 | tagIcon str optional URL to an icon representative for the channel. |
||
318 | 39 | elupus - | members int[] required Channels this tag is mapped to. |
319 | 1 | Andreas Smas | }}} |
320 | 11 | Andreas Smas | |
321 | ---- |
||
322 | 1 | Andreas Smas | === tagDelete === |
323 | 11 | Andreas Smas | |
324 | A tag has been deleted from the server. |
||
325 | 12 | Andreas Smas | |
326 | 11 | Andreas Smas | Message fields: |
327 | 2 | Andreas Smas | {{{ |
328 | 14 | Andreas Smas | tagId str required ID of tag. |
329 | }}} |
||
330 | |||
331 | ---- |
||
332 | 35 | Andreas Smas | === initialSyncCompleted === |
333 | |||
334 | Sent after all the initial channel and tag messages has been sent when session has been set to async mode. |
||
335 | |||
336 | Added in HTSP version 2. |
||
337 | |||
338 | Message fields: |
||
339 | {{{ |
||
340 | }}} |
||
341 | |||
342 | ---- |
||
343 | 14 | Andreas Smas | === subscriptionStart === |
344 | |||
345 | Message fields: |
||
346 | {{{ |
||
347 | subscriptionId int required Subscription ID. |
||
348 | streams msg[] required Array of messages with stream information |
||
349 | 38 | Andreas Smas | sourceinfo msg optional Message with strings in it. Each string is a descriptive |
350 | entity about the source. All strings are optional any should |
||
351 | only be thought of as informational. |
||
352 | 14 | Andreas Smas | |
353 | 'streams' message: |
||
354 | |||
355 | index int required Index for this stream |
||
356 | type str required Type of stream |
||
357 | language str optional Language for stream |
||
358 | |||
359 | |||
360 | 1 | Andreas Smas | Stream types: |
361 | 14 | Andreas Smas | AC3 AC3 audio |
362 | MPEG2AUDIO MPEG2 audio (MP2) |
||
363 | 21 | Andreas Smas | MPEG2VIDEO MPEG2 video |
364 | 12 | Andreas Smas | H264 H264 video |
365 | 37 | Andreas Smas | AAC ADTS framed AAC (one AAC packet per ADTS frame) |
366 | 15 | Andreas Smas | }}} |
367 | |||
368 | |||
369 | ---- |
||
370 | === subscriptionStop === |
||
371 | |||
372 | 12 | Andreas Smas | Message fields: |
373 | 2 | Andreas Smas | {{{ |
374 | subscriptionId int required Subscription ID. |
||
375 | 15 | Andreas Smas | reason str optional Reason for subscription stop. |
376 | }}} |
||
377 | |||
378 | ---- |
||
379 | === subscriptionStatus === |
||
380 | |||
381 | Message fields: |
||
382 | 1 | Andreas Smas | {{{ |
383 | 2 | Andreas Smas | subscriptionId int required Subscription ID. |
384 | 37 | Andreas Smas | status str optional English clear text of error status. Absence of this field means that the status is OK. |
385 | 15 | Andreas Smas | }}} |
386 | |||
387 | |||
388 | ---- |
||
389 | === queueStatus === |
||
390 | |||
391 | The queueStatus message is sent every second during normal data delivery. |
||
392 | |||
393 | The transmit scheduler have different drop thresholds for different frame types. |
||
394 | If congestion occurs it will favor dropping B-frames before P-frames before I-frames. |
||
395 | All audio is recognized as I-frames. |
||
396 | |||
397 | Message fields: |
||
398 | {{{ |
||
399 | subscriptionId int required Subscription ID. |
||
400 | packets int required Number of data packets in queue. |
||
401 | 16 | Andreas Smas | bytes int required Number of bytes in queue. |
402 | delay int required Estimated delay of queue (in µs) |
||
403 | Bdrops int required Number of B-frames dropped |
||
404 | Pdrops int required Number of P-frames dropped |
||
405 | Idrops int required Number of I-frames dropped |
||
406 | }}} |
||
407 | |||
408 | ---- |
||
409 | === muxpkt === |
||
410 | |||
411 | Streaming data. |
||
412 | |||
413 | Message fields: |
||
414 | {{{ |
||
415 | subscriptionId int required Subscription ID. |
||
416 | frametype int required Type of frame as ASCII value: 'I', 'P', 'B' |
||
417 | stream int required Stream index. Corresponds to the streams reported in the subscriptionStart message. |
||
418 | 1 | Andreas Smas | dts int required Decode Time Stamp in µs. |
419 | pts int required Presentation Time Stamp in µs. |
||
420 | duration int required Duration of frame in µs. |
||
421 | payload bin required Actual frame data. |
||
422 | |||
423 | }}} |