connections
GET /v1/streaming/streams
The organisation's live streaming channels.
Санҷиши ҳаққоният
Kalitи API-ро ҳамчун token-и bearer фиристед. Ин нуқтаи ниҳоӣ дар мушаххасот иҷозати мушаххасеро нишон намедиҳад, бинобар ин ба калиди худ ҳадди ақали заруриро диҳед ва ба ҷои тахмин кардан, ҷавобро санҷед.
Ин нуқтаи поёнӣ ягон рақами мушаххаси созмонро талаб намекунад. Калиди шумо аллакай созмонеро, ки ба он тааллуқ дорад, муайян мекунад ва ҷавоб ба он маҳдуд карда мешавад.
Санҷидан
Ҳар чизро дар қаavски кунҷӣ бо қиматҳои худ ва ҷойи нигоҳдорандаи калидро бо калима аз панели идоракунии худ иваз кунед.
curl -X GET https://api.zinndigital.com/v1/streaming/streams \
-H "Authorization: Bearer zdk_live_…"Воarid шудаед? Консоли API дар панели идоракунии шумо рақами мушаххаси ташкилоти воқеӣ ва калиди худро пур мекунад ва дархостро бар зидди API-и фаъол иҷро мекунад, то шумо посухи воқеиро бубинед. Ин нуқтаи ниҳоиро дар консоли API кушоед
Тафсилот
Live channels on the **customer's own** streaming account (owner ruling 2026-08-28: Gcore is sold BYO only). Connect one at `/v1/connections/streaming_gcore` first. ⛔⛔ **The RTMP/SRT push URL is deliberately absent from this response and must never be added to it.** It is a credential, not an address: anyone holding that string can broadcast as the customer. The provider's own API treats it as a secret — it offers a "reset push token" call — and the driver strips it on every list read. `state` is `idle` (channel enabled, nothing arriving), `processing`, `ready` (bytes are arriving now) or `failed`. ⛔ *Enabled* and *live* are different questions: rendering an enabled-but-silent channel as live sends a customer to publish a player against a manifest with nothing behind it.
Ҷавоб
| Ном | Намуд | Талаб карда мешавад | Ин чӣ аст |
|---|---|---|---|
streams | LiveStream[] | Бале | — |
Хатоҳое, ки ин нуқтаи ниҳоӣ метавонад баргардонад
401 · 429