A lot of the full cds that i have gotten off of usenet dont have enough pars to recover the whole thing. but would have enough for a few of the mp3s. especially if i could choose not to recover the .nzb, .sfv, .nfo, and album cover files. i was wondering if this could be a feasible feature to include at some point.
mr.gonewrong@gmail.com
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't think its possible. Cause then what's stopping you from specifying the files one at a time and then inching your way to the whole thing?
Say you got 10 megs of par. But there is 100megs of total data.
You then restore 10 megs, save it, and then specify that you want to restore a different 10 megs. you keep repeating the process until you got 100 megs. So you've started with 10 megs and gotten 100 megs.
Why stop there? lets carry it further and extract 1000 terabytes from 1 byte by specifying 1 byte at a time.
Something has to be wrong. This is impossible, you're getting something from nothing.
only way i can see it working is if it extracts only the data available from the blocks you have. If that's the case, then you can't select what to extract.
So if the blocks you have don't have what you want then you're out of luck.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Assuming the sfv, nfo, etc are included in the recovery set then it is not possible to just ignore them. The way the math works is if you have 3 recovery volumes then you can recover up to three missing files that are included in the recovery set. So if you have 3 recovery volumes and 4 missing files you just cant ignore the extra missing file because that extra missing file is actually needed to do the math involved in recovering the other three files/blocks.
On the other hand if the program allowed you to do so and if you had for example 3 missing/damaged files and 3 recovery volumes then it would be possible to only recovere 1 or 2 (or all 3) of the files that are missing.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This feature would be handy, though I can see how the specification might not allow for it.
So many people muck up the PAR2 files by including either the PAR2 files in the set, or the extracted files from within RARs that you're downloading.
Having just downloaded nearly a 2GB set and found I can't recover it, though I am only missing about 300KB worth of data, all because someone included the extracted files in the set. - it's a feature that needs adding.
Orb
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A lot of the full cds that i have gotten off of usenet dont have enough pars to recover the whole thing. but would have enough for a few of the mp3s. especially if i could choose not to recover the .nzb, .sfv, .nfo, and album cover files. i was wondering if this could be a feasible feature to include at some point.
mr.gonewrong@gmail.com
I agree that would be a great feature.That is assuming that this feature is even possible within the par2 specs.
I don't think its possible. Cause then what's stopping you from specifying the files one at a time and then inching your way to the whole thing?
Say you got 10 megs of par. But there is 100megs of total data.
You then restore 10 megs, save it, and then specify that you want to restore a different 10 megs. you keep repeating the process until you got 100 megs. So you've started with 10 megs and gotten 100 megs.
Why stop there? lets carry it further and extract 1000 terabytes from 1 byte by specifying 1 byte at a time.
Something has to be wrong. This is impossible, you're getting something from nothing.
only way i can see it working is if it extracts only the data available from the blocks you have. If that's the case, then you can't select what to extract.
So if the blocks you have don't have what you want then you're out of luck.
Assuming the sfv, nfo, etc are included in the recovery set then it is not possible to just ignore them. The way the math works is if you have 3 recovery volumes then you can recover up to three missing files that are included in the recovery set. So if you have 3 recovery volumes and 4 missing files you just cant ignore the extra missing file because that extra missing file is actually needed to do the math involved in recovering the other three files/blocks.
On the other hand if the program allowed you to do so and if you had for example 3 missing/damaged files and 3 recovery volumes then it would be possible to only recovere 1 or 2 (or all 3) of the files that are missing.
This feature would be handy, though I can see how the specification might not allow for it.
So many people muck up the PAR2 files by including either the PAR2 files in the set, or the extracted files from within RARs that you're downloading.
Having just downloaded nearly a 2GB set and found I can't recover it, though I am only missing about 300KB worth of data, all because someone included the extracted files in the set. - it's a feature that needs adding.
Orb