Hello Leho,

thank you for the bug report!

I’m sorry about the issue you have been facing here, specially as we faced similar issues before with some other plugins. At certain scale issues like this can appear, specially when using wp_options.

We will adjust the update_option() call to not use autoload as you suggested. While it’s not a perfect solution (the wp_options table remains big) it will work for now, as we are moving to a new database model.

Thanks,
Martin

Hello Fabio,

thank you for posting these shortcodes. The screenshot 4 already shows a broken code. The opening < symbol is missing. Also the “width” attribute is using special quote symbols which just break HTML.

But it appears you put the code in, you save the post, which grabs the Vimeo splash screen and that process breaks the HTML popup code. I was able to reproduce that bug now, so I’m working on a bugfix.

The new timeline actions will prevent issues like this altogether, as it will store everything in database rather than in shortcode. The shortcode feature of WordPress really has its limits.

Thanks,
Martin

Hello Amr,

I was not able to reproduce this issue. I’m on a Mac, so I used a command like this to open a new Google Chrome browser without any user data associated – that means no records for Media Engagement Index – and the video still played once clicked.

Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --user-data-dir=fake-folder --incognito --auto-open-devtools-for-tabs {your page URL}

The error which you are getting should really only occur for videos which are set to autoplay.

Here is my exact user agent string:

Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36"

Please find out about yours on http://www.whatsmyua.info/ and send it over.

Thanks,
Martin

Hello Amr,

are you using autoplay for that video? Are you using FV Player 7 Beta already? https://foliovision.com/2018/06/fv-player-7-beta

Thanks,
Martin

Hello Blayne,

we are doing some final testing now, hopefully I will be able to hand it off to you today.

Thanks,
Martin

Hello Marco,

thank you for the screencast. I see that you are using Ghostery and thus blocking the ads. So it’s normal that you don’t get any ads playing.

I’m using Ghostery in Google Chrome as well and the video autoplay on https://foliovision.com/player/demos/youtube-vast-autoplay works fine for me.

It’s tricky with autoplay and eve worse with YouTube. Perhaps in such cases we could make the working ad playback a priority and forget about autoplay.

I forgot to mention that there was a new FV Player Pro beta release (7.1.7.726.beta) which fixed the iOS issue I was mentioning. Are you getting that issue on https://foliovision.com/player/demos/youtube-vast-autoplay too?

Thanks,
Martin

Hello xuhaibkhan,

currently you have to switch to the Beta to use FV Player 7: https://foliovision.com/player/basic-setup/switching-fv-player-pro-to-beta

After a while we will make it the new release version and FV Player 6 will become deprecated.

Thanks,
Martin

Hello Project V.,

we will test if this would work and let you know.

Thanks,
Martin

Hello Fabio,

could you please copy the exact screenshot you are using here? Or can you provide a screenshot of it? Please make one while using the “Text” tab of the WP post editor.

Thanks,
Martin

Hello Fabio,

I don’t think I understand your last question properly. Please feel free to use your native language.

As Alec explained, we can troubleshoot the issue on your site and fix it right there if you order our Pro support.

Alternatively we can help you with some troubleshooting tips. I already asked for the exact shortcode you are using in your post where it doesn’t work.

As a next step you can try to switch to a default WordPress theme like Twenty Seventeen and see if it works there. Next you can start disabling plugins one by one – specially any custom plugins done for your site.

Our ultimate goal is to make this whole ads and popups process much simpler:

1) We are moving away from using the WordPress shortcodes to a database driven model (simple shortcodes will keep on working though).

2) We are also reworking the way the ads and popups work, so that you can pick the image from WP Media Library directly and you don’t have to worry about HTML.

Thanks,
Martin

Hello Fabio,

could you please send us a link to the page where it doesn’t work?

I see that we need to work on the new timeline actions as this is supposed to be easy and not require HTML knowledge.

Thanks,
Martin

Hello Leho,

use of Dash streams for Vimeo will be the new default soon. FV Player 7 Beta which you are using did improve that a lot and also made the videos harder to download that way. Vimeo is also hosting it on multiple CDNs, in contrary to MP4 files.

Could you please post a link to the page where the issue seems to be occurring? Did you use Google Analytics to gather the information about % of users having these issues? Here is our guide: https://foliovision.com/player/advanced/google-analytics-fv-player#video-errors

Thanks,
Martin

Hello S,

we found that the issue is caused by FV Player iframe embed code routine which makes sure the player takes over full iframe content. It should not be applied to a generic iframe like yours, it should only affect FV Player iframe embed.

It’s fixed now and ready for the next release which will happen next week. In the meantime you can reinstall FV Player from WordPress.org to get the fix. To do that you will have to first deactivate and delete the current FV Player plugin you are using. WordPress will warn you that you might loose settings and data, but it’s not the case with out plugin, no settings now videos will be lost. Or you can just replace the plugin files via FTP.

