我是国内用户,针对播放不流畅问题，提几个自己的建议

[bluespear111]

我是国内用户(upnp映射成功)，刚才抽空分析了一下，提几个建议，不一定对，希望有所帮助：

1.目前，我发现，视频成功播放时，基本是靠本地与海外建立的链接(包括美国，日本，台湾，欧洲)支持的；但这些链接波动比较大，体现在链接数和下载速度两方面；一会链接几十个peer，一会儿就降低到了十几个peer，每个peer的下载速度不恒定，变化比较大，所以我觉得这是导致播放不流畅的一个原因；

2.然而，国内peer和peer之间传输极少，用net limiter监听，偶尔才能发现建立了一个国内peer之间的链接，可是上传速度很慢，而且时段时续；刚才，我(地点杭州)发现有一个连接在给嘉兴的一个用户上传数据，可是我发现只能提供给他0.8k/s的数据量！是不是因为我们播放进度同步，所以导致数据不能互相利用呢？我想p2p的网络的模型应该如同"一片水田"，水从源头流出后，是慢慢的扩散开来的，也就是说，peer和peer之间，应该是有先后的，比如我已经看过5分钟的视频了，那么我下一级的用户可以延迟5分钟去观看，这样他们就可以从我这里高速的读取这5分钟的缓存；你想杭州到嘉兴，不可能只有0.8K/s的上传速度吧？

所以说，服务器设置上，要将国内的用户分成不同的层，第一层负责和海外链接，要保证一定的量，，第二层和第一层连接，并且播放进程上，延迟一些时间，，第三层和第二层连接，播放进程再延后。当然，这里面可能要有很多计算，和实际数据搜集，才能优化出最佳结构！



3.还有一个问题是，我发现本地竟然向德国的一个peer上传数据，，这个绝对没必要，这个p2p播放器的目的在于帮助国内网民突破封锁、观看视频。那么，就应该在软件模型上，将用户分为两个pool。
第一个pool-1 代表国外所有用户和服务器；目的是提供变换莫测，难以封锁的数据源；
第二个pool-2 代表国内所有用户；
理论是：只要有少量pool-2的用户和pool-1建立了稳定的链接，那么其他pool-2的用户应该以互相链接，互相利用资源为主，这个要靠pool-1的服务器作宏观上的把握，确保数据从pool-1单向高效流入pool-2即可，，，在pool-1与pool-2之间增加更多的传输量，是没有意义的；
因为中国到国际的互联网出口是有极限的，如果所有的pool-2用户都如我一样，以直接和海外建立p2p链接为主，那么随着用户的增加，会导致带宽被重复利用，从而使中国到国际的互联网出口堵塞；使用户上限达到一定成度后就无法增加；唯一的解决方法就是如前所述，那就是加强pool-2内的用户之间互相连接。

[ippotv_support]

我是国内用户(upnp映射成功)，刚才抽空分析了一下，提几个建议，不一定对，希望有所帮助：

1.目前，我发现，视频成功播放时，基本是靠本地与海外建立的链接(包括美国，日本，台湾，欧洲)支持的；但这些链接波动比较大，体现在链接数和链接速度两方面；一会链接几十个peer，一会儿就降低到了十几个peer，每个peer的下载速度不恒定，变化比较大，所以我觉得这是导致播放不流畅的主要原因；



2.可是，国内peer和peer之间传输极少，用net limiter监听，偶尔才能发现建立了一个国内peer之间的链接，可是上传速度很慢，而且时段时续；刚才，我(地点杭州)发现有一个连接在给嘉兴的一个用户上传数据，可是我发现只能提供给他0.8k/s的数据量！是不是因为我们播放的速度一致，所以导致数据不能互相利用呢？我想p2p的网络的模型应该如同"一片水田"，水从源头流出后，是慢慢的扩散开来的，也就是说，peer和peer之间，应该是有先后的，比如我已经看过5分钟的视频了，那么我下一级的用户可以延迟5分钟去观看，这样他们就可以从我这里高速的读取这5分钟的缓存；你想杭州到嘉兴，不可能只有0.8K/s的上传速度吧？

所以说，服务器设置上，要将国内的用户分成不同的层，第一层负责和海外链接，要保证一定的量，，第二层和第一层连接，并且播放进程上，延迟一些时间，，第三层和第二层连接，播放进程再延后。当然，这里面可能要有很多计算，和实际数据搜集，才能优化出最佳结构！



3.另外一个问题是，我发现本地竟然向德国的一个peer上传数据，，这个绝对没必要，这个p2p播放器的目的在于帮助国内网民突破封锁、观看视频。那么，就应该在软件模型上，将用户分为两个pool。
第一个pool-1 代表国外所有用户和服务器；目的是提供变换莫测，难以封锁的数据源；
第二个pool-2 代表国内所有用户；
理论是：只要有少量pool-2的用户和pool-1建立了稳定的链接，那么其他pool-2的用户应该以互相链接，互相利用资源为主，这个要靠pool-1的服务器作宏观上的把握，确保数据从pool-1单向高效流入pool-2即可，，，在pool-1与pool-2之间增加更多的传输量，是没有意义的；
因为中国到国际的互联网出口是有极限的，如果所有的pool-2用户都如我一样，以直接和海外建立p2p链接为主，那么随着用户的增加，会导致带宽被重复利用，从而使中国到国际的互联网出口堵塞；使用户上限达到一定成度后就无法增加；唯一的解决方法就是如前所述，让pool-2内的用户之间互相连接。

