OK, I was still on a v0.8.2 dev build.
Yes, it works just copying the "displayed" URL from Youtube into the URL box in SMP. But... I'm assuming it's not caching as
much data ahead, like flash player does?
Only tried couple so far, but believe result will be same. I found in SMP, a music video like
https://www.youtube.com/watch?v=HRwE0alVGlU would stall badly, at several spots. More toward the middle to near end (around 5:00 min). Where flash player (that I'm trying to get away from), caches plenty of data. With my connection, flash's cached data stays well ahead of play, the entire time.
Then I tried setting the cache for streams, under Performance > Cache to 10,000 KB instead of 1000 & it seemed to fix the freezing / stuttering, at least for that video.
Does that sound like what the problem was? Since I have 8 GB RAM (little used) & a fast processor, using only ~ 3% of CPU, I figured it must be an issue w/ SMP not caching enough.
That took a few sec to fill the cache - not too bad; so question is, what's a safe value to put in for streaming cache?
I know part depends on quality of the vid. I doubt a youtube quality setting that's higher in SMP, than the actual vid would affect anything. So I doubt the default SMP - youtube quality setting of 720p, when actual quality was LESS, would necessitate higher cache value (vs lowering SMP quality to the same a vid quality. If a video was actually 720 or 1080p, I'm not sure what SMP's streaming cache needs to be.
I have a 3 mebibit connection. Using a traffic monitor, noticed during Justin's song - in SMP - d/l rate would jump to 2.5 - 2.7 mbits/s, then drop off, repeatedly. Same when played it in Flash. That's not a problem if caching ahead, but if SMP's default cache amount for steams, audio, TV aren't high enough (or maybe there's another pref I need to alter), it's gonna freeze during higher data parts of videos.
Can't we all just get along? If a computer crashes when no one's around, does it make a sound?