Hello Peter,

It looks like the issue with the missing chapters happens when you open your website as HTTP, instead of HTTPS. You should add a redirection for all the http:// links.

However, we encountered some buffering issues on iOS 10 while testing this. Could you please paste a screenshot of the Video Checker‘s report on of this video?

Thanks,
Eduard

Hi Steve,

Thank you for describing this here. As for the Video Warning, what did the video checker say about the video? Could you post a screenshot here?

Thanks,
Eduard

Hello Ron,

Please make sure that you are using the latest version of FV Player Pro (0.8.30). If you do, please send a screenshot of the privacy settings of your video and link to the page where it’s posted.

Thanks,
Eduard

Hello goefffudge,

Just for your information, FV Player now fully supports Visual Composer. You will now be able to use the shortcode editor in the Text Block editor in both Backend and Frontend editing modes. Just update FV Player plugin to version 6.3 and you can use this function without any further settings.

Thanks,
Eduard

Hello Harold,

I already answered in live chat, but I’ll also post the answer here for other users:

I apologize, I’m not a programmer myself, but we have a full guide on various PHP customization and I’m positive that there are parts about video duration. Check it here – Programmer’s Guide.

Thanks,
Eduard

Hello Mirco,

We are almost finished with the fix and we will try to release it today. I’ll let you know when the update is out.

Thanks,
Eduard

Hello Mirco,

I tested your shortcode on one of our test sites and it works ok in Firefox as well as in other browsers. You can see it here – http://lucia.foliopress.net/mirco-test/ (frontend login: foliovision, password HiddenWebsite).

Could you please send me a link to the page where you posted the video on your website so I can test it there? It would also help if you could check the version of your Firefox browser.

Thanks,
Eduard

Hello Nasir,

You can use this free online tool – https://revealit.me/. It will create an encrypted message that will delete itself once it’s opened.

Thanks,
Eduard

Hi Paul,

Our player has changed a bit since this thread was active. Could you please send us a link to your page with a video in Lightbox, so we could check it?

Thanks,
Eduard

Hi Dan,

You can reach us at support@foliovision.com.

Thanks,
Eduard

Hello Nasir,

I checked your website and I was not able to find a video in FV Player, only a couple of YouTube iframe embeds. Could you please send us a link?

Thanks,
Eduard

Hello Joseph,

Yes, the video checker currently checks only one video, but we plan to improve this in the future.

We have a full guide on encoding formats, you can read it here – Video Encoding for HTML 5.

Thanks,
Eduard

Hello Happywriter,

Could you send us the link you your page where the video is so we can check what is wrong?

Thanks,
Eduard

Hello Renato,

Could you please confirm that the option Use native fullscreen on mobile is inactive? You can find it in Settings > FV Player Pro > Setup tab > Mobile Settings.

Thanks,
Eduard

Hi Frans,

No worries, I’m happy to help. I suggest you use the Private/Incognito mode of your browser for testing in the future, as it doesn’t store cookies or cache information.

Our player uses browser cookies for a lot of settings, so the results are often misleading.

Thanks,
Eduard

Hi Frans,

Sorry, what URL should be visible? Could you please send a screenshot? I tested the video on desktop in Chrome and IE and then in iOS 10 and Android 7, and always got the same behaviour.

Thanks,
Eduard

Hello Nikos,

Thanks for the extensive report. Our senior programmer will take a look on this, but he’s on his vacation right now, so it will have to wait until Wednesday. Thank you in advance for your patience.

Eduard

Hi Frans,

Could you please send a link to your page so I can check this issue?

Thanks,
Eduard

Hi Janos,

I checked your stream and got only a 404 server response. Same in third-party HLS testers. Did you disable it?

Thanks,
Eduard

Hello dnikolakopoulos,

I’m sorry but I didn’t get any Flash requests when I opened your page in Chrome 60. Also, is this radio button in any way related to FV Player?

Thanks,
Eduard

Hi Michael,

Thanks for pointing this out. The difference between these two videos is that the first one has auto-generated subtitles and the second one has a regular subtitle file attached. Therefore the default setting is not a factor here.

Auto-generated subtitles work differently, but we haven’t analyzed them yet. We might do so in the future, though.

Thanks,
Eduard

Hi Luke,

The message says that you should encode your video to a higher bitrate with Baseline profile, instead of the current High Profile. The High Profile is mainly for bigger screens and Baseline is especially good for mobile devices because their lower computing power.

Some of the older Android and iOS devices can have problems with playing videos encoded with non-Baseline profiles, so you could give it a try and re-encode it with HandBrake. Let me know if you need help with that.

Thanks,
Eduard

Hi Lee,

In this demo you can see how the Use native fullscreen on mobile function should work: Mobile Native Fullscreen. If you have the feature turned on and it doesn’t work, please switch to Beta mode and test again.

