Could you point me to a page showing those extra elements being
added? I can't reproduce it myself with a basic embed. Note that the
<iframe> element has its own <head></head> tags (as a child of
<iframe><html>) that are independent from your page's—I'm not sure if
that's what you're referring to, but if you are, then they're
expected.
Bruce, there wasn't any intentional change to the way a video starts
playback on iOS, and I'm not seeing the behavior you describe when I
visit
http://apiblog.youtube.com/2010/07/new-way-to-embed-youtube-videos.html
from an iPad running iOS 5. I can click the play button on the
embedded player and playback will start well before the entire buffer
fills up. If you have some reproducible steps for the issue you
describe, we'll investigate further.
Cheers,
-Jeff Posnick, YouTube API Team
groups.google.com/group/youtube-api-gdata | apiblog.youtube.com |
@YouTubeDev
On Jan 19, 3:29 am, thelau <ltheve...@gmail.com> wrote:
> I confirm that there is something weird going on.
>
> The element to embed the player in is effectively replaced for a few
> days already but on my side (not sure on Jeffrey's side), i have an </
> div> element also appearing after the iframe (using "new YT.Player()"
> to insert the player).
> This is quite an issue for me right now as i am using CSS transitions
> for the player to resize smoothly and it stopped working due to this
> /div issue. I also saw an empty <head></head> being added after the
> existing <head></head>. Not sure this is coming from you as i am using
> other APIs in the middle but that was not there yesterday.
>
> The player still behaves normally besides that but everything was
> working perfectly yesterday.
>
> Thanks.
>
> On Jan 19, 9:28 am, Bruce <bruce.schwa...@gmail.com> wrote:
>
>
>
>
>
>
>
> > Thanks for the heads-up! We were seeing some odd problems this afternoon
> > and your post provided the fix.
>
> > However, its seems that, at least on an iPad, this new player doesn't start
> > to play until the entire video is buffered. Is that the expected new
> > behavior? Can it be overridden to get the prior behavior in which the
> > player started playing much sooner?
--
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