This won’t work as an extension as, without testing, I don’t think an Extension will be able t open the Mic or Webcam (for security reasons)
In addition any broadcaster would need to listen to and vet the content before putting it live, which would normally me the broadcaster has something in place for this and collect all clips before the show starts rather than during?
At least thats what we did back when I was in student radio
No, see, this will work because, even if the microphone can’t be enabled -which I think it can- a workaround sending short audio files would fit too.
And also, you probably are unfamiliar with how live radio shows work, but people call there, and their calls are taken live, and nothing prevents unwanted calls to ALSO arrive there…yet it has been done and it continues to be done. A risk that is up to each and every streamer.
I am familiar I helped run an entire student radio station at one point. Governed by OFCOM and have helped run said station both online and of the FM bandwidth. Which also won student station of the year. So I am in fact familiar.
As per the TOS and ROC of Twitch, Streamers need and should take resonable steps to prevent certain types of content on their shows, which includes and is not limited to, someone coming into a voice room on a game and dropping all the swears. Having a fixed format show, with call in such as this runs the risk of that, which means vetting the pre-records or listening to them offstream before hand. Which doesn’t lend itself to such pre-records being collected an delivered via Twitch Extension (optimally speaking). Thats before we consider file sizing and upload limitations. Since you can’t live record a mic, since you can’t prompt for mic permissions from an extension
Currently I would expect twitch to reject an extension that accepts file uploads. Also the architure of a twitch extension would make it sub optimal to accept such an upload since you’d be talking cross domain for a start.
For such a call show it would be optimally better to collect recordings (and vet them) before the show, or doing it offsite, where people could submit a video recording instead, (thats been uploaded to a suitable delivery mechanism such as youtube) and include those recordings on the show instead, which potentially works better for a live stream where it’s about video more than audio, compared to “pure radio”.
Or as has been done in the past with such shows, literally getting the person on the show via Skype or Discord or google hangouts or other video/voice application.
Further more past involves or myself on other shows of this nature on Twitch, you need to start collecting call in content weeks before the show, as a lot of people don’t submit, or turn up to the show and go “oh shit I could of submitted but I didn’t know this was on” and at that point you just haul that user on the show live rather than prerecorded.
The architecture of extensions and the format of shows on Twitch is generally against this sort of format. Based on my knowledge of radio, live streams, building these things and actually watching some of this type of show and participating in them myself
Well, if you can solve these legal problems to upload files, I recommend considering using an I.A to detect patterns and enrich their extension, Alexa seems to be interesting for this, there is also IBM Watson
No just trying to advise that it probably does not work well as a Twitch Extension. The idea itself is sound, it just does not fit as an extension in my opinion. And I myself wouldn’t approach it from the extensions angle
The only valid point I see -so far- for not using extensions would be the innability to store the events for video-on-demand, which would almost certainly impact on the consumer’s experience. Still, a small price to pay.
I previously mentioned this on a loosely-related post here.
You could actually just get the somebody to just call in, using some other voip service. The twitch extension could just manage the queue of people who would like to call, and then when selected, you could ask the both broadcaster and listener to connect to a google hangout or something in another tab.
Sorry if this is said above, i didn’t read the whole thread.