<br>Yes,it does works when I increase net.core.rmem_max and net.core.wmem_max on both client side and server side.Now I can receive media stream at 8Mbit/s,but still drop data if at higher bitrate.<br>I think it has something to do with my hardware like cpu(only 200Mhz),receive udp packet and processing the rtp packets in their payload may swallow a lot of cpu time.By the way,my test file type is TS,then the server transmit these TS packets on rtp packets and hence on udp packets,I think processing this kind of packet will need a more powerful cpu,isn't it?<br><b><i>Sourav Pal <souravpal@gmail.com></i></b> дµÀ£º<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> 2008/6/11 Xzou <xiangwust@yahoo.cn>:<br>><br>> I wrote a simple program which just receive a stream using rtp and dump it based on live555.In this program,I increased the socket buffer to 2,000,000 bytes using the function
increaseReceiveBufferTo() provided by live555.Then compare the dumped file and the original file,I found it's much smaller than the original file.When playing the dumped file using a common media player like VLC or mplayer, the video picture has broken.The original file's bitrate is about 20M bit per second.That seems many data has dropped.But my network card works good,it can work in 100M bit/s. Then I perceive there is something wrong in rtp processing in live555 under high bitrate environment.<br>><br>> Sourav Pal <souravpal@gmail.com> дµÀ£º<br>><br>> 2008/6/10 Xzou <xiangwust@yahoo.cn>:<br>>><br>>> Recently,I'm trying to construct a embedded rtsp/rtp client using live555 in order to receive very high bitrate media stream which could be nearly 20M bit per second.But the bad news is my client lost a lot of packets when the bitrate of media stream is higher than 4M bit per second.<br>>> My cpu frequency is 200M hz and have no more than
64M ram available for application softwares.<br>>> How could I fix it?<br>>> ________________________________<br>>> ÑÅ»¢ÓÊÏ䣬ÄúµÄÖÕÉúÓÊÏ䣡<br>>> _______________________________________________<br>>> live-devel mailing list<br>>> live-devel@lists.live555.com<br>>> http://lists.live555.com/mailman/listinfo/live-devel<br>>><br>><br>> Where are your packets getting dropped ? How did you measure it ?<br>> You might want to increase the size of the udp buffers. That does help sometimes.<br>><br>> Thanks,<br>> Sourav<br>> _______________________________________________<br>> live-devel mailing list<br>> live-devel@lists.live555.com<br>> http://lists.live555.com/mailman/listinfo/live-devel<br>><br>> ________________________________<br>> ÑÅ»¢ÓÊÏ䣬ÄúµÄÖÕÉúÓÊÏ䣡<br>> _______________________________________________<br>> live-devel mailing list<br>> live-devel@lists.live555.com<br>>
http://lists.live555.com/mailman/listinfo/live-devel<br><br>The problem might not be at your NIC. These sort of high bit rate cane<br>cause packet drops at both the streaming side ( most likely) as well<br>as on the receive side. It might be that UDP buffers are dropping the<br>packets. You might want to increase the udp buffer size\<br>at both the receive and transmit end. If you are in linux , use the following :<br><br>sysctl net.core.rmem_max = < compute how much you need for 20mbps><br>sysctl net.core.wmem_max = < compute how much you need for 20mbps><br><br>Thanks,<br>Sourav<br>_______________________________________________<br>live-devel mailing list<br>live-devel@lists.live555.com<br>http://lists.live555.com/mailman/listinfo/live-devel<br></xiangwust@yahoo.cn></souravpal@gmail.com></xiangwust@yahoo.cn></blockquote><br><p> 
<hr size=1><a href="http://cn.mail.yahoo.com/"> ÑÅ»¢ÓÊÏ䣬ÄúµÄÖÕÉúÓÊÏ䣡</a>