Nathan Explosion

I can help with any questions regarding thumbnails, so that people understand that it isn't the plugin that is generating them.... @opentype is just providing you with the ability to use them. Every Youtube video will have at least 7 thumbnails automatically generated by Youtube - these thumbnails for the following video are listed below: Player Background Thumbnail (480x360 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/0.jpg Start Thumbnail (120x90 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/1.jpg Middle Thumbnail (120x90 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/2.jpg End Thumbnail (120x90 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/3.jpg High Quality Thumbnail (480x360 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/hqdefault.jpg Medium Quality Thumbnail (320x180 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/mqdefault.jpg Normal Quality Thumbnail (120x90 pixels) https://i1.ytimg.com/vi/DECp8LKurKs/default.jpg There are also 2 other thumbnails that may or may not be generated, depending on the choice of the video uploader, but the above are the 7 that are always created. There are no others that @opentype can give you access to via this plugin.

OK - it's achievable for Chrome as version 58 onwards has support for an attribute called 'controlsList' which allows you to disable some items such as full screen and dowload, so I'll add that in as soon as I can (Support for that attribute appears to be limited to Chrome v58 and above, and Opera v45 and above)

Possibly - again, I'm assuming Chrome here? (knowing web browser being used, and asked about, helps immensely as each browser will have different implementations of the html5 video and audio tags)

Thanks - I'll take a closer look tomorrow when I have time, but it's in the realm of browser support by the looks of it. As mentioned several times - the plugin is designed to present the player to the user, and based on what you've stated then it is doing what it is designed to do. From there, you are in to the area of whether the browser supports the playback of that file type and codec. Anyway, I'll provide a report tomorrow on my testing and findings - I do have another theory, so feel free to ping me a link to your site where you have these files uploaded (along with credentials if needed) as I'd like to see how it looks/behaves on your site & server.

Can you clarify what you mean by 'see' and 'shown' please...questions (yes/no answers will suffice) 1) Do you see the video player displayed? Yes or no. 2) Do you see the audio player displayed? Yes or no. That's all.

I'll test Safari on the Mac in work tomorrow, but if it works in Chrome then it's likely a browser issue. Anyway..will test tomorrow. Still need to see your settings for the plugin.

Up to you - but I'd also like you to provide me with your settings and the actual files pre-upload, so that I can test them myself.

Show your settings, and provide sample files. Not much I can do with the limited information you have provided.

Update on v1.1: @liquidfractal is currently running a beta of this version, and has reported back good things so far. I've got a couple of items I want to tidy up with it before release, but to whet the appetite..... What will be new in v1.1 (when it is released)... Plugin will now convert remote links/local attachments in the following areas: Forums (including Clubs) Pages (records & comments) Calendar Blogs Announcements Private messages Ability to control whether to display the player to guests or not. currently, it is not shown to guests at all.

It's probably not something I can fix as the player behaviour is dictated by the browser, but I'll take a look anyway - what OS and browser (version please) was that being used? (I suspect it is Chrome)

Not mentioned, so no...and you already know the situation. Provide a response to the PM we have going and I will give you a final yes or no on whether it can be done. And even if it is a yes - it will not be a solution your existing issue, which is caused by the transcoding used by the files. This plugin is not the magic bullet you seek for that problem.

v2.1.0 has been released - what's new? modified the 'Apply to forum(s)' setting functionality original behaviour: admin chose which forums would be affected by the plugin ('All forums' or select forums from list - therefore inclusive) new behaviour: An include or exclude option is now available. 'Include' is the default, and behaves as above. 'Exclude', when choosing, will allow an admin to select which forums won't be affected by the plugin. this feature will be useful to those who have a large number of forums and want to apply the plugin to a large percentage of those forums. Example: 100 forums total, but apply plugin to 97 of those. So instead of selecting the 97 forums to include, it's easier/quicker to just select the 3 forums to exclude. added ability to hide content from member groups, instead of just guests. Please review your replacement content to ensure that it is relevant to this new functionality. For example - the default value for this used to indicate "You must be signed in.....", which will no longer be correct if you use the member group functionality. fixed issue with non-image attachments not being affected by the 'Hide attachments' functionality. name change to '(NE) Hide post content' Planned for next 'non-bug fix' version: Modifying the settings page to provide translatable functionality for the replacement content shown to users

