Quote:
Originally Posted by NeilF 
They generally do buffer... But if we imagine an example, let's say your network can shift 30mbps, but you're trying to watch a 35mbps video. The unit will buffer some media, but when you start watching it, it will not be able to fill the buffer up faster than it's being used. ie: 35mbps is leaving the buffer, but only 30mbps is replacing it. In the end, the buffer with run out (eg: in X seconds) and the stuttering will begin. If you pause the clip, the buffer with fill back up, and when you press play, the stutter free video will play again for X seconds...
Now the reasons why the buffer may not be filled as quickly as it is depleted may not be as black and white as I've suggested, maybe processing speed or coding bugs might come into play too, but the premise is the same really...

They generally do buffer... But if we imagine an example, let's say your network can shift 30mbps, but you're trying to watch a 35mbps video. The unit will buffer some media, but when you start watching it, it will not be able to fill the buffer up faster than it's being used. ie: 35mbps is leaving the buffer, but only 30mbps is replacing it. In the end, the buffer with run out (eg: in X seconds) and the stuttering will begin. If you pause the clip, the buffer with fill back up, and when you press play, the stutter free video will play again for X seconds...
Now the reasons why the buffer may not be filled as quickly as it is depleted may not be as black and white as I've suggested, maybe processing speed or coding bugs might come into play too, but the premise is the same really...
Yes, read ahead buffering is a solution to latency (the time between when the data is requested and the the time it's delivered) and short term peak problems, not average throughput.























All others have the thumbnail showing on the respective movie file.