GET /v1/streaming/streams

પ્રમાણીકરણ

બિયરર ટૉકન તરીકે API કી મોકલો. આ એન્ડપૉઇન્ટ સ્પેશિફિકેશનમાં કોઈ ચોક્કસ પરવાનગી જણાવતું નથી, તેથી ધારણા બાંધવાને બદલે તમારી કીને તેની જરૂરિયાત મુજબ ન્યૂનતમ પરવાનગી આપો અને રિસ્પોન્સ તપાસો.

આ એન્ડપૉઇન્ટ કોઈ સંસ્થા આઈડી (organisation id) લેતું નથી. તમારી કી (key) પહેલેથી જ તે જે સંસ્થા સાથે સંબંધિત છે તેની ઓળખ કરે છે, અને પ્રતિસાદ (response) તે જ પૂરતો મર્યાદિત છે.

આયમાવો

કોઈપણ કૌંસમાં રહેલી બાબતને તમારા પોતાના મૂલ્યોથી બદલો અને કી પ્લેસહોલ્ડરને તમારા ડેશબોર્ડની કીથી બદલો.

curl -X GET https://api.zinndigital.com/v1/streaming/streams \
  -H "Authorization: Bearer zdk_live_…"

साइन ઇન કરેલ છે? તમારા ડેશબોર્ડમાં આવેલું 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.

જવાબ

આ એન્ડપોઇન્ટ જે ભૂલો પરત કરી શકે છે

401 · 429