Has it been logged as a bug with support? If not, do so.....you can't rely solely on the Peer to Peer support forum as a way of reporting issues to the developers.

*fingers crossed* a couple of weeks. Got v1.0.7 coming in next few days to fix a couple of small issues, then going back to v1.1 to get Announcements, Calendar and Pages added in to the supported sections/applications, where I've got a little idea on how to overcome the problem you had with the beta of v1.1 which will then expand it on out to Blogs too.

With no knowledge of how this all works, is it a task that is supposed to run? If so, what setting do you have in place for background tasks?

Thanks! Correct - it's all down to whether the browser can play the codec. If it can't, then there is nothing that my plugin can do about that - the plugin is intended to display the ability to play the audio/video items, from there it is up to the browser, and its user(s), as to whether it can play (as indicated in the plugin description, there is a link there that can help people determine if their browser can play a certain format/codec combination) Sorry, but there is nothing (to my knowledge) that I can do that will force a browser to play a video in the native HTML5 player if it can't support the codec that is used. What I can do is try to check the codec that the video is using and then not display the player if the browser doesn't support it, with a clear indication of why the player isn't displayed to that user. I've still got a little work to do on a planned update for a previous issue, and will start looking into adding that functionality (if that is achievable then I might be able to incorporate a fallback to a player such as videojs....no promises though. Maybe even provide an option for the admin to determine whether to use the native player or to use the videojs player.....hmmmmm)

The most recent release of the plugin has that manipulation all built in, so users won't have to perform it each time - they just drop (excuse the pun) in the Dropbox link and the plugin will take care of it all, with a nice BIG warning about usage....basically, if in doubt then reach out for support.

OK, having taken a look I'll get an update out over the weekend to sort this element out.

No need - once I've taken a closer look then I can fix it. Totally forgot about the 'Download attachments' permission that was available, so I'll just refine things to adhere to that instead of the simple guests check that is being done in this case. Busy all day tomorrow (normal work) so afternoon is the earliest I can take a look.

OK - I'll take a closer look tomorrow afternoon.

Provide a link to your post then, which makes it easier to see the 'issue'.... Reason I put 'issue' like that is simple: if the video is an attachment then there is no point showing the player. Why? Click the link to find out...Guests cannot view attachments in 4.2.x: If it's a remote link then that is different. Hence - provide a link to the post so I can see the 'issue'

Once I've got my next release of this out, then I can look into that.

What's new in version 1.0.6 added an advanced setting to allow administrators to modify a remote url in the event that the target site doesn't allow hotlinking via that url, but does via another url. Example: Dropbox shared links are in the format of https://www.dropbox.com/s/stuff/filename.mp4?dl=0, which cannot be hotlinked however, the url https://dl.dropbox.com/s/stuff/filename.mp4 can be hotlinked.

For others reading this: preload ≠ autoplay. Preload functionality for the html5 video and audio tag basically tells the browser whether to automatically load the content ready for viewing/listening. There are three possible settings, and they are documented in the plugin settings. Autoplay will automatically begin playing the content after the page loads, and I will not be adding this functionality to the plugin purely for the reason stated above by ProSkill

In theory, yes. But I've just tested it out and it appears that dropbox don't allow remote embedding....I'll test again later, but it looks like a 'no' right now. Update: I've determined how a dropbox url can be modified to allow hotlinking. There's no change needed to plugin to actually support this but below is what you would need to do now to have it work. Further update: I've just spent a couple of minutes putting in a little function to do the manipulation needed, so that will be in the next update I release (v1.0.6) Example url provided by Dropbox when creating a share link is: https://www.dropbox.com/s/aewhi52igjvxp18/video1.mp4?dl=0 Remove ?dl=0 from the url Change www to dl Submit post Without the url manipulation: With the url manipulation: At some point in the future, maybe. I don't own, or plan to own, a license for Downloads so for the moment it's a 'no'