I also see you are stripping the query string version numbers for JavaScript files. We consider that a bad practice as that way you have to clear your browser cache (and CDN if it’s involved) to get the new files – so your browser will likely hang on to the old FV Player script and you wan’t see this fixed until you clear all the caches. Here is our article about the issue: https://foliovision.com/2017/06/wordpress-cdn-best-practices

Thanks,
Martin

Hello John,

I see we are not passing the 100% width to the playlist players. We will get that fixed.

Thanks,
Martin

Hello Will,

it works that way as it only caches a single size (and retina size) for each avatar. So your author avatar is probably bigger.

We were thinking about improving this, but in the end where the cached gravatar helps the most if a post with a lot of comments where a lot of people might just have the default one.

Thanks,
Martin

Hello Mirco,

I tested that page on iPhone 7 with iOS 11.2 and iPad with iOS 11.3 and it worked fine. I also got an overlay video ad when I opened the page the first time.

Thanks,
Martin

Hello John,

I’m just closing some old thread – the video position storing was added couple of months ago: https://foliovision.com/2018/03/position-saving-video-fields

The video links were not working on your website because of Vimeo quality switching. It was fixed in some other thread.

Thanks,
Martin

Hello Micro,

FV Player Pro 7.1.5.726.beta released just now fixes the issue.

Thanks,
Martin

Hello Marie,

that is correct, FV Player 7 enables manual quality switching for HLS streams. It lists the video qualities automatically.

I see the issue that the “System preset: HLS 2M” in AWS Elastic Transcoder actually sets the limit to 1024×768 rather than 1280×720. So that preset needs to be cloned and the resolution needs to be set right. The bitrate which is 1872 should be increased to 2194 or so. But you try even 3-4 Mbps if you need superior video quality.

Thanks,
Martin

Hello Homa,

seems like our video checker is not able to connect to your streaming server. It’s not trying to impersonate a real browser.

Could you please send the report using that red button, so we can have a closer look?

Thanks,
Martin

Hello Çapan,

I found there was a bug in the initialization segment IDs. It has been fixed on the API end. We will look for a way of validating the MPD streams to detect issues like this early on.

Thanks,
Martin

Hello Gbrother,

thank you for the bug report, I found there was a bug in the initialization segment IDs. It has been fixed on the API end. We will look for a way of validating the MPD streams to detect issues like this early on.

I’m noticing there is a problem that some (1 out of 20) Vimeo videos now don’t finish properly and instead just show black screen at the end. We are working on fixing that issue, but if you are not using playlists or end of video actions it won’t affect you.

Thanks,
Martin

Hello msk2018,

I have seen some scripts which can hide the YouTube ID when playing the video. However they were not using a custom interface, it was the standard YouTube iframe.

We could work on improving this, but from our experience the YouTube API has its bugs as well, so we will talk about this on our team meeting and will see.

Thanks,
Martin

Hello Çapan,

we received some more bug reports about Vimeo couple of days ago. It appears that there was some issue with video encoding on Vimeo.

I wasn’t able to reproduce the issue you were having. Have you seen decrease in the video errors in Google Analytics since you reported the issue?

Thanks,
Martin

Hello Çapan,

it appears no external scripts are loading before the FV Player scripts apart from https://adservice.google.com/adsid/integrator.js?domain=ailevecocuk.net which seems to be quick.

There is also some request to https://ailevecocuk.net/javascript.js which is the top of HTML, but it goes to 404 WordPress page and it doesn’t seem to be cached. It seems to be responsible for a 3 second delay in the site loading.

Thanks,
Martin

Hello Matt,

we got one more similar report, it seems like the issue could have been on Vimeo end.

Thanks,
Martin

Hello William,

we only started to offer Flowplayer licenses since version 5.

I also tried to install ArtisBrowser on Windows 7 and I could get the MP4 videos to play after I installed Flash: https://foliovision.com/player/demos/playlist-autoplay There was no need to use old FV WordPress Flowplayer 1.2.17 with Flowplayer 3 (Flash) in it.

But I couldn’t get it to play Vimeo nor CloudFront videos (with URL signature obtained via Ajax). That was not supported in old FV WordPress Flowplayer anyway.

Thanks,
Martin

Hello Dave,

as a license FV Player user you can upgrade to FV Player 7 Beta which gives you autoplay in these modern browsers: https://foliovision.com/2018/06/fv-player-7-beta

If you notice any issue it’s really easy to downgrade back to FV Player 6.

Thanks,
Martin

Hello Daniel,

thank you for the bug report, we will add this to our automated testing.

