※ 引述《BadKido (BadKido)》之铭言： : ==感觉跟JAVA没关 站内== 囧rz.. 我以为JMF是JAVA...囧... 抱歉抱歉喔@@... 那我也存站内 : 这个我猜是网路问题吧.. : 我记得范例程式是用UDP送 : Client listen on some UDP port : Server用UDP送 : 如果你的client是在NAT底下 当然收不到拉 : 因为NAT收到Server的UDP封包之後 根本不知道送到哪去 : 而且你没有用listen的port去送过封包 : NAT根本不会有这个socket的binding的 : 换句话说 封包没办法送到你在NAT後listen的那个port上... : 是有方法可以解决的 (UDP hole punching) : 可是如果你的目的是在学JMF串流传输的话 : 那这个是网路的问题 你可能不太需要太深入在这里.. 不是NAT 老师本来也是往这个方向猜测 但是我这个中华的ADSL是每台电脑都要连线到ISP 而且每台都有个public IP ※ 引述《infinitlee (Infinity)》之铭言： : 我在两年前就拿过相同程式+另外一各程式做成线上影像传输 : 但是受限於频宽大小，在家作测试大概都是等到死，在学校作测试 : 就是Ok，还很顺。 : 其实您的问题应该是网路频宽，程式应该是没有问题的 : 只是之後你们要做测试的时候，最好考虑网路品质，不然会功亏一溃 : 毕竟他可以看成是许多张图片在更新显示。建议你先从区网测试 : 区网ok，那代表程式是ok的，在想办法解决网路传输太慢的问题 频宽的问题吗!? 但是我即使只传一个wav档用JMStudio里面DVI/RTP这个encoding传送 samplerate之类选都选最低品质的 占用频宽约20kb/sec，我的ADSL是10m/2m上传至少也有256kb/sec 所以我才会直觉排除频宽这个因素 但是我想我还是想办法去弄出一个区网的测试环境先 谢谢 -- Idle lawyers tend to become politicians, so there is a certain social value in keeping them busy. p16 Operating Systems Principles, 7th edition Abraham Silberschatz, Peter Baer Galvin, Greg Gagne --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.117.144.187