По умолчанию на YouTube создается LiveBroadcast без идентификатора связанного потока - PullRequest
Новая
       41

По умолчанию на YouTube создается LiveBroadcast без идентификатора связанного потока

1 голос
/ 15 мая 2019

Как часть нашего потока приложений, мы создаем LiveBroadcasts по умолчанию для пользователей, которые также должны транслироваться. Для большинства наших пользователей LiveBroadcasts по умолчанию автоматически привязываются к LiveStreams по умолчанию, однако у некоторых пользователей LiveBroadcasts по умолчанию не привязываются автоматически.

Я попытался выполнить привязку к LiveStream не по умолчанию (поскольку, похоже, нет способа найти LiveStream по умолчанию), и я получаю 403 с сообщением об ошибке liveBroadcastBindingNotAllowed: The binding is not allowed.

Так как нет привязанного потока, мы не можем транслировать на этот LiveBroadcast, и наши пользователи получают ошибки. Есть ли какое-либо решение или исправить это?

1 Ответ

0 голосов
/ 10 июня 2019

Я также столкнулся с подобной проблемой. При перечислении всех передач через следующее: 

curl \
  'https://www.googleapis.com/youtube/v3/liveBroadcasts?part=id%2Csnippet%2CcontentDetails%2Cstatus&broadcastType=all&mine=true&key=[YOUR_API_KEY]' \
  --header 'Authorization: Bearer [YOUR_ACCESS_TOKEN]' \
  --header 'Accept: application/json' \
  --compressed

Некоторые из наших пользователей получают более одного широковещательного сообщения, где snippet.defaultBroadcast равно true, но только у одного из этих постоянных широковещательных сообщений действительно допустимый contentDetails.boundStreamId, другие просто пропускают это свойство. Для моего личного аккаунта, если я изменил broadcastType с all на persistent, я смогу получить только одну истинную трансляцию по умолчанию, которая имеет действительный contentDetails.boundStreamId. Вот пример запроса: 

curl \
  'https://www.googleapis.com/youtube/v3/liveBroadcasts?part=id%2Csnippet%2CcontentDetails%2Cstatus&broadcastType=persistent&mine=true&key=[YOUR_API_KEY]' \
  --header 'Authorization: Bearer [YOUR_ACCESS_TOKEN]' \
  --header 'Accept: application/json' \
  --compressed

Я еще не уверен, если это случайность, что он выбирает правильную постоянную трансляцию. Я собираюсь связаться с некоторыми из наших пользователей, чтобы помочь мне решить эту проблему, я знаю одного, который имеет по крайней мере 3 постоянных широковещательных сообщения в ответе от API.

...