Page 1 of 2
About resolve cache path from current folder
Posted: 13 Aug 2022 12:37
by Norn
If I understand correctly, resolve cache path from current folder doesn't work? After renaming or moving, entering the folder will refresh the thumbnails.
Configuration | Preview | Thumbnails | Resolve cache path from current folder
Re: About resolve cache path from current folder
Posted: 13 Aug 2022 13:40
by Norn
Found the problem, it is the problem that the folder name contains Unicode characters.
Did some tests:
In thumbnail view #1, renaming a folder and then entering a folder occasionally pops up Error 6 or Error 7, it seems that this error does not appear when option "resolve cache path from current folder" is checked.
Re: About resolve cache path from current folder
Posted: 14 Aug 2022 10:01
by admin
Unicode in paths is fully supported. Are you sure?
Re: About resolve cache path from current folder
Posted: 14 Aug 2022 12:03
by Norn
Occasionally, it doesn't affect me.
Re: About resolve cache path from current folder
Posted: 14 Aug 2022 12:20
by admin
Re: About resolve cache path from current folder
Posted: 14 Aug 2022 16:34
by Horst
And you are shure that the in files for thumbnails will not exceed the limits of ini files in Windows ?
Re: About resolve cache path from current folder
Posted: 14 Aug 2022 16:37
by admin
I wrote my own INI handling. It has no limits.

Re: About resolve cache path from current folder
Posted: 14 Aug 2022 16:41
by Horst
admin wrote: ↑14 Aug 2022 16:37
I wrote my own INI handling. It has no limits.
Cool

Re: About resolve cache path from current folder
Posted: 16 Aug 2022 13:28
by Norn
Fixed!
Off topic, I have an idea:
Use a new thumbnail.exe (similar to i_view64.exe, montage.exe) for multithreading to create thumbnails and write the cache information to the ini file, then XY get the thumbnail cache information from the ini file?
If this is not feasible or reliable, forget about it. . .
Re: About resolve cache path from current folder
Posted: 16 Aug 2022 14:10
by admin
Yes, that would work. It's already on my list. As are some other things.

Re: About resolve cache path from current folder
Posted: 16 Aug 2022 14:53
by Norn
Great!

AFAIK, many people use XY as an image manager, because XY has functions such as tags, labels, comment, MDBU. . .
Re: About resolve cache path from current folder
Posted: 16 Aug 2022 17:26
by admin
I just had a wonderful little idea (that I could and should have had years ago): It is not necessary to write thumbnail.exe. There is already an app that can do all the thumbnails stuff needed: It's called XYplorer! And just like thumbnail.exe, it can be run in a separate process in the background! Let's call this process a
shadow instance. That shadow instance will load quickly because it does not have to do any browsing, the tree and list will be empty, but who cares, the whole instance will be invisible anyway. But the full power of XYplorer will be there. If that idea works (it seems too good/easy to be true ATM), then also "XYcopy.exe" will be history.

Re: About resolve cache path from current folder
Posted: 16 Aug 2022 18:36
by Filehero
admin wrote: ↑16 Aug 2022 17:26
Let's call this process a
shadow instance.
If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?
Re: About resolve cache path from current folder
Posted: 16 Aug 2022 19:58
by klownboy
admin wrote: ↑16 Aug 2022 17:26
Let's call this process a shadow instance.
That is very cool Don. I have to
stop working on an update the Thumbnail Maintenance script now for sure until this comes to pass. The current script does thumbnail building or refreshing in a background tray instance of XY, but this will be so much better.

Re: About resolve cache path from current folder
Posted: 17 Aug 2022 10:26
by admin
Filehero wrote: ↑16 Aug 2022 18:37
admin wrote: ↑16 Aug 2022 17:26
Let's call this process a
shadow instance.
If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?
Filehero wrote: ↑16 Aug 2022 18:37
admin wrote: ↑16 Aug 2022 17:26
Let's call this process a
shadow instance.
If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?
Filehero wrote: ↑16 Aug 2022 18:37
admin wrote: ↑16 Aug 2022 17:26
Let's call this process a
shadow instance.
If this should turn out as mind blowing: could this instance theoretically also serve as a/the script runtime?
Stuck in a time loop? I know the feeling.
PS: The answer is YES.
