Forum Discussion
Skype Meeting Broadcast - recommendations when feeding video clips into Event?
Thanks Jamie - we're basically running from a similar pre-produced setting and then pushing into a USB 3.0 device (Inogeni), and until recently we've had no issues. As Dave first mentioned here in his initial post, we saw the audio oddity back on August 2nd, and we couldn't recreate it - until today.
What's been obvious from the moment we noticed the audio drops is that there is audio DSP occurring somewhere in the signal chain. Even bypassing the Inogeni gives the same result. Feeding it a straight pink noise, Skype plays it for about a second, then kills it completely. Other samples we give it that have very high levels of plus 8K, it samples then squashes within one second. Clearly there's a noise sampling happening, then an NR noise print applied. (It would seem that the sample/noise-print is a constant process, not a one time application.) And then other DSP comes into play as well, with AGC and compression getting involved.
Interestingly, we have yet to find the exact culprit, as we can feed it music that it has major issues with, then a different song with the exact same digital specs but it plays fine all the way through, seemingly untouched by the DSP. All of this leads to the possibility that Skype is deciding what should and shouldn't be DSP affected within the first few seconds of the audio provided.
We've opened a case with MS - Case number: 116081614549306
So the question today - is Skype determining that DSP is warranted in those first few seconds, then throwing the kitchen sink of DSP at it?
nomorephones and Dean Suzuki we are still struggling with this (case # referenced above by Michael) We are now with the PG on this as there is definitely an issue that we can now trace to some sort of DSP happening either Skype client side or in the backend. We can reproduce this 100% of the time on media clips that contain music components - basically it seems the processing is trying to suppress what it interprets to be background or other noise.
In short we are really struggling - the service works great when we are doing talking heads, slides, etc. And will even do great when rolling a video clip with speakers and light background music. However when we load up anything like a "sizzle" marketing clips that is music in the foreground - we get squashed and the audio disappears for seconds at a time repeatedly.
Wanted to post this clarficiation as at first we didn't have the definitive behavior - but now we know this is in fact AUDIO processing related and nothing to do with the H.264 video encode per se.
- Dave, I'm in the same boat. Did you ever get a resolution with the PG?
This is a concern for us as well - we are still considering a live streaming and VOD solution, and we have SfB on-prem already with O365 and running Hybrid. We're looking at Skype Meeting Broadcast as a realtime town-hall delivery system, and those frequently include stored video vignettes that need to be passed through from our live presenters/live audience through the Broadcast feed - and naturally, to store that for VOD in Office 365 Video later for our attendees that weren't able to attend live.
Is Microsoft addressing this in their roadmap without incorporating these ManyCam and other workarounds because of the quality issues, or even just making PowerPoint embedded videos work and be supported by Microsoft during a Skype Meeting Broadcast.
Just found this thread, wondering where everyone landed on this.
Bump!
