Page 1 of 1
PAR check/sort into folders?
Posted: Tue Mar 16, 2010 4:15 am
by Cerebus
When downloading a mass amount of stuff, is there a way to have it put the stuff into folders according to the PAR file?
Look at alt.binaries.sounds.mp3.drdemento, and notice the raw MP3 files posted, not archived/compressed. When you select a wide range of stuff, the par files are processed. But it all ends up in the same directory.
If they were archived, then when it unpacks them, they would end up in named folders.
Posted: Wed Mar 24, 2010 2:46 am
by alex
if it is about unraring - in edit menu->properties->save/unpack ... unrar to subdir, derive name after rar.
as to par2 files - data files go into the same directory as the par2 files (actually directed by the user), sometimes data files may be downloaded first, so if to try to put them into the directory according to the par2 files it could be pretty confusing if to stick to the current set of options.
Posted: Sun Mar 28, 2010 4:53 pm
by Cerebus
If they would rar them, that would make it happen then .. but in this case, the majority of stuff is posted unrar'ed, just with a par set for the associated files.
..and thats how I have the settings, to derive after the rar into a subdirectory. So, then I guess not in this case.
Sounds like voodoo, but .. what if the same routine that looked at the par2 files and just treated them as the same options set to unrar files, as if it were unraring?
Incomplete par2/no par2, then the stuff just ends up where it's at. As it came.
Posted: Mon Mar 29, 2010 3:41 am
by alex
maybe to move remaining files probably along with the par2 files to some subdirectory with name derived after par2 file after verification is complete. question who will need it.
actually it can be resolved on the marking for download stage, you can direct different files to different directories, just select attachments and then choose a desired save directory.
if you mark everything for download and save into the same destination, even with the above change there may be still some unsorted leftover files in the end.
Posted: Mon Mar 29, 2010 7:46 am
by Cerebus
Thats what I do now, just point it at the same place, but if there were some residuals but stuff did get sorted, it wouldn't be so bad, in my opinion.
Posted: Tue Mar 30, 2010 3:19 am
by alex
ok, i'll think, need to check the code around when the par2 set becomes complete and par2 files are optionally being deleted, maybe i can insert some code there, also it is a challenge to find space in the unpack properties pane without resizing property pages.
Posted: Tue Mar 30, 2010 11:49 am
by semel666
If it's hard to find a necessary space in the unpack settings window then one of the soultions i think might be making all this available just in some .ini file to edit for advanced users so to speak.
Or maybe introducing a pop-up panel. You click on a button in the unpack settings window and the whole new window opens up where you can do what you need to. Just thoughts
Posted: Wed Mar 31, 2010 2:31 am
by alex
maybe along those lines, .ini file would be a bit drastic though.
i also sometimes change the defaults, optimal user settings may change as time goes.
ideally most of options should be under the "advanced" group control, with "default" buttons and asterisks after the option name to indicate which options differ from defalut. then the size of the properties pane would be less of concern.
Posted: Wed Mar 31, 2010 4:00 pm
by Cerebus
Though drastic, at least the .ini approach would allow things to be tested before busting butt on the GUI portion of the implementation.
I've downloaded 97GB from that newsgroup, I'd rather do it again and have most of it sort by par2 sets than do it myself. Even if it comes up with funky filenames for the directories. It's a lot easier to rename each one than to move 8 files into each one.
..IE, a test bed
