| Slow Flash Playback Consider these URLs and their corresponding videos:
»www.youtube.com/watch?v=b_PGpovteOI
»flowplayer.org/plugins/streaming/rtmp.html
»www.mtv.com/videos/beavis-and-bu···nnelId=1
»www.nbc.com/30-rock/video/the-ba···1381365/
Using NetLimiter Pro (how i love this software), i have found that when i watch the youtube video, i use HTTP port 80 to "stream" the content. on my ISP, the youtube video plays without any issues. i have about 600KBps of bandwidth.
However, for the rest of the videos, they top out at about 50KBps for me. as a result, the videos are unwatchable. they stutter at high quality and consequently the quality is decreased and often times i just don't get enough bandwidth for continuous play.
I've determined, watching the output via NetLimiter, that my slowness is because those sites use RTMP over port 1935:
»en.wikipedia.org/wiki/Real_Time_···Protocol
so the question is, is there any way to diagnose whats destroying my bandwidth over that port? to make sure that "secure" protocols arent just "slow in general", i downloaded a 9MB file from:
»code.google.com/p/chromium/downl···can=2&q=
and it downloaded with the quickness (used almost all available bandwidth). it seems to be a particular problem with RTMP.. any ideas? tired of watching "beaving and butthead" and "the office" in ULTRA LOW DEF mode. |
|
| the community response is overwhelming!!!!!!!!!!!!
so i read that there are fallback ports for the protocol (1935->443->80).. i use firefox 9.0.1 on win7prox64 with flash version 11.0.1.152... that said, i decided to go into my firewall and block outbound ports 1935 and 443 of the "firefox plugin container" executable (since this is where RTMP is executed apparently). sure enough, i saw 443 being used (when only 1935 was blocked) and eventually 80 being used (when 1935 and 443 were blocked).
it was still slow as balls.
next ill try updating flash (placebo) and then testing in ubuntu in a VM, and finally testing on an android platform. i want to see if it's my computer, flash, or possibly the ISP for some ungodly reason.. |
|
| well, my only conclusion is that there's a problem with the ISP... i had the same slow balls connection in ubuntu and on android. the only common denominator at this point is my sprint phone. i never updated flash like i said i would, but that's likely not my concern anyway.
thanks for all the help guys!!! |
|
