Jump to content

No thumbnails for uploaded videos?


LDDG

Recommended Posts

3 hours ago, Ramsesx said:

No, it should show a preview based on the content. Just test it here how it should look:

https://invisioncommunity.com/forums/forum/15-test-posting-messages/

I forgot to mention that this happens only when browsing on a mobile device. In desktop mode using a PC, it does show a thumbnail of the video. It doesn’t show a thumbnail in mobile view.

Link to comment
Share on other sites

1 hour ago, Ramsesx said:

You are right. Maybe a bug. 

You might want to research it a little more to - what device? What browser? What version?

The display of the video in a browser is down to what the browser wants to display. All IPS are doing is putting a <video> tag around the file and using native HTML5 to display the video, thus the browser is in charge.

The display of the thumbnail is 'controlled' with the 'preload' attribute of the tag, which has 3 options of 'auto' (which means download the file in full, ready to play), 'metadata' (which will download just enough to display a thumbnail and 'none' (which does what it says on the tin)

The default is 'auto', and because IPS do not use this atrribute on the tag then this default is in effect. As a result, the browser is then responsible for the display.

<video controls class="ipsEmbeddedVideo" data-controller="core.global.core.embeddedvideo" data-fileid="121990">

I've tested a video out just now, and the thumbnail displays fine on desktop and on my Android device running Chrome - all good.

If you believe it's a bug, log it with support - I'm happy to be wrong on this.

Link to comment
Share on other sites

2 hours ago, Nathan Explosion said:

You might want to research it a little more to - what device? What browser? What version?

The display of the video in a browser is down to what the browser wants to display. All IPS are doing is putting a <video> tag around the file and using native HTML5 to display the video, thus the browser is in charge.

The display of the thumbnail is 'controlled' with the 'preload' attribute of the tag, which has 3 options of 'auto' (which means download the file in full, ready to play), 'metadata' (which will download just enough to display a thumbnail and 'none' (which does what it says on the tin)

The default is 'auto', and because IPS do not use this atrribute on the tag then this default is in effect. As a result, the browser is then responsible for the display.


<video controls class="ipsEmbeddedVideo" data-controller="core.global.core.embeddedvideo" data-fileid="121990">

I've tested a video out just now, and the thumbnail displays fine on desktop and on my Android device running Chrome - all good.

If you believe it's a bug, log it with support - I'm happy to be wrong on this.

I've tried on my iOS device using Safari, Chrome and Edge. All 3 do NOT show a thumbnail for the embedded video. On my desktop PC, using Chrome and Edge, the thumbnails do show. The issue is with mobile view.

Maybe IPS should include an option to allow us to choose the default behavior of the video embeds? Allow us to use Auto, Metadata or None?

Link to comment
Share on other sites

2 minutes ago, LDDG said:

I've tried on my iOS device using Safari, Chrome and Edge. All 3 do NOT show a thumbnail for the embedded video. On my desktop PC, using Chrome and Edge, the thumbnails do show. The issue is with mobile view.

If you are insisting on this being an IPS issue then (if you have not already done so):

3 minutes ago, LDDG said:

If you believe it's a bug, log it with support - I'm happy to be wrong on this.

 

Link to comment
Share on other sites

2 minutes ago, Nathan Explosion said:

If you are insisting on this being an IPS issue then (if you have not already done so):

 

What's wrong with asking on the forums as well? That will be the first suggestion from IPS via a support ticket anyway. I never said it was a bug. I'm just asking if this is normal and apparently it should not be.

Link to comment
Share on other sites

2 minutes ago, LDDG said:

What's wrong with asking on the forums as well? That will be the first suggestion from IPS via a support ticket anyway. I never said it was a bug. I'm just asking if this ir normal and apparently it should not be.

Nothing is wrong - who said it was?

All I'm suggesting is that you log a ticket - get an official response. This is peer to peer and I'm helping as much as I can....and I'm helping more now by testing on iOS for you. Feel free to ignore my advice, but all I'm doing is providing 'peer to peer technical support'

Link to comment
Share on other sites

4 minutes ago, Nathan Explosion said:

Nothing is wrong - who said it was?

All I'm suggesting is that you log a ticket - get an official response. This is peer to peer and I'm helping as much as I can....and I'm helping more now by testing on iOS for you. Feel free to ignore my advice, but all I'm doing is providing 'peer to peer technical support'

Like I said, I never said it was a bug. I am just asking if it was normal and if anyone else is experiencing it. I appreciate your help in helping determine if it's an issue that needs to be reported or not. Thanks!

BTW, I already opened up a ticket with IPS =)

Link to comment
Share on other sites

I'm leaning towards iOS issue on this one - historically, Safari has had issues with this and requires the use of the 'poster' attribute to work around it. Just testing something out on Chrome now...

Yep, iOS specific issue, nothing to do with IPS at all....

Go to https://test.ynwa.tv/video.html - same video set to display twice. One normal, doesn't show the thumbnail....the other uses the 'poster' attribute to overcome the issue. 3rd video is hosted from same domain as the html page....so rules out cross-domain issues.

It appears that Apple pulled support for the 'preload' attribute on HTML5 at some point, which means that the browser cannot download the file's metadata regardless of the value being set to auto or metadata, and therefore cannot display a thumbnail because it cannot obtain one. (Nice work Apple)....hence why the poster attribute has to be used. But that behaviour was relaxed in later iOS versions https://webkit.org/blog/6784/new-video-policies-for-ios/

Link to comment
Share on other sites

19 minutes ago, Nathan Explosion said:

I'm leaning towards iOS issue on this one - historically, Safari has had issues with this and requires the use of the 'poster' attribute to work around it. Just testing something out on Chrome now...

Yep, iOS specific issue, nothing to do with IPS at all....

Go to https://test.ynwa.tv/video.html - same video set to display twice. One normal, doesn't show the thumbnail....the other uses the 'poster' attribute to overcome the issue. 3rd video is hosted from same domain as the html page....so rules out cross-domain issues.

Cool, so there is no workaround for iOS users?

Link to comment
Share on other sites

Just now, Nathan Explosion said:

I know - hence why "with kludge"....I've forced it to work using the attribute I mentioned (poster)

 

? I wonder if that arrtibute can be forced via custom.css? Just thinking out loud lol

Link to comment
Share on other sites

2 minutes ago, Nathan Explosion said:

No, because it's not css, it is html.

Take a look at my test page now...the 4th video now displays the first frame of the video ?

Yup! ?? We are almost there, buddy!

Link to comment
Share on other sites

21 minutes ago, Nathan Explosion said:

2 workarounds now figured out - I'm going to be putting one of them (likely the first one) in to my HTML5 Audio/Video player plugin.

Sweet! Looking forward to the workaround, so I can implement it on my site. ??

Link to comment
Share on other sites

I've added a workaround for this behaviour to my "(NE) HTML5 Audio/Video Player" plugin...

Howver, if you don't wish to use the plugin then the workaround can be implemented with the following template modification

Edit core -> global -> editor -> attachedVideo
Add the following at the beginning of the template:

{{$autoplay = '';}}
{{if(\IPS\Http\Useragent::parse()->platform === 'iPad' OR \IPS\Http\Useragent::parse()->platform === 'iPhone')}}
{{$autoplay = 'autoplay="true" preload="metadata"';}}
{{endif}}

Modify the following line:

<video controls class="ipsEmbeddedVideo" data-controller="core.global.core.embeddedvideo" data-fileid="{$id}">

to:

<video controls class="ipsEmbeddedVideo" data-controller="core.global.core.embeddedvideo" data-fileid="{$id}" {$autoplay}>

Note: this template modification is not backwards compatible to already uploaded videos - my plugin will assist with that.

If you don't want to use my plugin to assist with that either, then you will need to edit the post containing the video and remove the existing embedded video (not the attachment...just the embedded video) and re-embed the video by clicking on the attachment to put it back in.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...