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...