Quote:
Originally Posted by jim101
Thanks for the info on this. If I've understand you correctly, as far as the user browser is concerned it makes no difference whether the video stream is live or pre-recorded, the stream is just treated as chunks of data to be converted to video in the user browser. For the livestream there is extra communication/logic to perform on the server, but nothing that should normally take approx 25 seconds.
At the moment I am just experimenting with landing pages using Wordpress on a shared hosting service. Without traffic to the landing page the response of the LJ recorded video banner and live video banner are actually very similar, the live video just slightly slowly to start. When traffic is introduced to the landing page domain the pre-recorded video still starts quickly but the live video is significantly delayed.
I will take a look at the hosts you mentioned. I expect to use a VPS with any amount of traffic.
|
I think if the live video is taking that long to load, then I would start by opening up the network graph in the browser's web inspector and see exactly where the delay is. Even though the browser can't do anything about it, you should be able to see if it's a TTFB issue, or something else. If it's a TTFB issue, then it's definitely the server crunching and trying some kind of behind-the-scenes logic which is slowing things down. You have to figure out which server is taking so long. If it's something you can control, then you can put breakpoints in the code and monitor that.
If it's a delay with a remote server, then you might need to talk to their tech team to figure it out. You can see the handshake in the browser in real time, and it should be clear what's happening when (from the browser's perspective). After that, you need to do some performance testing on the actual software.
If you're primarily using WordPress, I'll DM you some info that might be useful.