sopgui的代码里创建一个qsocket，然后联接到sp-sc的流媒体输出端口（如8900），这样可以得到流的统计数据如下载率，总下载量么？
我觉得输出的是媒体流（如wmv格式流），肯定不会有其他数据的。
sopgui的代码里创建一个qsocket，然后联接到sp-sc的流媒体输出端口（如8900），这样可以得到流的统计数据如下载率，总下载量么？
我觉得输出的是媒体流（如wmv格式流），肯定不会有其他数据的。
正是这样，telnet localhost 8900,state,s，就会取得当前的一个统计信息。不过不知道为什么qt需要提交两次state,s。
输入q是退出。
不知道你有没有什么思路来验证一个url的有效性（这个我到有点儿）并判断其下载速度。
你指的url的有效性是什么？
不知道你有没有什么思路来验证一个url的有效性（这个我到有点儿）并判断其下载速度。
你指的url的有效性是什么？
和sopcast没关系，是比如判断mp3链接是否可以下载什么的。
sopgui的代码里创建一个qsocket，然后联接到sp-sc的流媒体输出端口（如8900），这样可以得到流的统计数据如下载率，总下载量么？
我觉得输出的是媒体流（如wmv格式流），肯定不会有其他数据的。
正是这样，telnet localhost 8900,state,s，就会取得当前的一个统计信息。不过不知道为什么qt需要提交两次state,s。
输入q是退出。
gtk-sopcast 0.2.3 增加了该功能，感觉效果不错 :D
CCTV5速度不错！
不知道什么原因。
0.4.3版本（srpm）可以在everest下面编译安装。
运行正常，除了多个mplayer的问题。
0.4.8（0.4.10）版本的srpm也可以在everest下面编译安装。
也可以运行，但是会出现无法链接服务器的问题。
另外一个最新的qt和gtk的sopcast－gui也可以在everest下面编译安装。
并且运行正常，无多个mplayer的问题。
但是还是觉得色兄的gui界面比较好（中文）。希望色兄可以修正一下这个在everest下面无法链接服务器的问题。
不知道什么原因。
0.4.3版本（srpm）可以在everest下面编译安装。
运行正常，除了多个mplayer的问题。
0.4.8（0.4.10）版本的srpm也可以在everest下面编译安装。
也可以运行，但是会出现无法链接服务器的问题。
另外一个最新的qt和gtk的sopcast－gui也可以在everest下面编译安装。
并且运行正常，无多个mplayer的问题。
但是还是觉得色兄的gui界面比较好（中文）。希望色兄可以修正一下这个在everest下面无法链接服务器的问题。
我没有everest,所以很难说，是取得列表时无法连接服务器，还是播放时无法连接？
另外，这个程序只考虑了local是gb系列的情况，如果是utf-8的，可能有一些不同。
取得列表正常。
播放无法连接。
显示无法解析服务器。
但是安装0.4.3版本确可以连接服务器，并且kaffeine播放正常。（就是无法正常使用mplayer）
还有一个问题，就是
另外一个最新的qt和gtk的sopcast－gui使用mplayer可以加上运行参数，
色兄的sopcast的0.4.3版使用mplayer不可以加上参数。加上参数的话，就无法调出mplayer。
0.4.10版因为无法解析服务器，所以不清楚有没有这个bug。
无法解析服务器，应该是sp-sc的返回信息。
你执行播放以后运行 ps -aux|grep sp-sc看看进程里有没有sp-sc。
如果有的话，手工执行一下这个命令，看看运行是否正常。
没有考虑加参数的情况，可以变通下，用脚本处理。
# ps -aux|grep sp-sc
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.6/FAQ
root 28150.00.0 4112 668 pts/3 R+ 21:27 0:00 grep sp-sc
这说明sp-sc执行后就退出了。
你在命令行执行sp-sc sop://** 3900 8900 试试。
sp-sc sop://** 3900 8900
非常正常。。。。
并且
mplayer http://localhost:8900/tv.asf
正常播放