Which script for Windows files

[joboxers]

i forgot to say, i run at first a script which moved all video files to end of the disk

[joboxers]

forced fill sounds better then fastfill

in my case i think forcedfill is a better choice, maby slower but no problem for me, its avoid any gap

[Darlis]

You already have SortByName as action. You don't need another action.
If you don't want to sort, you should use
Defragment()
FastFill(WithShuffling)

ForcedFill can fragment files again.

[poutnik]

hich one, ones do you this would be good for my script ( jpg files )

For this week only the jpg files are important, i need the fastest acces to them and future frangentation should be solved. These jpg files will never change or edited.

In your shoes, I would do this:

  # First zone: METART files
  FileSelect
    FullPath("J:\$MUSIC\METART\","*")
    /*variant: DirectoryName("METART"), faster, but can chose other folders of same name*/
  FileActions
    Defragment(Fast)
    FastFill(WithShuffling)
  FileEnd

  The same for other folders.

  Choose a right folder level for fileselect,
  for a zone to be neither too small neither too big.

But anyway, try more reading, thinking and trying yourself.

You would learn much more and faster by that way,
than if asking and requesting. During the time, spent on this thread,
you would be able to learn all what you need.

[joboxers]

poutnik:

and what about sort ascending? You did not wrote it

The metart folder have about 1200 subfolder. Each subfolder have jpeg files which are named by numbers. ıs it not logic to sort them ascending because when i open a jpeg files and want to go to next file it sounds logic that the next file should be next to this file.

[Darlis]

    FullPath("J:\$MUSIC\METART\","*")
    /*variant: DirectoryName("METART"), faster, but can chose other folders of same name*/

Another (in this case better) variant: DirectoryPath("J:\$MUSIC\METART")

@joboxers: Of course you can use SortByName(Ascending). We got confused after you wanted to use ForcedFill, which does not sort.

Edit: I just noticed: DirectoryName("J:\$MUSIC\***"), that you have in your script, would select nothing. You  have to use DirectoryPath here.

[poutnik]

poutnik: and what about sort ascending? You did not wrote it

The metart folder have about 1200 subfolder. Each subfolder have jpeg files which are named by numbers. ?s it not logic to sort them ascending because when i open a jpeg files and want to go to next file it sounds logic that the next file should be next to this file.

I have written if I were in your shoes....      If I omitted SortBy command, than I would not use it. BTW why music folder, if JPGs ?

Speculative sorting gain approarch supposes :

a disk head patiently waits between previous and next file,
no need to read any metafile info needed for that file
and there are not disk read/write demands during JPG viewing.

I guess it is far from the truth. It is applicable to machine boot file reading with usage of prefetcher feature. But hardly for manual sequential reading of the files. Access to these files would be driven by data transfer, not file access, it it were not bottlenecked by JPG Inverse Discrete Cosine Transformation processing.

[poutnik]

Another (in this case better) variant: DirectoryPath("J:\$MUSIC\METART")

sure, you are right, I have not reminded it myself while writing.

[poutnik]

I guess it is far from the truth. It is applicable to machine boot file reading with usage of prefetcher feature. But hardly for manual sequential reading of the files. Access to these files would be driven by data transfer, not file access, it it were not bottlenecked by JPG Inverse Discrete Cosine Transformation processing.

Try to measure how fast is the viewer loading the images ( more in serie if hard to a single ).
Then try to estimate, how fast is the computer loading those files, before passing them to a viewer to process them.

E.g. 4-8 MB JPEG file can on slower computer take few seconds to display.
That time is enough for computer to transfer dozens or even hundreds of MBs.

At such circumstances sorting such files for better access is not wise.

Especially when accessing them takes typically 10x less time than transferring them,
what was already said to be much faster then decoding.

[joboxers]

Poutnik,

i am sorry but do not always understand whay you mean. Your technical level is much higher then mine, i just understand 50% of that what you mean

If i would have the technical experiance like you both, i would make 20 different scripts for different usage.

This would avoid many forum users question and from this scrips peoples could make their own modification.

Scrips for storage disk with media files for example, or office files, for backup files
Scrips for windows xp, windows 7
Scrips to move folders / files to specified place of disk ( end or beginning )
Scrps for zones...


I mean different versions with different file actions and what each file action effect.

Ok, i know you will again say read the manuals, but practic is always better then the book

And not everything is mentioned in the manuals.

Samples should be written as full script, like a collection.

[poutnik]

I have said read, think and try. Practice included
BTW theory is practice of many people, helping avoiding of basic mistakes.

[poutnik]

i am sorry but do not always understand whay you mean. Your technical level is much higher then mine, i just understand 50% of that what you mean

OK  , so by other words.

JPG processing to be viewed is much slower than JPG file reading, whereever JPG is placed
AND
JPG file data reading is significantly slower ( takes more time) than JPG file accessing, whatever is JPG placement ordering.

E.g. after JPG folder sorting, JPG would be displayed  not after 2 seconds, but after 1.995 seconds. ( similar for batch JPG processing like mass resize).

Is the gain worthy of disk sortBy torture ?

[joboxers]

i know because of the compressing methode, it is different in bmp

[poutnik]

......
If i would have the technical experiance like you both, i would make 20 different scripts for different usage.
This would avoid many forum users question and from this scrips peoples could make their own modification.

Scrips for storage disk with media files for example, or office files, for backup files
Scrips for windows xp, windows 7
Scrips to move folders / files to specified place of disk ( end or beginning )
Scrps for zones...

I mean different versions with different file actions and what each file action effect.

Such personal custom scripts are often not for general usage, being tailored to particular partition.
And - according to personal preferences, that others may not understand or agree.

There is no best script at all, there could be good scripts,
according to requirements, demands, wishes and needs of both you and your disk.

Modifications of such scripts need some level of understanding of disk events and MyDefrag scripting. Otherwise they can be twisted and misused.

Once one has such knowledge, better then overtaking scripts of others
is to begin with general scripts, implementing ideas from forum, manual, and script fragments.

I suggest you googling forum with parameters  keywords  site:mydefrag.com

Better than thinking  what I want a script to do for me is  deep thinking why I want to do that ? Are there really good reasons for that ?
What is real gain provided by action ?
What is cost of the needed effort  to perform it ?
what would be stability of action result ?

And keep trying, as you prefer practice.

[craigkent]

java script and VB script both are good.
i use VB script.