谢谢您的分析和建议。我们会根据反应的情况做相应的调整。

[bluespear111]

目前来看，还是以链接海外为主。。。。这样播放肯定不流畅的！

[bluespear111]

这几天国内peer有上传流量了，但时快时慢

下载速度速度还是比较稳定的，播放也比较流畅

[ippotv_support]

这几天国内peer有上传流量了，但时快时慢

下载速度速度还是比较稳定的，播放也比较流畅

谢谢您的反馈

[bluespear111]

建议：

1.采用双条线路，播放链(p2p视频传输)一条，"信息调度链"一条(采用类似自由门的原理)；
貌似目前好像已经是这样了，对吗？

2."信息调度链"实时反馈用户被封锁情况,控制播放线路采取措施；

3.在软件内，内置备用server的ip，当"信息调度链"核实封锁情况后，立刻切换通道；

4.建议增加伪装，伪装成ppstream 和pplive ，或其他主流bt软件(伪装功能最好做成单独模块，可以随着别人的软件更新而更新)

5.应该允许用户对"信息调度链"使用代理服务器；这样，即便在封锁比较严的情况下；也有办法连通；

6.软件更新，最好不要采用"卸载后重新安装"的方式，采用后台更新的方式更好，不然很多初级用户一旦发现软件无法使用，就放弃了；

7.可以把其他网络应用和ippotv整合在一起，这样一下子就热闹了许多，也可以引入更多的web2.0的互动社区概念；比如类似天涯一样的综合社区；和类似twitter一样的微博；我们不能只满足于提供破网软件，还要搭建一个无信息封锁的综合网络平台；
使用破网软件的话，大家各有各的目的；破网之后，就各奔东西了，查资料的查资料，看youtube的看youtube，无法把人集中起来，形成舆论影响；
然而如果有一个综合的破网应用平台(以浏览器为基础也可以)能够推广开来，情况就不一样；人们慢慢的会淡化翻墙的概念，不再把翻墙当作是一个小众的应用；他们会习惯把综合平台当作是一种完全的替代；用不着看新浪微博，用不着看pplive，也用不着看网易新闻，我们平台里全有；人越来越多，就会滚雪球；


8.对于在大陆不敢出声或者无法尽言的作家，可以主动邀请他们落户我们的微博，成立写作组，然后用联合笔名发表文章。举例：李大眼；韩寒；黄健翔。。。。他们可以共用一个笔名；可以告诉大陆民众，这是一个大陆主流作家的team，但不告诉他们具体包括谁；利用这个笔名开创知名度，；微博最好别只是一句话式的，至少要足够长的文章，允许作家们可以成文；

9.五毛会打开ippotv，来分析连接到了谁，然后查清IP，马上封杀，隔离；

针对这个问题，我提出一种思路，
比如，依照上面我帖子里提到的，我们把用户分为三级，，
其中，第一层级，是负责直接和海外链接的，这些链接，尽量避开网络警察集中的大城市,选择在中小城市；同时，把大城市里的用户都定义为2级或者三级用户，，这样的话，五毛能得到的链接，都是来自中小城市或者农村的数据；给五毛切断国内一级用户和海外的联系造成难度；
如果五毛只能切断国内peer和peer之间的数据链接，我们根本不用怕，因为"调度链"采用自由门的技术，是非常难以封锁的；只要有"调度链"通畅，整个网络就是活的，是有生命的，可以随时替换，修补，疏通；

10.通过"调度链"，统计大陆每个县市的使用者数量，以及用户增长情况；并对使用者少的县市，做软件推广；

11.允许用户自己设定缓存大小，比如把缓存提高为目前的5倍，虽然可能缓冲时间比较长，但播放肯定要流畅的多，对一些要求流畅度的用户，这个选项是很有意义的；

[bluespear111]

12.如果"信息调度链"确实采用了自由门技术，就应该增加一个刷新按钮，方便用户在不关闭播放
    器的前提下刷新节目列表

[bluespear111]

希望ippotv_support 能重视我提的建议
持续改进，得能听进去别人的意见

[ippotv_support]

希望ippotv_support 能重视我提的建议
持续改进，得能听进去别人的意见

谢谢您的建议。我们会考虑。

[bluespear111]

2."信息调度链"实时反馈用户被封锁情况,控制播放线路采取措施；
========================================
目前封锁加剧，
用户(能正常播放)数量应该呈锐减趋势
版主在"主服务器"上是否能看出这种趋势？

我建议，在服务器上设置自动报警，当用户数量(以天为单位的平均用户数)锐减时，
提醒team，发布备用版本。。。

[ippotv_support]

2."信息调度链"实时反馈用户被封锁情况,控制播放线路采取措施；
========================================
目前封锁加剧，
用户(能正常播放)数量应该呈锐减趋势
版主在"主服务器"上是否能看出这种趋势？

我建议，在服务器上设置自动报警，当用户数量(以天为单位的平均用户数)锐减时，
提醒team，发布备用版本。。。

谢谢您宝贵的建议,研发团队会根据反应的情况做相应的调整。假如有更进一步的问题会和您请教,谢谢!