Currently the only controls are redundency % and block
count/size. It would be much nicer to set redundency by how
much space the pars should take up (so that you can easily fit
something on a CD) and to see how much time is left, if not
guestimate redundency by how much time is allowed.
(EX, I have this thing I NEED to get done ASAP to mail to
someone. I've got 5 min left before I have to start uploading it
to make it, give me as much redundency as I can get.)
Logged In: YES
user_id=477089
Being able to specify a file size limit for the par2 files is a
good suggestion and I will probably implement it.
Specifying a time limit to create the par2 files is a little more
tricky since it is not always possible to get an accurate
estimate of the speed at which data will be processed. One
thing that might be possible is to start by creating a certain
number of recovery blocks and during the processing estimate
how much time it will take to finish. If the time estimate is
too long, it could abandon some of the partly created
recovery blocks and continue creation of a reduced number.
This would give you par2 files with some junk in where
recovery blocks did not get fully computed because time ran
out.