I want to be able to use jwplayer so that when the user clicks on the video the video will start to play in fullscreen mode.
I want this functionality to work on mobile devices that support html5.
If the video is played on a mobile device it will take up the whole screen.
Youtube and Vimeo currently do this on mobile devices.
The Link Below uses Html5 video tag, which plays in fullscreen on mobile device when the video is clicked on.
The only way I that I know that jwplayer allows fullscreen is that I manually click on the fullscreen button, but it would be nice to only click on the video to trigger the video to play in full screen.
Related
I know there are various libraries and approaches to play Youtube or Vimeo videos on iOS inside WebViews. Is there a way to play such a video without the use of a WebView at all? All I want to do is have my own "show video" button and when it's pressed then the default fullscreen video player on iOS should open and play the video from YouTube or Vimeo. Is that possible?
You can try with
https://github.com/0xced/XCDYouTubeKit
as reported in this thread:
How to embed a Youtube video into my app?
I am trying to implement a html 5 player inside a Webview in my app. I added the webkit-playsinline tab in video and its now playing inline in iPhone and iPad.
The issue arises is when user hits the fullscreen button, in both the iphone and iPad, it opens up the native player, which I don't want.
Can this be achieved?
I have followed this and thats why I am able to play the video inline however, when the user click on the "Full Screen" the control transfer to the native player which I don't want.
yes, I am using a UIWebView inside my app not safari specific!!
I'm developing an iOS iPad app with an embedded YouTube video.
I'm having issues when the user tries to play the video touching the red square play image from YouTube, it seems that pressing that image won't trigger the play action. However, touching anywhere outside the red square play button works.
I've tested it with the iPad user agent with same results.
When embedding with controls:0 it seems that the action triggers perfectly, but I need the default controls.
Is there anyway to keep controls:1 and detect that touch to successfully play the video?
Try playing the video itself when it is loaded. If hitting the big red button is not a compulsion add "event.target.playVideo();" to the onReady function in the embeded HTML body. I have done so and the player in my application shows the big red button and starts the video itself immediately. I have used the following YouTube iFrame library youtube-ios-player-helper
I'm trying to find a way of knowing when a Youtube video on an iPhone enters/exists fullscreen inside an HTML page. I am using Safari Mobile, not a UIWebView, the videos automatically go fullscreen as soon as they start playing.
Being obviously not on the youtube.com domain I cannot bind the webkitbeginfullscreen and webkitbendfullscreen on the <video> element within the iframe.
Is there any technique, even hacks, allowing me to query the video fullscreen state?
I think you'd have to detect iPhone or iPod user agent and then if the time changed on the video (via YouTube Javascript API) then you would have to assume it was playing.
Although, that only gets you equivalent beginfullscreen event reliably.
I have a web app that is using Youtube videos embedded via iframes into a modal dialog window. In Safari on the iPad 3, iOS 5.1, the video plays properly the first time it's loaded. However, if the modal is hidden and then re-opened, the video will no longer be able to play. The player will display, but it's simply a black space with no controls. The YouTube watermark still appears, and can be clicked on.
The play button in the Safari control panel will play the audio of the video from where it left off, but the player still won't display any video.
The "related video" suggestion images will appear once the audio reaches the end, and then the video can be replayed normally.
Does anyone know what's causing this behaviour? The embedding works as intended in all major desktop browsers, and is fine the first time in iOS. It's only when it's reopened in iOS Safari that it fails.