If that doesn’t help, you can also switch to one of the default WP themes (like Twenty Sixteen) and test it with it.

Thanks,
Eduard

Hi Luke,

The settings should be same for desktop and mobile. Are you still getting this issue? And what does the Video Checker report?

Thanks,
Eduard

Hi mille,

I just realized that some other user has reported a similar issue and we are already working on it, but it will require to upgrade our core engine to Flowplayer 7 and that is scheduled on September.

There is also a chance, that it’s not related to the issue I meant. Could you test this with using one of the default WP themes (for instance Twenty Sixteen)?

Thanks,
Eduard

Hi Lee,

Could you send us a link to your page where the issue can be spotted? Also, could you try to play the first video in this demo on your iPhone and let us know if it works?

Thanks,
Eduard

Hi mille,

I’m sorry but I was unable to play your video as the source file seems to be missing. I also wasn’t able to open your screenshots. Could you please send them again?

You can use this web service for sharing screenshots – https://snag.gy/. It doesn’t require any installation or registration.

Thanks,
Eduard

Hi Dominik,

Let us know if you encounter any issue like this in the future.

Thanks,
Eduard

Hi Richard,

You can use this free service for sharing screenshots – https://snag.gy/. It doesn’t require any installation or registration.

Thanks,
Eduard

Hi Dan,

Sound’s great! We’ll be looking forward to your email.

Thanks,
Eduard

Hi Richard,

Could you please provide a screenshot of the issue?

Thanks,
Eduard

Hi Dan,

Thanks for the appreciation! We are always open to custom programming and we could work with you on creating a function similar to Sticky Video. Unfortunately, our senior programmer is on a (well deserved) vacation for the next two weeks, so it would have to wait untill then. But as I said, if you don’t mind to wait, we’ll be happy to work with you.

Thanks,
Eduard

• This reply was modified 7 years, 3 months ago by Eduard.

Hi Luke,

It seems that you have set the expiration time of the URL signature to just 15 minutes, while the video is 45 minutes long. Is it possible that someone watches the video for let’s say 20 minutes, the video buffers to 3/4 and when he seeks to the end of the video, the URL is already expired?

Could you please also check the Video Checker and see what message are you getting?

Thanks,
Eduard

Hello Gbrother,

I apologize, I forgot to add that you have to be in the Beta mode to make the fix work.

Thanks,
Eduard

Hello Sergio,

This was caused by an issue with switching between various CDNs Vimeo uses for delivering the MPEG-Dash streams. We have just released a fix for this in the latest update. All you need to do is to upgrade the Pro plugin to version 0.8.27 and the MPEG-Dash streaming should work properly.

Just follow this process to check if it works correctly:

1. Play the video
2. You should be able to see “FV Player Pro: Preloading {video id} of video/fv-mp4 type” and “FV Player Pro: MPEG-DASH found!” in browser console
3. Now you can check m4s files in browser developer tool’s network tab. You will probably get these from skyfire.vimeocdn.com
4. If some segment fails to load 4 times you will see that in the nework tab and you will also see “FV Player Pro: MPEG-DASH error, retry 1!” in the console
5. That means the fallback is activated and you should see “FV Player Pro: Preloading {video id} of video/fv-mp4 type” on console again
6. This time it will play the second MPEG-DASH stream – on the network tab you should see m4s files coming in from 45skyfiregce-vimeo.akamaized.net or something similar, but not skyfire.vimeo.cdn
7. If that also fails, you will see “FV Player Pro: MPEG-DASH error, retry 2!” and it will fallback to MP4 file as last resort

Please let us know if the fix worked.

Thanks,
Eduard

• This reply was modified 7 years, 3 months ago by Eduard.

Hi Simon,

We have released the fix for the Vimeo CDN switching in the latest update. Just upgrade the Pro plugin to version 0.8.27 and the MPEG-Dash streaming should work properly.

Just follow this process to check if it works correctly:

1. Play the video
2. You should be able to see “FV Player Pro: Preloading {video id} of video/fv-mp4 type” and “FV Player Pro: MPEG-DASH found!” in browser console
3. Now you can check m4s files in browser developer tool’s network tab. You will probably get these from skyfire.vimeocdn.com
4. If some segment fails to load 4 times you will see that in the nework tab and you will also see “FV Player Pro: MPEG-DASH error, retry 1!” on console
5. That means the fallback is activated and you should see “FV Player Pro: Preloading {video id} of video/fv-mp4 type” on console again
6. This time it will play the second MPEG-DASH stream – on the network tab you should see m4s files coming in from 45skyfiregce-vimeo.akamaized.net or something similar, but not skyfire.vimeo.cdn
7. If that also fails, you will see “FV Player Pro: MPEG-DASH error, retry 2!” and it will fallback to MP4 file as last resort

Please let us know if the fix worked.

Thanks,
Eduard

Hi Cory,

