※ 引述《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