proposition de modification :

changement de l'option -w pour get/put/post.
avant : -w w0 : attend w0 (durée en Go, par exemple "1s" ou "100ms") avant de lancer la commande (donc avant meme d'ouvrir la connexion)
apres: -w w0,t0,w1,t1,...,wN,tN: connecte immédiatement, attend w0, transfert pendant t0, attend w1, transfert pendant t1, etc

sémantique:
  N >= 0
  wX = 0 => ne pas attendre sinon attendre wX
  tX = 0 => durée infinie sinon transferer pendant tX

wX ou tX ne peuvent être a zero donc (erreur si c'est le cas) sauf le 1er (w0) et le dernier (tN).
le dernier tN est optionnel et dans ce cas sa valeur est 0 = ne plus s'arreter (hormis fin du transfert ou timeout job / global )

les timeout de job (get/put/post -m t) et  global (nspeed -timeout t ...) restent en vigeur

donc:
-w 100ms est valide et signifie: se connecter , attendre 100ms et faire le job jusqu'à complétion/timeout global/local.
-w 0,1s,3s est valide et signifie: se connecter, transferer pendant 1 seconde puis attendre 3s et reprendre jusqu'à complétion/timeouts.
-w 1s,1s  est valide et signifie: se connecter, attendre 1s transferer pendant 1s puis stopper  ("quasi" equivalent de "-w 1s -m 1")
-w 0,1s,0 est invalide (on pourrait  le simplifier en "0,1s" mais autant générer une erreur)

Je m'interogge sur le changement que cela introduit pour l'ancien -w (qui ne connectait pas avant le delai) et du coup peut-être le re-introduire sous forme de "-pre délai" (pour être cohérent avec l'option -pre de nspeed et de  'then')

donc:

nspeed -pre 10ms get -pre 1s -w 1s,1s url1 then -pre 2s get -pre 100ms -w 3s url2attend 10ms, attend 1s , se connecte a url1, puis attend 1s et transfert url1 pendant 1s au max
puis attend 2s (-pre de then) puis 100ms
puis se connecte a url2, attend 3s et transfert url2 (completement ou jusqu'au timeout par défaut de 8 secondes qui démarre a la connection a url2).

Reste a voir la sémantique de l'interaction avec l'option -r:

nspeed get -r 2 -w 1s,1s urlse connecte a url
attendre 1s
transfert pendant 1s et indiquer au serveur de stopper ce GET sans fermer la connection ?
attendre 1s
transfert pendant 1s (ca fait un nouveau 'GET' a ce moment la donc)

il faut que voit comment ca peut se mettre en oeuvre...

Update:
- implementation d'un 'pacer' générique sur les I/O (read & write) dans nspeed. le code est dans nspeed 'next' branch: https://github.com/nspeed-app/nspeed/tree/next/pacing
- a venir l'utilisation de ce pacer dans le programme nspeed avec la modification de l'option en ligne de commande.

pour l'option -r je pense que le mieux est de considerer que son role est de prolonger un get/put plutôt que de vouloir répéter le pacing plusieurs fois.
Fonctionnellement "get url/10Mo.iso" et "get -r 10 url/1Mo.iso so" est la meme chose, 10Mo seront télécharger avec un seul GET ou 10 GET a la suite. Si un pacing est introduit celui ci aura lieu sur l'intégralité des 10 GET (y'a un travail à faire entre les GET pour garder le pacing en cours).

Le projet est maintenant 100% open source. Les releases et leur annonces se feront maintenant entierement sur https://github.com/nspeed-app/nspeed et plus ici.

J'ai rajouté un tutoriel d'une utilisation basique de NSpeed dans mon tutoriel Création d’une clé USB bootable, pour réaliser un test de débit fiable à coté de Nperf desktop et iPerf3 (pour SpeedTest Cli, je suis en contact avec les développeurs, j'attends de savoir si l'outil est maintenu ou non pour éventuellement l'intégrer).

J'ai traduit rapidement les commandes de NSpeed en français.

Ne pas hésiter à faire des propositions pour améliorer le tuto, la traduction en français ou les exemples fournis, mais cela doit rester simple, on vise des personnes qui ont peu de connaissances réseau.

Note : Je vais proposer ce tutoriel à l'Arcep (sans être sûr que cela sera accepté).