The issue has been fixed and if you reinstall FV Player from WordPress.org it will for your you as well. To do that you will have to first deactivate and delete the current FV Player plugin you are using. WordPress will warn you that you might loose settings and data, but it’s not the case with out plugin, no settings now videos will be lost. Or you can just replace the plugin files via FTP.

Thanks,
Martin

Hello msk2018,

FV Player has the Popup technology with which you can show popup at the end of the video. We have plans to allow you to place any popup at any time in any video.

FV Player Pro also has the Video Ads in which you can create ads from your mp4 files or even YouTube or Vimeo videos. For each you also specify the URL address they should link to.

Thanks,
Martin

Hello Dave,

opening that page caused my Firefox and Chrome web browser to stop responding. Same applies to Safari.

I found where FV Player script gets into an infinite loop. Please reinstall FV Player and it will work. To do that you will have to first deactivate and delete the current FV Player plugin you are using. WordPress will warn you that you might loose settings and data, but it’s not the case with out plugin, no settings now videos will be lost. Or you can just replace the plugin files via FTP.

Thanks,
Martin

Hello William,

I can confirm that the shortcode [flowplayer src="https://video-cdn-public.foliovision.com/Swan-Lake-Reloaded-sd.mp4"] using FV WordPress Flowplayer 1.2.17 plays for me.

For that version you actually have to use [flowplayer] and not [fvplayer]. You also have to remove the license key from settings.

The downside is that unless you have specifically allowed Flash for the page it won’t load the player.

Thanks,
Martin

Hello Florian,

I think the information which is sent to Vaultpress in that request should be inspected. Maybe it sends the post content with [fvplayer] shortcode in it and something goes wrong there.

Thanks,
Martin

Hello Çapan,

I tried to install that plugin. I see that it put all the JavaScript on the page to a single header and footer file. However no issues with FV Player have occurred.

Are you using any of its “JS Advanced Options”? I tried to enable the “Enable defer parsing of JS files globally ” option there which is what seems to help with Google Page Speed the most and FV Player still works.

It’s likely that the issue occurs as the plugin is trying to minify combine multiple JavaScript files into one and one of these might conflict with FV Player, or perhaps it’s not related to FV Player at all and you need to figure out which plugin needs to be excluded.

Thanks,
Martin

Hello Mike,

I tried that page and I got the ad and the video playing.

However I see that the Google Chrome autoplay restriction restricts the video play if you never visited the page before. It’s strange as you are using the updated version of all of FV Player plugins which sense the new Chrome releases and don’t trigger the autoplay. Perhaps it’s a combination of FV Player Pro scroll autoplay.

Indeed, I found there was a bad if statement in FV Player Pro 6.6.3 and before, so version 6.6.3.1 is out now.

To get working autoplay in latest Google Chrome you can upgrade to FV Player 7 Beta. To do so use the “Release” drop down on top of Settings -> FV Player. More information can be found here: https://foliovision.com/2018/06/fv-player-7-beta

Thanks,
Martin

Hello Michael,

thank you for the bug report, we are looking for a fix.

Thanks,
Martin

Hello Michael,

we were planning to add a button to show the transcript some time ago, so we will discuss it again in our team and let you know.

You are correct about your second assumption, however I’m not sure if it will appear nicely in the transcript box. That additional description text will need to have some timestamp or it will have to be a part of some existing subtitle line and it might be hard to read when highlighted.

Is there some VTT feature which we could use for it? I see you can get comments in it: https://developer.mozilla.org/en-US/docs/Web/API/WebVTT_API#WebVTT_comments

Thanks,
Martin

Hello Luiz,

FV Player Pay Per View uses EDD shopping cart. Then you click the buy button, you go to EDD checkout page and you make the payment there. Our plugin doesn’t interfere with that, with exception of PayPal – we take the user email from PayPal directly. If the EDD purchases would work for you, I would suggest you try to disable that functionality (by commenting out include for the edd-one-click-checkout.php file).

The EDD plugin also gives you an user account and then when you come to the video as logged in user we check if you made the purchase of the video with EDD and if so, you get the full video.

So hooking in some other API in there is not simple.

We are also planning to create a WooCommerce version of the plugin. When doing that we will probably rewrite the current FV Player Pay Per View plugin a bit to make it more flexible, at that point it might not be so hard to implement Ecwid.

Thanks,
Martin

Hello Gbrother,

I found these steps to reproduce the issue:

1) Click the video and wait until it stars playing, ensure it’s 1080p
2) Seek into 0:30 and wait until it continues playing
3) Seek into 1:00 and wait until it continues playing
4) Seek into 1:30 and wait until it continues playing
5) Seek into 2:00 and wait until it continues playing
6) Seek into 2:20 and wait until it continues playing
7) Seek into 2:40 and wait until it continues playing
8) Then it stops playing at around 2:54 – 3:00
9) If it still plays, then just seek into the buffered position again and there is good chance it will stop.

