An interesting data point to include in this investigation.
The video
started off the same way - extended "loading Movie..." state with no apparent end in sight. Then, an Alert View shows up (not initiated by any code in my app) indicating the movie format is not supported. Acknowledging this, removes the alert and the video canvas now displays the poster with a play button that is NOT disabled.
Pressing that play button, after a small duration of "Loading Movie...", then actually plays the video!
So much for the unsupported movie format. :)
Hopefully this puts a better spotlight on the embedded (AS3, non-iframe) YouTube player' behaviour.
Cheers,
Bert
--
G. Bert Bonkowski
-- On Sat, Mar 26, 2011 at 2:04 PM, bert bonkowski <bert.bonkowski@gmail.com> wrote:
Hi Jarek,Here is the information for a video that has never played, i.e. aways gets stalled on "Loading Movie...".Title: Cognitive Neuroscience of Mindfulness Meditation
Author: GoogleTechTalks
Source: YouTube
URL: http://www.youtube.com/watch?v=sf6Q0G1iHBI&feature=youtube_gdata_playerNote that the URL with it's "feature" parameter intact is fed to the youtube/oembed service; request and "<object>...</object>" response embedded in the container HTML follows:http://www.youtube.com/oembed?url=http://www.youtube.com/watch?v=sf6Q0G1iHBI&feature=youtube_gdata_player&format=xml&maxwidth=968&maxheight=738
<!DOCTYPE HTML><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><title>YouTube oembed Harness</title></head><body bgcolor="#000000"><object width="951" height="738"><param name="movie" value="http://www.youtube.com/v/sf6Q0G1iHBI?version=3"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/sf6Q0G1iHBI?version=3" type="application/x-shockwave-flash" width="951" height="738" allowscriptaccess="always" allowfullscreen="true"></embed></object></body></html>I have not tried restricting the embedding to just the "<embed>...</embed>" portion of the response, nor have I tried an oembed request without the "feature" parameter. No doubt you can try this on your test harnesses if it makes sense to do so, but let me know if you need me to do this.I've attached a screenshot of the video canvas when this stalled behaviour occurs.Thanks,Bert--
On Sat, Mar 26, 2011 at 10:21 AM, bert bonkowski <bert.bonkowski@gmail.com> wrote:Hi Jarek,I don't have all the answers to your questions but I'll monitor things for later and provide what I can at this point:1. This is all happening under WiFi on an iPad-only iPad.2. This problem has happened under iOS 4.0, 4.1, 4.2, 4.2.1 - I have not yet tried iOS 4.3 though two of my colleagues have upgraded and their feedback suggests they may have encountered this behaviour on iOS 4.3 as well. I will try to get confirmation and let you know for sure.3. I'll set things up so that I can capture the video IDs for you and will let you know.4. The percentage average is very low, perhaps less than 5% but it was happening 100% of the time last Wednesday around 7:30 PM PDT for about 1/2 hour. I suspect some upgrade in the servers needed two 'steps' to complete and I got caught in the middle.5. It's happening in the U.S and in Canada. A similar kind of behaviour - every video play attempt results in a poster with a play button with a slash through it - occurred with one of our Beta testers who was located in Denmark. We lost that Beta tester as result and have not been able to confirmation of continued behaviour like this with the latest embedded (non-iframe) player used there.6. I don't think I've seen it happen with the iFrame embed but, unfortunately, the iFrame embed is not yet production ready so we can't really spend much time with it.7. I'll send you a snapshot when it happens again but I can tell you that when it happens it is always a white YouTube logo in the center of the player 'canvas' and an active activity spinner and "Loading Movie..." text that toggles its appearance with taps - just like the control bar would if the loading process were to actually complete.I agree that it appears as if the Safari plugin has filed to retrieve the video information but I can tell you that it never times out in a way that causes a visible change. I've waited over an hour for changes to appear and they never do.Cheers,Bert--On Sat, Mar 26, 2011 at 1:32 AM, Jarek Wilkiewicz <jarekw@google.com> wrote:
Hi Bert,
can you share a couple of additional data points wrt the iPad <object>
embed playback issue :
1. Are you testing with Wifi or 3G?
2. Which iOS version(s) were you able to reproduce the problem on ?
Does it happen on iOS 4.3 ?
3. Can you share video IDs of the videos that you've encountered the
problem with ?
4. How often does this problem occur ? (e.g. %-tage of playback
attempts in your application)
5. Is the issue happening in the US or another geo ? Can you share
source IP address (or better yet, a packet trace, feel free to send
this info to the list-owner) ?
6. Can you reproduce the issue with the <iframe> embed ?
7. Any chance you could share a snapshot of the player window (press
on/off + home buttons simultaneously)
On the surface it looks like for some reason the Safari plugin fails
to retrieve video information and hence you're seeing a timeout. #6
above would help determine if this indeed is the case as <iframe>
embed utilizes a different code path on iOS.
Thanks,
Jarek Wilkiewicz, YouTube API Team
~ YouTube is hiring! ~ http://www.youtube.com/jobs ~
On Mar 22, 9:48 am, bert bonkowski <bert.bonkow...@gmail.com> wrote:
> Hi Jeff,
>
> I have no way that I know of to make that determination consistently. In my
> early research on this I ran across a subview called like "YouTubePlugIn",
> if I remember correctly. So perhaps that will give you a clue.
>
> I should point out once again that I'm doing all this on an iPad.
>
> When you say "clickable link" are you talking about a non-full-screen (on
> the iPad) view with perhaps a poster displayed, over top of which is a
> "Play" symbol that the user can touch? If so then you should know that the
> native Youtube App is probably not what is started when the user touches the
> play button. If it was, my App would be terminated - it terminates on
> backgrounding, for reasons I don't need to go into now.
>
> So, I think the answer to your question is, no.
>
> What happens instead is the standard embedded/inline within-the-view playing
> of the video, at least on the iPad, that existed before iframe (version 2?)
> was introduced and to which I reverted when iframe broke because of
> something going on in iOS 4.2.1.
>
> On an iPhone, at least under iOS 4.1, it appeared that the native YouTube
> app was launched in full screen mode but somehow, when the video finished or
> the user pressed "Done", the native YouTube app disappeared and my app
> reappeared - suggesting that my app, back when I was
> still targeting iPhones, had been temporarily suspended while the native
> YouTube was running.
>
> Thanks,
> Bert
>
>
>
>
>
>
>
>
>
> > > provided bywww.youtube.com/oembedcanbe found in my earlier queries to> On Tue, Mar 22, 2011 at 12:04 PM, Jeffrey Posnick <je...@google.com> wrote:
> > Hello Bert,
>
> > Apologies, as my lack of iOS experience is clearly showing, but I was
> > under the impression that if you were not using the native <iframe>
> > embed method, there was no means of inline playback in iOS. iOS WebKit
> > should translate the <object>/<embed> tag into a clickable link which
> > would launch the native YouTube application and play back the video
> > there.
>
> > So, to clarify, is the playback issue you're describing within the
> > native iOS YouTube player application?
>
> > Cheers,
> > -Jeff Posnick, YouTube API Team
> > ~ YouTube is hiring! ~http://google.com/jobs/workyoutube~
>
> > On Mar 18, 12:46 pm, bert bonkowski <bert.bonkow...@gmail.com> wrote:
> > > Hopefully the player team can provide some direct insight but if there is
> > > already experience with stalled players (running under iOS) in this group
> > > I'd love to hear about it.
>
> > > Occasionally, instead of presenting a poster with a play button with a
> > slash
> > > through it indicating a problem of some sort, the embedded YouTube player
> > > maintains the white YouTube logo in the center of a black video canvas
> > and
> > > the control bar consists only of the activity spinner followed by an
> > > indication of loading. This appears to persist forever - to the extent
> > that
> > > I've been able to determine with my somewhat limited life schedule.
>
> > > I'm using the old embedded approach, i.e. not iframe because it wasn't
> > ready
> > > for prime time last time I looked, and so my iOS UIWebView-hosted
> > > implementation has no hope of receiving any events suggesting that there
> > was
> > > an error.
>
> > > Is there some parameter settings I can impose on the old embedded player
> > to
> > > prevent this from happening? An example of the embed html I'm using - as
> > > this group - yep, it's the same thing, still.--
>
> > > As it stands, my app can't tell the user to give up on this stalled video
> > > and move on. I suppose I could implement a timer, say 10 minutes, to be
> > sure
> > > that this is a stalled load and not just a slow network, but I'd prefer
> > an
> > > approach that doesn't require guessing the state of the player.
>
> > > Thanks, in advance,
> > > Bert
>
> > > --
> > > G. Bert Bonkowski
> > > Founder, Screenius Inc.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "YouTube APIs Developer Forum" group.
> > To post to this group, send email to youtube-api-gdata@googlegroups.com.
> > To unsubscribe from this group, send email to
> > youtube-api-gdata+unsubscribe@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/youtube-api-gdata?hl=en.
>
> --
> G. Bert Bonkowski
> Founder, Screenius Inc.
You received this message because you are subscribed to the Google Groups "YouTube APIs Developer Forum" group.
To post to this group, send email to youtube-api-gdata@googlegroups.com.
To unsubscribe from this group, send email to youtube-api-gdata+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/youtube-api-gdata?hl=en.
G. Bert BonkowskiFounder, Screenius Inc.
G. Bert BonkowskiFounder, Screenius Inc.
--
G. Bert Bonkowski
Founder, Screenius Inc.
You received this message because you are subscribed to the Google Groups "YouTube APIs Developer Forum" group.
To post to this group, send email to youtube-api-gdata@googlegroups.com.
To unsubscribe from this group, send email to youtube-api-gdata+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/youtube-api-gdata?hl=en.
No comments:
Post a Comment