pplive行为分析。

[cnkilior]

1、wgetpp完全就是红帽修改了的wget。用来获得播放列表。
2、xpplive。开始后会在127.0.0.1打开tcp端口（？）1024。再结合pplive开始的运行情况，始终想杀掉xpplive，可以得出xpplive的地位。它应该是一个唯一进程。在xpplive运行的时候，会出现Xpplive.txt的文本，完全可以从此处推断出xpplive的作用。我已经卸载了pplive，所以不能进一步分析。从唯一性这个角度可以判断，应该是pplive用来获得视频数据。由于pplive依赖libpthread，所以也可以自己去获得视频数据。考虑到，pplive自带播放器，可能这个线程是播放线程。可以在pplive运行的时候分析，是否会多几个线程出来工作。
3、pplive。

开始→杀死xpplive→获得播放列表wgetpp→等待用户
请求播放→新线程／进程获得视频信号→新线程播放

－－－－－－－－
所以，依我推测，xpplive是用来获得视频数据的。

[cnkilior]

另外当我用
xpplive syncast://THELINK运行是，xpplive.txt的log中出现了几个IP和字串！

61.155.8.27
453548861
202.108.45.18
304966858
60.209.6.12
201773372
60.191.100.15
258260796
202.112.20.105
1762947274
202.108.45.18
304966858
60.191.100.15
258260796

google发现：是pplive的服务器地址！！
参考：http://bbs.net130.com/archive/index.php/t-201197.html

有一点是可以肯定的xpplive的确和pplive服务器通信了。
xpplive syncast://是一个可能的参数模式！

在运行pplive后，虽然不成功，但还是生成了一个文件：Port.Config里面的数字不知道是不是固定的？00002973

[showgo]

看标题，我还以为是对PPLIVE的协议分析，汗!~

[delectate]

看标题，我还以为是对PPLIVE的协议分析，汗!~

暗箱行为分析哈

[lerosua]

不用推测了，xpplive就用来p2p的，pplive是外壳调用播放器，读流。
gmlive就是这么做的，启动xpplive syncast://xxx
然后调用mplayer去读 http://127.0.0.1:1024/1.asf

大家可以基于此写脚本自己调用，或做另外的客户端

[garnettxd]

不用推测了，xpplive就用来p2p的，pplive是外壳调用播放器，读流。
gmlive就是这么做的，启动xpplive syncast://xxx
然后调用mplayer去读 http://127.0.0.1:1024/1.asf

大家可以基于此写脚本自己调用，或做另外的客户端

用了，从直播吧页面查看源码获取了syncast地址，xpplive了它半天，网络流量上行下行还是1KB/s左右，所以不用打开mplayer也知道没成功

[lerosua]

不用推测了，xpplive就用来p2p的，pplive是外壳调用播放器，读流。
gmlive就是这么做的，启动xpplive syncast://xxx
然后调用mplayer去读 http://127.0.0.1:1024/1.asf

大家可以基于此写脚本自己调用，或做另外的客户端

用了，从直播吧页面查看源码获取了syncast地址，xpplive了它半天，网络流量上行下行还是1KB/s左右，所以不用打开mplayer也知道没成功

去下载pplive提供的xml列表吧，那里的synacast地址可以打开的