Somtimes I want to watch a film. But the server allow only 30KB/s in one stream. aria2c get easy 700KB/s with multiple stream, but I cannot watch the Film, until it is complete downloaded. It’s while the first chunk is still "on the" 30 KB/s.
The idea is, to allocate at a head of file more chunks, that I can begin to watch the Film after a few minutes.
This was only an one example of the usability of this feature.
I think, this were a killer feature.
I think this thread is related: http://sourceforge.net/apps/phpbb/aria2/viewtopic.php?f=2&t=109
In short, if you are using latest version of aria2, try --stream-piece-selector=inorder -k1M
This is near that what I want. But this method mena, that connection must be established very oft. And this along the downloading time.
I mean the better way:
Split points:
x, ax, a^2x, a^3*x... and so on in the geometric row. a is a constant, that depends on the downloading speed.
In this way is possible to reduce amount of new connection along the downloading time.
You can use --enable-http-pipelining=true to reduce the number of connection establishment.
But I think your split point strategy is very interesting.
I made a patch to use geometric split strategy.
Patch attached. This patch replaces inorder split strategy, so you need to add --stream-piece-selector=inorder to test this function.
Implemented in upstream. Use --stream-piece-selector=geom.