Udpcast

udpcast@udpcast.linux.lu

556 discussions

Udpcast 20250223 released
by Alain Knaff 23 Feb '25

23 Feb '25

Hello all, Udpcast 20250223 is released. This is mainly a maintenance release fixing compilation, with only one minor functionality difference: display of downloaded file size works now for big files on 32 bit. More details: * new @sbindir@ variable in Makefile to be able to set /sbin directory independently of the others * fixed display of huge numbers in stats display * Fixed alignment warnings in socklib * MacOS and Solaris compatibility * clarify documentation of --mcast-rdv-address Regards, Alain

1 0

Macro sbindir patch
by Lukas Zapletal 23 Feb '25

23 Feb '25

Hey, here is a patch that removes the hardcoded sbin path in Makefile.in: https://src.fedoraproject.org/fork/lzap/rpms/udpcast/blob/c77a9dbba3dd9e88f… -- Later, Lukas @lzap Zapletal

2 1

[PATCH] include stddef.h for ptrdiff_t
by Enguerrand de Ribaucourt 06 Jun '24

06 Jun '24

This fixes compilation with musl where the ptrdiff_t type is defined in stddef.h. Signed-off-by: Enguerrand de Ribaucourt <enguerrand.de-ribaucourt(a)savoirfairelinux.com> --- receivedata.c | 1 + 1 file changed, 1 insertion(+) diff --git a/receivedata.c b/receivedata.c index 9a68f67..0aa797f 100644 --- a/receivedata.c +++ b/receivedata.c @@ -1,4 +1,5 @@ #include <assert.h> +#include <stddef.h> #include <sys/types.h> #include <unistd.h> #include <stdlib.h> -- 2.34.1

1 0

Clarifying --fec argument
by Peter Story 01 Oct '23

01 Oct '23

Hello, I am running some benchmarks using UDPcast for a paper, and I wanted to confirm that I’ve understood the --fec argument. Here is what I’ve written: > The --fec argument specifies how many “stripes” each chunk of data is split into, the number of FEC packets included with each stripe, and the number of data packets in each stripe. For example, with --fec 8x16/128 each chunk of data will be sent in 8 stripes, and each stripe will have 16 FEC packets and 128 data packets. Hoping someone can confirm I’ve understood things correctly, or can correct me. Thanks! -Peter

2 1

Udpcast 20230924 released
by Alain Knaff 01 Oct '23

01 Oct '23

Hello all, Udpcast 20230924 is released. The most important changes are: - Also apply --ttl option if Rendez-vous address is unicast (because data address may still be multicast) - By default do not use SSM multicast address - Add support for SSM multicast (if address explicitly picked by user as data multicast address is an SSM address) - Do not mention --fec in usage message if FEC not compiled in - Use newest busybox and kernel - Fix unicode in Udpcast dialog system - Use newest Busybox (1.36.1) and Linux kernel (6.1.55) Regards, Alain

1 0

ttl multicast problem
by julien soula 01 Oct '23

01 Oct '23

hello, we found a problem in using updcast in a context of multi-routers when the rdv-addr is not multicast. Indeed, in this case, the multicast ttl must be greater than 1 (--ttl). But it is only assign during the processing of rdv-addr and only if rdv-addr is a multicast IP : udps-negotiate.c: /* Only do the following if controlMcastAddr is indeed an mcast address ... */ if(isMcastAddress(&net_config->controlMcastAddr)) { setMcastDestination(sock[0], net_config->net_if, &net_config->controlMcastAddr); setTtl(sock[0], net_config->ttl); But it is not assign during the processing of data-addr : udps-negotiate.c: if(isMcastAddress(&net_config->dataMcastAddr)) setMcastDestination(sock, net_config->net_if, &net_config->dataMcastAddr); Therefore, if rdv-addr is unicast then TTL remains to 1. So I suggest to patch the code this way : - if(isMcastAddress(&net_config->dataMcastAddr)) + if(isMcastAddress(&net_config->dataMcastAddr)) { setMcastDestination(sock, net_config->net_if, &net_config->dataMcastAddr); + setTtl(sock, net_config->ttl); + } Best regards, -- Julien Soula, Ingenieur Reseau, DSI/ULR2694, Universite de Lille, tel (0)3 20 62 34 55

2 1

Regression in Udpcast 20211207
by Robert Theron Brockman II 19 Mar '23

19 Mar '23

Howdy! I found a strange bug in the new version of Udpcast. When sending packets at speeds over around 80m, the program locks up. I traced the problem to the doRateLimit function in rate-limit.c (I've added some printfs): sleepTime = rateLimit->queueSize * 8 * MILLION / rateLimit->bitrate; printf("sleepTime1 %lu\n",sleepTime); printf("rateLimit->queueSize %lu\n",rateLimit->queueSize); if(sleepTime > 40000 || rateLimit->queueSize >= 100000) { printf("sleepTime2 %lu\n",sleepTime); sleepTime -= 10000; printf("sleepTime3 %lu\n",sleepTime); printf("sleepTime3 % 10000 %u\n",sleepTime % 10000); sleepTime -= sleepTime % 10000; printf("sleepTime4 %lu\n",sleepTime); usleep((useconds_t)sleepTime); } What is happening is that sometimes rateLimit->queueSize >= 100000 but sleepTime is small, so subtracting 10000 from it wraps around to near maxint. The strange thing is that when the program then does sleepTime -= sleepTime % 10000 the result is *different* from the 20200328 version because of the change to long unsigned integers. In the old version sleepTime would become zero, but now it stays huge, leading to an extremely long usleep. Here is the old behavior: sleepTime1 1338 rateLimit->queueSize 100350 sleepTime2 1338 sleepTime3 4294958634 sleepTime3 % 10000 4294958634 sleepTime4 0 Here is the new behavior (which hangs): sleepTime1 1344 rateLimit->queueSize 100800 sleepTime2 1344 sleepTime3 18446744073709542960 sleepTime3 % 10000 2960 sleepTime4 18446744073709540000 It looks to me like the older version actually had offsetting bugs: sleepTime % 10000 *should* return a value less than 10000 but in the old code for some reason it just returned sleepTime, which then subtracted from itself gave zero. In the new version the wraparound error from the sleepTime -= 10000 has been exposed, causing the hang. Anyway, hopefully this isn't too hard to fix: your program is super-useful for us, and the old version merrily blasts udp packets at gigabit speeds! Thanks, Robert II

2 1

musl build failure
by Fabrice Fontaine 13 Aug '22

13 Aug '22

Dear all, Please find attached a patch to fix a musl build failure. Best Regards, Fabrice

1 0

Udpcast 20211207 released
by Alain Knaff 11 Dec '21

11 Dec '21

Hello all, Udpcast 20211207 is released. The most important changes are: - --max-bitrate now works with bitrates greater than 2**31 - Use newest busybox (1.33.2) and kernel (5.10.83) - Lots of compiler warnings and variable type issues have been resolved Regards, Alain

1 0

Using UDPcast in a C program directly as a function
by cyber work 18 Jul '21

18 Jul '21

Dear sir, I would like to start by thanking you for your work on udpcast as it has been very useful for a lot of people and companies. I am reaching out in order to get some insight on how to use udpcast (sender & receiver) directly in C code without executing it from a bash call. To be clear, I would like to know if there is some kind of documentation on how to use these programs in C as functions that I could call. So far, every program that I have seen uses udp-sender and udp-receiver by a bash call inside a C or python code. This does not suit me because it slows significantly the speed of the program. Thanks a lot

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Udpcast