Are you sure not miss something in api's control ?
JkDefrag v4 will be able to move more files. While developing v4 I have found why v3 could not move certain files.
! Jeroen !
Can you make the modifications to release a new version 3.x wich will be able to move MORE FILES than 3.36 and do a 4 zone-single pass(z4=-a6 and the rest sorted at user wish as previous)? Working with 2 passes for each partition with negative masks to include/exclude files is painful, time consuming and drive killer, and still leaves UNLOKED FILES FRAGMENTED all over (I've checked).
I am still working with your sources, but to be able to make something I must first learn Visual Studio and then understand your work.
As you can see, lot of active forumers like my idea for the 4-th zone.
Do you like it?
Is this so hard for you to do it now that you made it for v4?
Can you help us?
I've spent about 2 mounths to learn Visual and not sure to be able to do something before 1-2 mounth for working modifications.
It's your baby, can this take more than a week from your time to make the improvements and forumers with happy faces?
At least release the last 3.37 version with:
-open source(I will NOT keep modifications just for me by mailing them to you/posting for free on the web)
-move ALL unlocked files and temporary unlock files to move/defragment them
-move files from the end of partition (if they are NOT rar, mp3..etc - what user wish to put there), fill/defrag/sort the end of partition with user files/folders by mask(less used files: music, archives, video, images..etc) JUST TO MAKE PLACE at the beginning of drive for the rest of the files to be defragged/sorted as previous versions do.
-if started without arguments to look in the drive's root and if it finds an *.jkd file, to take the arguments from there. If not, execute the defaults.
I think this is a better approach of drive optimisation.
I use it with 2 passes, before each pass I run chkdsk with /x on EACH DRIVE.
Trust me, files are better/faster accessed this way.
I spend almost all my time to learn Studio and then alter/add lines to your source.
It is like learning chineese language to read the work of emperor X, and correct some "mistakes".
Moving less important big files at the end of drive and defrag/sort them AT THE BEGINNING, before other placement strategies will make A BIG IMPROVEMENT with small pain from you (at least, much, much smaller than for a newbie).
I am sure, sooner or later, I will be able to reach the level you are now but the source I am working with contains "bugs" as you said, and "bugless" sources (v4.x) will never be released. To solve them I'll be forced to dig deep, as you did, to solve the non movable files, and to add another step in defragmentation chain (4th zone and ini file), but if the OpenSource and v3.x subjects are closed what will be the point?
As you said, 3.x is frozen, 4.x not OpenSource. I can't open another OS project if my improvements are good but you don't assimilate/accept them in 3.x. So, if I succed, the result will be OS for me and freeware for the world ( and the OS improvements will die)?
Best should be if the author of the OS listen advices and improve HIS OS and enthousiasts to work with contributed/improved sources.
To make it work you have spent years of your time, buy many books and replaced many dead keyboards. All the stuff is in your head. You are the CREATOR. Polish it to make it PERFECT.
Of course, if YOU don't, others will try to do it in your place, and even sell it.
If you make a complete, perfect opensource, people will use it and blessing is for YOU. If important improvements still to be done, others can do them and NEVER release the sources.