| Issue 1003: | Support HD video in Chromeless Player | |
| 107 people starred this issue and may be notified of changes. | Back to list |
YouTube Chromeless Player. We would like the chromeless player support HQ and HD videos much like the embedded player does. |
|
,
Jan 27, 2009
(No comment was entered for this change.)
Status: 1606151
Labels: Type-Enhancement API-YouTube |
|
,
Jan 28, 2009
It'd be great if this could be implemented in such a way that I could ask my users to: A) Only play low-quality video, I have a slow connection B) Always play high-quality where available, my connection is fast C) Always play HD, my connection is clearly japanese-standard! Whilst also keeping API calls to a minimum. Note: How will this implementation effect the trick of using format=5 to filter out embed disabled and claimed clips? PS. Should the exposure of HQ and HD in the data API be a seperate request to this chromeless player issue? |
|
,
Jan 28, 2009
The format would still be '5' since that just means "Flash". The convenient thing about having a player as opposed to a raw FLV is that we don't have to have you play the format game when it comes to toggling HQ/HD. To answer your second question - I believe it is a separate issue. I created one (Issue 1006) |
|
,
Jan 28, 2009
Issue 999 has been merged into this issue. |
|
,
Jan 29, 2009
I think there should be at least a way for the content creators to embed their own videos in HQ. Please make miracles google devs and find a not-so-awkward way to authenticate it. |
|
,
Feb 19, 2009
Looking forward to this feature add. Thanks. |
|
,
Feb 28, 2009
> I think there should be at least a way for the content creators to > embed their own videos in HQ. Please make miracles google devs and > find a not-so-awkward way to authenticate it. You actually can upload your content on your own host with your own player, I don't think that's easy to restrict access to authors domains without introducing yet another api-key-requirement for youtube accounts. Regards, |
|
,
Feb 28, 2009
> DracoBlue23 even with my dedicated 100mbit server if a vid gets popular, just half a dozen fios connections and my whole server and subsite's bandwidth comes to a crawl. Getting a CDN is risky because if something gets popular suddenly I'm out of money. There's a few HQ hosts out there, even if they limit how much you can upload at once so I believe youtube should provide competition at some point. The chromeless API provides a lot of convenience that would be a hassle to implement from scratch, even if I started working off an open source flash player. If everyone that watches my videos regularly is from youtube and my main source of revenue is from google it feels unnatural to have a website with video embeds for HQ to be from some other site. |
|
,
Mar 05, 2009
Hello, You can actually do this already by adding "&fmt=18" to a videoid and passing it to a loadVideoById call. Is this intentional or a side-effect of the videoid not being sanitized before being passed along to the server? Thanks, Navdeep Bains |
|
,
Mar 05, 2009
I would call that an unintentional side-effect, so don't be upset if it stops working. :) |
|
,
Mar 05, 2009
Hello, I suspected as much. Would you recommend not relying on this behavior at all -- not even as an option presented to the user? In other words, should I expect the player to fail to play altogether when passed a videoid formatted this way? Or is it OK to assume graceful fallback to regular quality? Thanks, Navdeep Bains |
|
,
Mar 05, 2009
some videos with certain specs don't have different formats available, even though it's a minority. Those vids didn't play at when I used to use a similar trick on the embed player before it had an HQ option. Given this feature request is all about asking for a reliable way to get HQ, I doubt they'd leave the 'unintentional side- effect' as an option or add functionality to it, otherwise this issue would have been closed by now. |
|
,
Mar 05, 2009
When this side-effect goes away, I believe it will fail back to regular quality, though there is no harm in sanitizing the value you pass loadVideoById(). |
|
,
Mar 11, 2009
It seems this side effect is already gone away for the chromeless player, at least. |
|
,
Mar 23, 2009
any updates on this? I'd love to use chromeless hd videos in my project.. |
|
,
Mar 25, 2009
HighQuality would be FANTASTIC :) Sites like Vimeo is gaining on YouTube because of the high bitrate, it would be great to get access to the HQ material via chromeless player. |
|
,
Mar 29, 2009
Please ! |
|
,
Apr 01, 2009
Realy need Chromeless HD! pls. |
|
,
Apr 03, 2009
This feature would really be great, not only for the better image, but also for better sound encoding! |
|
,
Apr 13, 2009
Yup, this one would be really useful! |
|
,
Apr 13, 2009
Please Hq is great and i want to my website. |
|
,
Apr 15, 2009
It will be great if we can access HD and HQ videos |
|
,
Apr 17, 2009
HD playback in the chromeless player is already possible (&hd=1) HQ playback isn't... HQ playback is definitely something I would like to have! Please fix this! |
|
,
Apr 21, 2009
It is needed. When we have same functionality in the basic embeded player, why not in Chromeless? Chromeless is suppose to be more powerful, isn't it? |
|
,
Apr 21, 2009
please |
|
,
Apr 23, 2009
I can't get HD content in the chromeless player. I'm using code like so: youtubeMovie.loadVideoById(vid + "&hd=1"); it's just regular type. thoughts? |
|
,
Apr 29, 2009
needed |
|
,
May 01, 2009
Yes please. |
|
,
May 01, 2009
This would add much more versatility to embedding YouTube video in web apps. |
|
,
May 02, 2009
any word from the devs on this request? |
|
,
May 06, 2009
It would definitely give more choices to embed videos.... -- Shishir http://www.shishirk.com |
|
,
May 11, 2009
Would be a very welcome addition! |
|
,
May 24, 2009
Yes, this feature is very needed! |
|
,
May 25, 2009
+1 for HQ in the chromeless player |
|
,
May 26, 2009
any updates on this?! |
|
,
May 27, 2009
+1 Are the ppl at youtube even reading this ? |
|
,
May 27, 2009
While they may or may not read such "plus one" comments, they have stated that VOTING is what is preferred. You do that by clicking on the STAR - just to the left of the issue number - so that it turns yellow in color. |
|
,
May 27, 2009
I thought that it was netiquette here to mark your star rating with a +1 in the comment. thanks for the heads up :) -- I'm waiting for this feature for months now :( |
|
,
May 28, 2009
is it possible that the chromeless player already plays "hq" videos by default? if i listen to an audio track on original youtube with default quality and in my chromeless player example the audio sounds better in my app... but i havent figured out yet how to use 720p (HD) streams on my site. come on youtube guys - please extend your chromeless player + api for supporting this request... |
|
,
Jun 03, 2009
Requesting HD Chromeless so we can do some cool stuff! |
|
,
Jun 09, 2009
HD chromelss player please!!!! |
|
,
Jun 14, 2009
i would want an api to tell me if the video is available in hq/hd |
|
,
Jun 14, 2009
+1 to have a supported hq/hd switch for the player. also +1 for having this info returned throgh the search response json data. Also, lets say i wanna try the workaround of &fmt=18 in loadVideoById() how can i tell in chromeless player if it works, just listen to the sound and see a difference? |
|
,
Jun 14, 2009
one more question. im confised about hq in the title vs. hq button of the player. what do they mean? |
|
,
Jun 16, 2009
Issue 1270 has been merged into this issue. |
|
,
Jun 17, 2009
@dalmian; well, basically yeah, but that workaround has been disabled afaik :( |
|
,
Jun 19, 2009
As I mentioned on June 3, we could do some very cool things with this feature at www.stagegold.com |
|
,
Jul 01, 2009
It would be great if we have HD options in chromeless player |
|
,
Jul 01, 2009
Are you planning to include information about video quality into search api? |
|
,
Jul 01, 2009
. The standard embedded player is just awfull. Full of bugs,ugly and cant be nicely integrated with the design of a page because it's not fully color-configurable...also skinning is something YT doesn't know about. Also the buttons are in the wrong places...they even change places depending on the showing-up of HD/HQ buttons ..never seen a player where the buttons change positions. The click trough to YT is awful and many times occurs un-intended because of slow reaction when in HD-mode. It would be handy if player could know the quality (LQ,HQ,HD) or better the format (4:3 or 16:9) so it could dynamically change it's size that could avoid those black top and lower-bars. Also the switching between LQ,HQ,HD could be better implemented as with the standard player...in addition at Youtube site in preferences there should be an additional setting : " Yes always play in HD " or ""always play in highest quality" where that also includes HD currently that does not include HD ...in that case the function of the HD-button would be the other way around as it is now ..pressing it would fall back to non-HD...much better since you cant rely on a visitor keeping on pressing that HD-button for every new video...specially in a playlist. Yes please make HD for the API's/Chromeless so we could enjoy HD in a much better way then it's currently...it should do playlists also. Big request would be for Youtube to make one complete example player (HD !) that could be used and configured by the implementer...in a easy way i'm struggling for almost 1 year now and i cant get the standard player to work perfect...but i'm not an API guy..to complicated for me...so i need that example. HD chromeless with usable example please !!! Dj Mambito |
|
,
Jul 28, 2009
doesn't seem like anyone's getting tired of this issue - any more word on this, yt? |
|
,
Oct 22, 2009
What's going on? It's as if YT wants people who implemented to chromeless player on their sites to switch back to the UGLY embedded player, just to have HD as HD becomes more and more standard. |
|
,
Oct 22, 2009
Right? In the meantime I'm just using Vimeo, they have some HD embedding options. |
|
,
Oct 31, 2009
Does putting &ftm=18 to the search request exclude videos from results that are not availeb in HQ (kind of like the format=5 exludes the non embeddable)? |
|
,
Nov 02, 2009
This is addressed with the release of the ActionScript 3 chromeless player API, which supports methods for determining available playback quality levels and switching between them: http://code.google.com/apis/youtube/flash_api_reference.html#Playback_quality
Status: Fixed
|
|
,
Nov 02, 2009
Well, there's still no JavaScript support. Think of the cheapskates that don't want to resort to Flash! D: |
|
,
Nov 02, 2009
keiji: Isn't this what you need? http://code.google.com/apis/youtube/js_api_reference.html#Playback_quality |
|
,
Nov 02, 2009
what u mean there's still no javascript support? player.setPlaybackQuality() - thats a javascript function |
|
,
Nov 02, 2009
non of the values for suggested quality say anything about the audio quality •Quality level small: Player resolution less than 640px by 360px. •Quality level medium: Minimum player resolution of 640px by 360px. •Quality level large: Minimum player resolution of 854px by 480px. •Quality level hd720: Minimum player resolution of 1280px by 720px. •Quality level default: YouTube selects the appropriate playback quality if I want small but audio quality best how do i do that? whats the difference in audio qality of small vs medium for example? |
|
,
Nov 03, 2009
...Oh, I didn't see that. Thought it was specific to Flash. dalimian: guessing from how YouTube URL formats work (fmt=18 / fmt=22) medium would probably get you fmt=18 quality audio. |
|
,
Nov 03, 2009
I find it confusing. After reading all, one could conclude that playing HD on a website would only be possible if the player size is such that it can hold at least a video with a size of 1280 x 729 px But i could play a HD-video independent of what the size of the PLAYER itself is. Said different, i could very well play a HD video with a resolution of 1280 x 720 in a player that only accomodates half or a 1/4 or 1/8 of that size, So confusion exists because there's 2 different terms: 1) Video-resolution. 2) Video-player-size. before quality was stated as fmt=xx ..now we are talking in terms of resolution this causes confusion. I would not mind a more understandable explanation since right now it appears as if you need to set the player-size to the same value as the video-resulution...which is not true ofcourse. @dalimian Yes i agree its confusing...all i know is that best audio sits inside best video...so for best audio you use best video (highest available resolution) but you can set the player-size to whatever you want...i understand however that certain sizes are preferred since these might reduce processor-load (less re- calculation)...i would not mind if youtube would explain that too (better) since this info cannot be found anywhere. After having asked that a million times i did not get an answer to that...allthough some info on that can be found in the embeddding-code examples at a youtube-page where you can grab the embed-code for the standard-player, it mentions a few sizes. i suppose these are optimized for less as possible processor-load (re-calculating) Not shure how to find optimal sizes that are inbetween mentioned example sizes. |
|
,
Nov 09, 2009
If a video is available in, say, hd720 quality, you can request that quality regardless of the pixel dimensions of your player. If you request hd720 and your video player is smaller than 1280px by 720px, though, the video will have to be automatically subsampled by the Flash player to scale it down to the smaller size. This will end up taking up extra processor cycles on user's machines, and the result won't look any better than using the next-lower video quality, so it's not something we'd recommend you do. You've got a couple of different approaches you can take. You can just pick a specific player size (perhaps using the YouTube to determine whether the video is widescreen and choosing a 16:9 or 4:3 ration depending on the results) and then rely on the Player API's default behavior to choose the video quality that is most appropriate for that player size and the user's machine. Alternatively, you can call getPlaybackQuality() (though only after the video has started playing at the default quality, since getPlaybackQuality() on a cued video always returns "medium"). You can then present the user with a UI that displays the available quality levels and allows them to switch between those levels. When you switch a quality level, you should also switch the player's dimensions to the minimum player resolutions we document so that the user can actually take advantage of the higher video quality. |
|
|
|