Novin Wrote:Hello
I use You Tube plugin 1.8.1 (btw why call it You Tube instead of YouTube?).
I very often find that I have serious buffering problems. For example, my daughter likes to watch the Gummibjörn video and on that short low-res video I think I got 7-8 buffering. If I exit XBMC and watch it through my browser I have no problem at all. Even if I select another video with higher resolution.
What is the problem here?
My xbmc.log is here.
Thanks for a great plugin otherwise!
Actually this problem mostly happens with low-res videos. High resolution videos usually play better from youtube.
Novin Wrote:Hmm, so the problem is with XBMC? Have you created a ticket for this bug? I'd like to help but I think you could create a better, more detailed ticket than anyone else.
No we haven't created a trac for this issue. Mostly because i don't see the XBMC developers fixing this issue.
This is an annoying and weird problem, that i have spend some time investigating.
This problem mostly happens on low definition videos. High definition videos should play better. So if your connection can handle it always choose the 720p version, you will get better quality, but you will also get less buffering problems.
The reason behind this is a littler weird, but here is an example.
I downloaded a 100mbyte miley cyrus video at 1,49 MB/s) in 67seconds.
The video you provided is 12mbytes and took 102seconds to download at a speed of only 121 KB/s.
The reason that high definition videos are faster is because google have to sustain a high transfer rate for the videos to be playable, at all times.
With the low-res videos the first 3 mbytes of the video is send at the highest speeds (i'm seeing 1.91 mbyte/s for your video).
But after the first 3 mbytes the transfer is throttled down to 95 kbyte/s.
Now, a quick calculation shows that it should take a minimum of 77kbyte/s to watch the video straight through with no buffering issues.
I suspect that the flash player will send some kind of message to youtube's server to ask it to burst again, when it is needed. Though i have nothing to back that up. If this is the case, there is no way for us to do that.
The only solution to this issue that i have found is to have xbmc disconnect from the stream after the first 3mbyte have been downloaded, and then reconnect. Redo until the stream is complete.
I could download your 12mb video in about 12 seconds(counted in my head) when breaking and resuming the download manually(that time includes me breaking and resuming).
Now, that is a really ugly mess, and i would be very much surprised if xbmc would implement this.
I'm sorry i can't provide you with a more satisfactory answer than this. But i don't see how this issue can be resolved.
For those with interest in the gritty details here they are:
url for hd video
Code:
http://v9.lscache2.c.youtube.com/videoplayback?ip=89.0.0.0&sparams=id,expire,ip,ipbits,itag,ratebypass&itag=37&ipbits=8&sver=3&ratebypass=yes&expire=1290657600&key=yt1&signature=D4DD241DE24FC4FC2F98509ADC50AE5EC79140C1.729CE7E19E50CB71F2A6C45CE4697F3E8FC0E249&id=b23486eb3ff5dfe4
url for low-res video
Code:
http://v7.lscache7.c.youtube.com/videoplayback?ip=89.0.0.0&sparams=id,expire,ip,ipbits,itag,algorithm,burst,factor&fexp=908607,904531&algorithm=throttle-factor&itag=34&ipbits=8&burst=40&sver=3&expire=1290661200&key=yt1&signature=1599221CA409ABB87645BE530B65831B8B24C7E8.330A81F61E95010C5DA5D40375EEE3EFC2E0BF18&factor=1.25&id=21cbf779429c8eac
Neither of these url's can be used by anyone other than me, they are locked to my network block(And in any case expire quickly).
But the interesting part of those url's are
sd: sparams=id,expire,ip,ipbits,itag,algorithm,burst,factor&fexp=908607,904531&algorithm=throttle-factor&itag=34&ipbits=8&burst=40
hd: sparams=id,expire,ip,ipbits,itag,ratebypass&itag=37&ipbits=8&sver=3&ratebypass=yes
We have tried to manipulate these in various ways, but nothing have been of any avail.