| mmzmagic
39300
|
2009/12/23 23:41:25 |
偶建了一个QQ群，号码：15637473
希望能建立一个高质量的编程艺术交流的平台，共同进步共同提高。 |
| mmzmagic
39299
|
2009/12/23 23:13:54 |
偶建了一个QQ群，号码：15637473
希望能建立一个高质量的编程艺术交流的平台，共同进步共同提高。 |
| mmzmagic
39298
|
2009/12/23 23:12:58 |
偶建了一个QQ群，号码：15637473
希望能建立一个高质量的编程艺术交流的平台，共同进步共同提高。 |
| myso
32458
|
2007/12/30 15:28:38 |
| 非常好的东西,人家能发布已经不错拉,,不要要求那么多,,自己看,自己学习. |
| twofinger
27537
|
2006/12/28 9:13:45 |
| 感谢搂住 |
| fenzun
24959
|
2006/7/17 11:38:15 |
| 楼主，能不能写一个文件传输的，我改进了一下，文件以流的方式传过去，但是文件名怎么传过去了 |
| alixer
24915
|
2006/7/14 11:52:19 |
| TX |
| zbzb
24803
|
2006/7/7 10:12:38 |
| 我自己用下载包中的DemoServer发送，DemoClient都收不到任何东西！偶尔还出现DemoClient程序异常！ |
| nth
24627
|
2006/6/28 16:49:58 |
我觉得UDP在P2P通讯上确实有其独特的优势，搂主的这个做法我以前也实现过，用在了点对点的文件传输上。 但在和Server的连接上，我当时采用了UDP和TCP两种方式进行了测试，结果显示和Server的连接还是使用TCP方式比较有优势，最后实际的系统也证实当时的选择。
qq它也是采用了这两种混合控制的方式。 |
| mmzmagic
24612
|
2006/6/28 9:06:01 |
to hopewl:
看来兄弟是误解拉：） 这个程序只是演示安全UDP传输的1个DEMO，和偶封装的安全UDP单元。并没有做Peer to peer编程。
你要做测试的话请下载我的PTP演示的DEMO
http://www.2ccc.com/article.asp?articleid=3154
在公网上运行起服务端后，分别在2个内网运行客户端（配置文件内指定服务器IP）。运行起来后客户端会自动进行点对点的连接，这时候你可以关闭服务端，他们也照样能互相发送消息。也就是说他们之间发消息是不通过服务端中转的，也就是穿透NAT进行了连接：） |
| hopewl
24598
|
2006/6/27 12:34:26 |
楼主有个问题想请教，看到大家都说该程序能穿透NAT，我做了一个实验，如下：
我在局域网的一台机器上通过网关192.168.1.1的路由器上互联网。我的局域网IP是：192.168.0.215，如果按大家所说，我用服务端往我的公网IP发信息，在我机器上运行的接收端能接收到该信息。但我没能成功接收。不知何故。是我测试的有问题。还是其它什么原因？望楼主告知，不胜感激。再次感谢楼主。 |
| jackalan
24453
|
2006/6/22 11:34:28 |
joysun，你是从DEBUG窗口看的，开了DEBUG后不论是MEMO还是LIST，显示都会花费较多的时间处理在显示输出上，这个就是DELPHI不如VC的一个地方，你尝试不要开DEBUG，自己在客户端接收里写个时间计算，你会发现快很多。
其实UDP用来做P2P还是比较方便的，尤其在打洞和群发上。 |
| mmzmagic
24449
|
2006/6/22 9:34:28 |
To bootdelay :
一个小BUG：）
To joysun :
的确是很慢，所以我才说
4、根据丢包率和网速度动态控制发包速度（因时间的局限此功能未很好的实现）
To yplinxd :
请看完我写的说明再说...
的确现在存在不少问题。本想等完善以后再发布的，但因工作实在忙已经搁置了好几天了，所以发布了希望对此有兴趣的朋友能在此基础上做些优化和改进它会成为一个很有用的东东 |
| yplinxd
24448
|
2006/6/22 9:09:19 |
| UDP这个东西最好不要加纠错功能，不然不如用TCP |
| joysun
24447
|
2006/6/22 8:40:25 |
发送202575字节的东东需要3秒时间：（
----------
这个速度是不是太慢了？60k/s的速度太慢了吧？应该可以达到几兆以上才对！ |
| jackalan
24440
|
2006/6/21 15:20:04 |
mmzmagic 兄，是的，穿透NAT目前最好的方法还是UDP，用楼主的模块写P2P尤其是聊天软件会很棒的，因为我接触TCP是最多的，所以用UDP还不是很习惯，毕竟要保持连接就要发送心跳包，穿透NAT好像也是这样的，而且要处理很多丢包，所以比较怕用，改天用楼主的模块写个聊天的软件试试。
感谢mmzmagic兄，如果能把UDP很多不便的地方全部封装进去，相信楼主这个模块肯定会很火的。 |
| jmwl77
24432
|
2006/6/21 11:22:07 |
| 非常感谢万分感谢！ |
| register
24430
|
2006/6/21 10:46:29 |
| 收下，有时间看看。谢谢！ |
| bootdelay
24429
|
2006/6/21 9:17:02 |
| 为什么待发送的数据小于8个字节，就发送不了 |
| mmzmagic
24428
|
2006/6/21 9:02:22 |
呵呵 先谢谢大家支持
to jackalan :
可能是偶的话表达不太清楚误导大家拉：）不好意思，偶说的好用是指编程比TCP要方便和快速。严重同意兄台的
{数据量过大时，楼主的分包、纠错功能反而会降低传输的性能，因为楼主在做很多TCP协议内部封装的内部过程，然而TCP的内部过程或者说算法无疑是很优秀的，正因为这样，UPD和TCP各有千秋，主要需要看应用在什么地方}
我写这个类的最大目的是用来穿透NAT进行PEER TO PEER编程 ：），谢谢你的评论 |
