Swarmify

Here is some CSS that you can add in to your page styles in order to override that the way you specified:

.vjs-swarmify-theme .vjs-swarmify-play-button .swarmify-play-button #hex {
    stroke: rgba(0,0,0,0) !important;
}
.vjs-swarmify-theme .vjs-swarmify-play-button .swarmify-play-button #tri {
    fill: #fff !important;
    stroke: #fff !important;
}

We are also looking into adding in to allow for a choice of the secondary theme color as well instead of our automatic dark/light choice as we do now. But this CSS should get you what you are looking for.

We just provide the video player and streaming component. So you would have to use a separate plugin or builder to create the galleries, but that is a fairly standard feature of most builders.

With our plugin, you supply that original video source(pCloud in your case) as the source to our video player. Then we will automatically import and optimize that video for streaming to desktop/mobile/tablet/etc. All of the streaming will then occur on our network so it won’t use up your pCloud bandwidth.

We have many customers doing exactly what you describe, where they use pCloud for their media storage of the original files, and then supply that original URL to our player for their actual website so that we handle all of the streaming optimization and bandwidth components.

Definitely, here is a link to the docs with info on how to exclude particular videos from import processing. Exclude Specific Videos

It won’t automatically replace their player.

We do have functionality that will adjust the delivery that their player uses to stream it from our global network instead of your WordPress library.

If you are able to modify the templates, then you could change BuddyPress to output our shortcode instead of the WP player. That is up to you though.

If Buddypress is using the standard Classic editor, then our widget will be shown for users.

You can also configure auto-conversion of both YouTube and Vimeo embeds within our plugin, so it would cover for when users embed either of those as well.

If you are currently using the default WP player, then we have options that will changeover the video delivery on those existing videos over to using the optimized encodes delivered from our global network. So no need to re-edit a bunch of pages with existing video.

If you are using a template though, it wouldn’t be hard to modify the template to instead use our full video player although that is up to you.

We provide short codes as well as Gutenberg, Divi, Beaver Builder, and Elementor widgets for any new videos you add.

Sorry you are unhappy, but I’d like to help if possible. What is the issue you are facing currently that doesn’t allow you to use the service?

These are accurate in terms of the caching not being a far future date, which means 1 year+ expirations.

Our caching is set to enable the files to be cached for 1 day before being checked back on for changed versions. The checking for changed versions doesn’t require a complete reload of the file, it is just a simple check for whether a new version is present and only then loads it. Also, we have configured these new version checks to use the older version while the page loads and use the newer version on the next page load that occurs and needs the file. So that generally prevents any slow downs since even expired javascript files are marked as usable during the cache refresh.

YSlow hasn’t been updated since 2014 which means it doesn’t have an understanding of these newer caching directives.

We are working on enabling functionality to defer loading JS and CSS until needed by videos on page which should do what you are looking for here.

In the mean time, even though the files are included on all of your pages, they are only ever loaded a single time by your users. We send over caching headers to indicate these files can be reused across sessions and even across websites. The caching provides a significant reduction in any impact from loading these scripts.

If you anticipate that most users will load even one page with video on it during their session, then the actual impact of loading our JS/CSS should be minimal since they will need it for the page with video, and on other pages it is completely cached.

Thanks, our team was able to reproduce with this and a fix will be included in the next release of the plugin.

Really appreciate the assistance.

Our plugin shouldn’t be loading Noto font as that is not something required for its usage. Do you have a sample URL where this is happening for us to take a look?

If you don’t want to share publicly, you can also open a direct ticket with us here: Open Ticket

Our plugin includes shortcode support. The shortcodes are formed like this:
[smartvideo src="https://yoursite.com/video.mp4" width="1280" height="720" responsive=true controls=true]

They follow the same attributes available as using our direct <smartvideo> tag. So you can check out the basic & advanced options.

We automatically provide for video quality optimization for end users. Our proprietary EdgeAI is explained in more detail here: https://swarmify.com/features/video-streaming/

For the WordPress image acceleration you can signup at: WordPress Acceleration