Unfortunately I’m getting the same issues even if using the latest Dash JS library – 2.7.0. I was also able to reproduce the issue when using Dash JS library directly – without involving any of the FV Player code in it.

We will report the bug to Dash JS developers. Thank you for your bug report.

Thanks,
Martin

Hello Johnny,

we published the thread as it contains valuable information in case somebody has similar issue. We removed links to your website already.

Thanks,
Martin

Hello Luiz,

does your mobile app support Ajax calls?

Can you buy a simple EDD item (without FV Player Pay Per View) using the app?

Are you using the WordPress plugin for Ecwid and does that one work fine with your mobile app?

Thanks,
Martin

Hello Gbrother,

I tried checking this using http://linedraw.co.kr/fv-player-vimeo-test/?fvp_release=z093ja and I wasn’t able to reproduce the issue. I played the video and tried to seek into the buffered parts of video and didn’t had any issues.

Then I switched to 1080p and it still worked well. I reloaded the page and player again – the 1080p quality was properly remembered and I had no issues with seeking back and forth.

However I did see the issue happen once when I tried to seek again. The player was stuck in the buffering phase (yet it was not loading any video segment) and nothing can make it play again. It might be a bug in the Dash JS library. I had to reload the page to be able to play it again. I was using Google Chrome 67.0.3396.87 on OS X 10.12.6.

I will try to reproduce that issue again and at least make sure doing another seek operation will unlock it.

Thanks,
Martin

Hello Gbrother,

please just send a link to some test player, you don’t have to switch to FV Player 7 Beta, we have a way of checking that.

Thanks,
Martin

Hello Xuhaibkhan,

we noticed that we can’t seek forward in your https://cliptrend.com/lmao-asian-man-sound-like-bout-action/ video.

It seems that the video is delivered via CloudFlare and it doesn’t support HTTP Range Requests. Please get in touch with CloudFlare support about enabling it for your mp4 files.

Thanks,
Martin

Hello Wilson,

could you please let us know what is your Samsung browser user agent? You can find out here: http://www.whatsmyua.info/

I’m testing with Samsung browser 6.4 on Samsung Galaxy 8 (user agent: Mozilla/5.0 (Linux; Android 7.0; SAMSUNG SM-G950F Build/NRD90M) AppleWebKit/537.36 (KHTML, like Gecko) SamsungBrowser/6.4 Chrome/56.0.2924.87 Mobile Safari/537.36)

And both videos are playing fine. You mentioned the issue only occurs on your live site. Could you please post a link to that?

Thanks,
Martin

Hello Florian,

Could you please check with Vaultpress support about what actions are running when making that https://vaultpress.com/xmlrpc.php call? Perhaps it does something with the posts which triggers the save_post actions which might interfere with FV Player.

Please try to click these requests that took too long – you should see a detailed log of what was going on. There should be a separate log for request and response portions and having a look at these should help you identify what exact action in Vaulpress was taking place and that might serve as a good starting point to try to figure out how does FV Player fit into it.

However if it’s really just waiting 60 seconds for response from Vaultpress, then perhaps it’s their issue – they might detect FV Player and try to do something about the video for instance. If you get these request parameters for these slow requests, it should be much easier to tell if it’s something like that.

We are also happy to fix the issue right there on your website if you order our Pro support: http://foliovision.com/pro-support

Thanks,
Martin

Hello Francesco,

I see that you put in the VAST URL http://ads.stickyadstv.com/vast/vpaid-adapter/&#8230;

However the Video Ads in FV Player Pro are for actual video files (mp4, or even YouTube or Vimeo). It’s a different model from VAST as you can put up your own ads or ads for your partners very easily and then track the number of views and clicks in Google Analytics.

To be able to run VAST ads you need FV Player VAST: https://foliovision.com/player/vast

Thanks,
Martin

Hello Francesco,

sorry about not getting back to you sooner, we are in contact with video intelligence about the issue and are looking for a fix.

In the meantime we would like to make sure the prerolls work for you. Could you please setup a new demo page where you will actually use these video prerolls? Just follow the step 6. here: https://foliovision.com/player/ads/using-preroll-postroll-ads and then send us a link to that page.

Thanks,
Martin

Hello Gbrother,

we have prepared this feature for the next beta release.

When you play the video at https://foliovision.com/ and switch to say 540p, it’s remembered and when you then play some other Dash video like for example the one at the bottom of https://foliovision.com/player/demos/vimeo-integration it goes to the nearest quality automatically.

The quality is applied from the very first video frame, so if you switch to 1080p once, all the further Vimeo video plays will start with that quality.

We need to make the same improvement for HLS streams too actually.

More about FV Player 7 Beta can be found here: https://foliovision.com/2018/06/fv-player-7-beta

Thanks,
Martin