I've now looked that up in the registry of the old system.
There, my registry tweaking was this:
, and it worked.
I've verified that I'm running LDView 4.2 beta 1 of Apr 7, 2012 on the new system.
There, the mentioned registry keys are not present,
and using the GUI to setup additional pathes only affects the "normal" LDView,
but not the thumbnails instance or the screensaver instance.
EDIT:
I think the thumbnailer should use the LDView executable which lies next to it in its directory.
This is the behaviour I would expect. As only 1 DLL can be registered, so can only 1 executable
that does the work. And the one that does it should be the one next to the registered DLL,
not some other one sitting somewhere else on the HD (IMHO).
There, my registry tweaking was this:
Code:
[HKEY_CURRENT_USER\Software\Travis Cobbs\LDView\ExtraSearchDirs]
"Dir001"="C:\\some\\cool\path\\LSYNTH"
[HKEY_CURRENT_USER\Software\Travis Cobbs\LDView\Sessions\Thumbnails\ExtraSearchDirs]
"Dir001"="C:\\some\\cool\path\\LSYNTH"
[HKEY_CURRENT_USER\Software\Travis Cobbs\LDView Screen Saver\ExtraSearchDirs]
"Dir001"="C:\\some\\cool\path\\LSYNTH"
I've verified that I'm running LDView 4.2 beta 1 of Apr 7, 2012 on the new system.
There, the mentioned registry keys are not present,
and using the GUI to setup additional pathes only affects the "normal" LDView,
but not the thumbnails instance or the screensaver instance.
EDIT:
I think the thumbnailer should use the LDView executable which lies next to it in its directory.
This is the behaviour I would expect. As only 1 DLL can be registered, so can only 1 executable
that does the work. And the one that does it should be the one next to the registered DLL,
not some other one sitting somewhere else on the HD (IMHO).