Forum Replies Created
-
-
Disregard, I just tried this again and all seems to be working as expected. I’m really starting to think it’s me.
I usually need to do this late at night after an event ends, so possibly I’m making mistakes I don’t realize.
Good morning Martin,
Sorry for just getting back to you, it’s been a long few weeks.
I actually managed to get it work, as mentioned in my previous post, but ran into this again and it brings up a question actually.
I use Amazon Interactive video services for live streaming events. This works fine, no problems.
While live streaming our event, Amazon S3 serves multiple copies of our stream depending on device and internet connection. So we’ll see 1080, 720, etc.
IVS also records all of these different formats as it transcodes everything. So I end up with multiple copies of my event in hls recorded files. So in my S3 bucket, I’ll have a folder for each 1080, 720, 480, 360, etc. Each with it’s own playlist.m3u8.
As part of that I get a master m3u8 with all of these different version available. So, thinking that cloudfront can serve multiple versions(again depending on device and internet connection of the client) I’ve been feeding the master m3u8 into FV player. This works great under S3 but results in an hls js error when I do this with a cloudfront distribution.
So I’m curious if I misunderstand how this works when serving different resolutions to clients over cloudfront.
So far, what I’ve done now is just give FV player the 1080 url and it works fine.
As an update.
What I mentioned above was not actually an error (sorry I was tired and apparently hunting down a non-error) but in developer tools I noticed that stream-loader.php was forbidden.What solved my issues was in FV Player > Settings > Stream Loader (at the bottom) uncheck speed-up (beta).
Obviously a beta feature but something in my migration/update broke things.
2 years ago in reply to: Video Encoding for HTML 5We primarily record using IVS for a live stream, then move that to a cloudfront bucket for PPV after the event. Are we better off serving mp4 instead? We’re trying to target a very wide range of devices from, TVs, computers, and mobile.
Update, No I can’t “see” the sound… was doing 3 things at once and really messed that title up. Anyway, the below settings being enabled seemed to have solved my issue
Use native fullscreen on mobile:
Force fullscreen on mobile:
Alternative iOS fullscreen mode