Sorry, I forgott in the first mail I'm using udp-sender --async --mcast-data-address 229.1.1.1 --mcast-rdv-addr 229.1.1.1 --autostart 1 --fec 8x8/128 --max-bitrate 500k --interface eth1 --portbase 4002 -f announce and udp-receiver --nosync --mcast-rdv-addr 229.1.1.1 --interface dvb0_0 --portbase 4002 -f announce On Fri, Feb 27, 2009 at 3:09 PM, Alain Knaff <alain@knaff.lu> wrote:
Diego Zimmermann wrote:
Thanks by your replay Alain. I use udp-sender/receiver in a LAN too but the problem doesn't exists. I'm using tcpdump to check what packages it's coming by satellite, but in there looks normal. I don't know if a solution with timeout can solve my problem, but its my first choose to fix this problem. Anyone have this problem related or know anyone who have this before?
Thanks a lot
Maybe somebody might be able to help if you provided more details (such as the command-line parameters that you used)?
Regards,
Alain
On Fri, Feb 27, 2009 at 12:40 PM, Alain Knaff <alain@knaff.lu> wrote:
Diego Zimmermann wrote:
Hi guys, I'm using udp-sender to send an announce package and using udp-receiver inside of a C program in loop who stays checking for new announce packages. The announce package has no more then 1.5K The problem is, after some interactions, udp-receiver lock and stay
quiet
waiting for close the connection by sender, but the announce is complete inside the system. So, my question is, can I put a timeout in udp-receiver to close this connection if some defined time pass away? Sorry, but in my opinion, this would not be a valid solution. Rather, try to find out why it happens in the first place. Tcpdump may help with the analysis.
Which command line options do you use? Does the problem also happen on a LAN (with the same command-line parameters used). Does it only happen with small files?
Regards,
Alain
-- Diego de Carvalho Zimmermann Phone: +55(41) 8836-8972 http://blogdoboot.blogspot.com "Be Free, use Linux"