运行环境: vs2003
库 : wxWidgets-2.8.10 ACE 5.5
对 象: Myseelite2
编译情况: 成功编译并生成tracker.exe,superpeer.exe,playerd.exe,livestream.exe。
问题描述: 修改tracker.cfg和superpeer.cfg中的ip,并分别运行tracker.exe和superpeer.exe,显示一切正常。 但是,运行livestream.exe 点击 “开始上传”后出错。初步认为是媒体流发布有问题,分别尝试使用HelixServer和Windows Media Service创建MMS流和RTPS流,仍然报错。
注:此前已经有接近10个贴都在询问此问题,但都没有给出最终解决方案。
库 : wxWidgets-2.8.10 ACE 5.5
对 象: Myseelite2
编译情况: 成功编译并生成tracker.exe,superpeer.exe,playerd.exe,livestream.exe。
问题描述: 修改tracker.cfg和superpeer.cfg中的ip,并分别运行tracker.exe和superpeer.exe,显示一切正常。 但是,运行livestream.exe 点击 “开始上传”后出错。初步认为是媒体流发布有问题,分别尝试使用HelixServer和Windows Media Service创建MMS流和RTPS流,仍然报错。
注:此前已经有接近10个贴都在询问此问题,但都没有给出最终解决方案。
13:58:31.531: TrackServer 192.168.1.66:3333
13:58:31.531: Initialize Default BufferMgr...
13:58:31.546: CSClient Init & SendLogin...
13:58:31.640: Bind UDP socket at port 50925.
13:58:31.640: P2PMgr Init...
13:58:31.640: Bind TCP socket at port 80. Failed
13:58:31.640: Binding TCP socket at port 21.
13:58:31.640: P2PMgr Thread 4008 Begin, this=00C54888, comm=00C542B8, comm->p2pMgr=00C54888
13:58:31.640: P2PMgr Thread 1380 Started, mgr=00C54888, mgr->comm=00C542B8, mgr->comm->p2pMgr=00C54888
13:58:31.656: CSClient sent NP2TS_LOGIN.
13:58:31.656: Binding LocalPeerFinder's UDP socket at 32226
13:58:31.656: CSClient Logon TS...192.168.1.66->192.168.1.66:0
13:58:31.656: Cur: (0.00/0.00)KB/s. Avg: (0.00/0.00)KB/s. Total: 0.00/0.00MB. Layer: 255.
Connect: low version 0, Fail 0, In 0, Out 0. AvgTime: In 0, Out 0.
13:58:31.656: Start Http Server at local port 21485...
13:58:32.515: Request Resource 098f6bcd4621d373cade4e832627b4f6, name test, bitrate 40.00
13:58:32.515: blocks4play = 112.
13:58:32.515: CSClient sent NP2TS_REQ_RES.
13:58:32.531: CSClient got SP address 192.168.1.66:1080...
13:58:32.531: CSClient got source SP address 192.168.1.66:1080.
13:58:32.531: CSClient sent NP2TS_RES_INTERVAL.
13:58:32.531: Connecting to 192.168.1.66:1080.
13:58:32.531: 192.168.1.66:1080 is blocking.
13:58:32.531: Connected on 192.168.1.66:1080.
13:58:32.531: CSClient got SP block interval [0, 152).
13:58:32.531: SetPlayingBlock 40. maxblockID on SP: 152
13:58:32.531: Do by order 1.
13:58:32.531: Sending P2P_PUSHLIST 1 blocks to 192.168.1.66:1080.
13:58:32.796: Got MediaType of [0, -1).
13:58:32.796: empty space in buffermgr 86.
13:58:32.796: find empty space in virtual buffer 0
13:58:32.796: 40 replaced -1.
13:58:32.812: Got block 40(16384)(8f8f17b456ab0aee18880f971246e06d)(used 263ms) from 192.168.1.66:1080.
13:58:32.812: Do by order 1.
13:58:32.812: Sending P2P_PUSHLIST 1 blocks to 192.168.1.66:1080.
13:58:32.812: empty space in buffermgr 357.
13:58:32.812: find empty space in virtual buffer 1
13:58:32.812: 41 replaced -1.
13:58:32.921: Got block 41(16384)(a3e7a050e5ea77f517634a373e154b10)(used 2ms) from 192.168.1.66:1080.
13:58:32.921: Do by order 1.
13:58:32.921: Sending P2P_PUSHLIST 1 blocks to 192.168.1.66:1080.
13:58:32.921: empty space in buffermgr 1216.
13:58:32.921: find empty space in virtual buffer 2
13:58:32.921: 42 replaced -1.
13:58:32.187: Got block 42(16384)(b9b3a8799b8fc967a3f7b886ae91c8f3)(used 2ms) from 192.168.1.66:1080.
13:58:32.187: Do by order 1.
13:58:32.187: Sending P2P_PUSHLIST 1 blocks to 192.168.1.66:1080.
13:58:32.187: empty space in buffermgr 1048.
13:58:32.187: find empty space in virtual buffer 3
13:58:32.187: 43 replaced -1.
13:58:32.187: Got block 43(16384)(92aa4b10420d9f32e5243d5e8e6ffcc2)(used 8ms) from 192.168.1.66:1080.
13:58:32.187: Do by order 1.
测试情况(HelixServer9搭建的流媒体服务器):mms流+wmv文件格式-》失败
rtsp流+wmv文件格式-》失败
rtsp流+rm文件格式-》成功
mms流+wmv文件格式-》失败
rtsp流+wmv文件格式-》失败
rtsp流+rmvb文件格式-》成功
你能捕获到数据流的话,试试调试下播放器呗,就像我上面说的那样,client\mediaplayer\mediaplayer.cpp里面311行 USE_LAYER1未定义, 他本身的代码好像用vc6才能正常,我用vc9的,
关键是本地收到缓冲数据后,我没有发现客户端这边哪边有代码去解析对应的缓冲数据的。(例如:GB587814034.tmp)
对应日志文件也说明有收到数据2010-3-31-10-28-2-6873031.tmp
另外,我看到客户端那边会读一个config.ini文件的,我从CSDN上面找到了一个这样的文件,发现并并有什么变化,里面一个默认值好像还是0.客户端打开URL后,突然去load"http://127.0.0.0:port/1.wmv"不知道为什么,不去解析缓冲数据。
ret = m_mediactrl->Load(isurl);
m_timetext->SetLabel(STR_TIP_TEXT_LOADING);
load是调用的wxWidgets-2.8.10库文件。
我网上搜到个myseelite2(2.4M左右的),不知道你们有没有这个版本。
我找到了下不了,想下下来看看,是不是有所眉目的。 http://www.pudn.com/网上的资料啊,麻烦帮我下一个,谢谢啊!~
myseelite2 http://www.pudn.com/downloads169/sourcecode/windows/network/detail779400.html
另一个网站上也有,
www.yzmcc.com,现在好像上不去,
大小2.4M左右
我从写了播放端和采集端,现在采集端一注册,supper就出错,supper里面添加缓冲块里面对stl的list使用出错了,我不知道为什么
另一个版本(2.4M)的其实已经是mysee live 了,应该是mysee实际应用的版本,里面好像删减了写关键代码,服务器是linex的,貌似那个版本是他倒闭后上传的
你在做基于myseelite的2次开发吗?以后相互探讨下。我现在也在研究这个。
我要的是个2.4的myseelite2,那个可能和这个不一样。
不知道是不alpha版本之后的版本
77433610myseelite2.rar 2.39 MB
myseelite2[1].alpha.rar 1.89 MB
在superpeer里面加了CDN和数据库方面的内容,
client端layer层加了NAT穿越,但mediaplayer文件夹比较了下好像没有变化
track部分删除了一些代码。
不知道这个软件公司怎么就倒闭了呢,2007年刚宣布开源的呢
但是部署不顺利:用real producer和Helix server生成rtsp流,流的URL是:rtsp://202.206.249.134:3080/broadcast/yingxiong.rmvb,ip是内部ip;使用real player播放该地址,成功!
然后,启动了myseelite的tracker,superpeer,capture和client,最后再super peer的缓存目录下的channel.txt内容如下:
Name: yingxiong
URL: myseelitetest://202.206.249.134:3333/52eb39b917e00d8b9c7034471c0bc15d/yingxiong
Start: 1346291671
其中,202.206.249.134是Tracker的地址,3333是Tracker for NP的端口,奇怪的是:myseelite的client如果播放,也应该是连接到Super peer的某个端口(如配置里的1080)吧?怎么连接到了Tracker呢?而且,myseelitetest字段应该是myseelite的相关协议名称吧?怎么会是“...test”这样的字样呢?
是否是下载的myseelite代码版本不对呢?
期待高人的指点!