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
Diego Zimmermann wrote:Maybe somebody might be able to help if you provided more details (such
> 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
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
>>
>
>
>