I’m sorry but making the videos private will restrict the YouTube’s own Chromeless API (which our player is using for delivering content) to not show the videos even in third party players.

Even if the video was shown while being private, there would be no problem to download it with any of the free video downloading extensions.

If you want to protect your videos from downloading, you will, unfortunately, have to look for another hosting solution.

Thanks,
Eduard

Hi Simon,

Thanks for the report in the console. The problem is indeed in the switching between various CDNs that Vimeo uses for serving the MPEG-Dash streams. We are already working on fixing this and I’ll let you know when it’s done.

Thanks,
Eduard

Hello Dan,

I’ll test this tomorrow with the configuration you have described and we’ll see what can be done.

Thanks,
Eduard

Hi Cory,

That just proves that private videos can’t be played by the users, only by yourself. As I said, I’m not sure if this is caused because you are logged in your browser, or by some kind of cookie, but if you would try to watch your own video you mentioned in your first message in browser’s private mode, you will be unable to do so.

Therefore you should edit the privacy options on YouTube and make the video public if you want others to watch it.

Thanks,
Eduard

• This reply was modified 7 years, 3 months ago by Eduard.

Hi Ken,

Older iOS devices, for example, all iPhones and iPods with iOS version 9 and lower enforce fullscreen by default – it’s a core device setting that cannot be overridden. This was the case of iPads, but I think that they stopped enforcing the fullscreen earlier than iOS 10.

This could also have another cause – some time ago we added an option to FV Player that enforces the fullscreen on all mobile devices. You can check if it’s turned on in Settings > FV Player Pro > Setup tab > Mobile Settings > Force fullscreen on mobile (beta). You can read more about the Mobile Settings in this blog post.

Thanks,
Eduard

Hi Stephen,

The private videos can be watched by other users since they are not public on YouTube. You can watch them on FV Player because you are logged in your browser. At least I think that the behaviour works like this. Could you please check the first video in this demo to confirm that?

Thanks,
Eduard

Hello Simon,

Thank you for reporting this. Could you please send us a link to the page where this issue can be seen?

Thanks,
Eduard

Hi Michael,

Thanks for sharing the settings you have used. I’m planning to update the encoding guide and I’ll surely test these.

The checker is caching some of the information, but it did refresh it only after some time. We have reduced it to 5 minutes, so the data should be up to date much faster.

Thanks,
Eduard

Hi Michael,

We have updated our Video Checker just a couple of minutes ago, so now you should be able to analyze both files yourself and the Checker will generate suggestions on what you should fix in the encoding process.

The analysis of your video shows this message:

You are using the h264 High Profile for your video. To play on iOS devices you should use the h264 Baseline Profile.

Thanks,
Eduard

Hi Luke,

Thanks for the link, but the question was about the size of the video player in your post. Could you activate FV Player there?

Thanks,
Eduard

Hi gaetanh,

Could you send us a link to the page where you have the video, so we could test it?

Thanks,
Eduard

Hi Michael,

Sorry for the wrong link, here is the correct one.

As for your video, I did some testing on older Android Samsung devices, both physical and emulated via BrowserStack and the video on your page played on all of them without any problems. These are the devices I used (all with Firefox):

• Samsung Galaxy X Cover 3 – Mozilla/5.0 (Android 4.4.4; Mobile; rv:54.0) Gecko/54.0 Firefox/54.0
• Samsung Galaxy Tab 2 – Mozilla/5.0 (Android 4.1.2; Tablet; rv:54.0) Gecko/54.0 Firefox/54.0
• Samsung Galaxy S5 – Mozilla/5.0 (Android 6.0.1; Mobile; rv:54.0) Gecko/54.0 Firefox/54.0
• Samsung Galaxy Tab 4 – Mozilla/5.0 (Android 4.4.2; Tablet; rv:51.0) Gecko/51.0 Firefox/51.0 (emulated)
• Samsung Galaxy Tab 2 – Mozilla/5.0 (Linux; U; Android 4.0.4; en-us; sdk Built/MR1 ) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Safari/534.30 (emulated)

You could try out the demo video I sent you on the devices you used for testing. If it plays, you could try to post the source video on your website through FV Player. The source URL is https://s3-eu-west-1.amazonaws.com/fv-player-unprotected/test-handbrake.mp4. The type of connection could also be a factor, so let me know if you did your testing on Wifi, or on mobile network.

Thanks,
Eduard

• This reply was modified 7 years, 3 months ago by Eduard.

Hi Michael,

I used the settings from your screenshot and created the second video in this demo. I tested it on iPhones with iOS versions 9 and 10 and iPads with iOS 5 and 9 and it worked on every device. Could you please try to play it and let me know if it worked?

Thanks,
Eduard

Hi Luke,

Now I see the video in what’s (probably) the correct format, but it’s only a YouTube iframe embed. Did you deactivate the FV Player Pro on your website?

Thanks,
Eduard