Under Preferences -> Thumbnails turn on the Enable shell image extraction... option. This should let Opus call those third-party Explorer plugins you refer to to generate thumbnails for RAW files.
Leo is planning to write a RAW plugin sometime in the next month or so (apparently
I have written a plugin which I think might support this format.
If you check you Inbox on this forum, I have PM'd my e-mail address to you.
If you send me a couple of RAW images along with JPEG copies as well (so I can see if the image is rendered properly), I will check it with the plugin and get back to you.
[quote]
jon wrote:
Under Preferences -> Thumbnails turn on the Enable shell image extraction... option. This should let Opus call those third-party Explorer plugins you refer to to generate thumbnails for RAW files.
Leo is planning to write a RAW plugin sometime in the next month or so (apparently [/quote]
Hi Jon,
I just enabled this option and as soon as I switch from Details mode to Thumbnail mode, DOpus crashes (it simply dies without any errors popping up).
I have to disable this option to get thumbnails mode to work again on CR2 (Canon Raw V2) files, and even then, all that is shown is an icon for the filetype; no thumbnail image.
I have also isolated the problem to DOpus crashing because of .CR2 files by placing only files of that type in a directory and opening that directory in Opus.
I use DPMagic Plus as my Explorer shell command for RAW camera support.
Is there anything I can do to aid you in finding out the cause of the crash?
As well as DirectoryOpus 8 crashing with dpMagic Plus installed while the "Enable shell image extraction" option (for thumbnail mode) is enabled, there is another scenario that crashes DirectoryOpus constantly.
With this application installed (at least under Windows XP Professional), DirectoryOpus 8 constantly crashes whenever I copy Canon CR2 RAW files and a given file exists in the destination. This occurs regardless of the setting of "Enable shell image extraction")
I am thinking that this is because Opus uses the shell open command to get a thumbnail for the RAW file for the overwrite confirmation dialog, which calls dpMagic to generate the thumbnail.
Can you please look into this, Jon? I just checked with Windows Explorer and there are no dpMagic crashes as result. This appears to be an Opus bug.
I have provided some CR2 files for you, here. You can probably install dpMagic Community edition (dpmagic.com/features_community.html), and use these RAW files available below (they are photos of my wife's pretty Christmas tree ), for testing:
I've got most of the work done on my DCRaw plugin. Still need to tidy some things up and write the configuration GUI, but image viewing itself now works:
The same plugin also supports JPEG 2000, PPM (etc.) and also Targa.
There's already a Targa plugin for Opus (the example that comes with the SDK) but this new plugin supports TGA images with Alpha (transparency) as well as 8-bit TGA files.
Should have a version people can use/test in the next couple of days.
[quote]
nudel wrote:
I've got most of the work done on my DCRaw plugin. Still need to tidy some things up and write the configuration GUI, but image viewing itself now works:
The same plugin also supports JPEG 2000, PPM (etc.) and also Targa.
There's already a Targa plugin for Opus (the example that comes with the SDK) but this new plugin supports TGA images with Alpha (transparency) as well as 8-bit TGA files.
Should have a version people can use/test in the next couple of days.[/quote]
Great nudel! I can't wait, since dpMagic and DirectoryOpus aren't working well together. It seems both authors want to blame the other software. LOL
[quote]
jon wrote:
The crash is occurring inside dpMagic's implementation of the IExtractImage::Extract function. Hard to see how this is an Opus bug
You will need to ask them why this is happening.
Cheers,
Jon[/quote]
Hi Jon,
Yep, it's me again, your favorite pain in the rump.
I wrote dpMagic support and this was their reply:
======
Dear Ray,
We have never tested dpMagic with DirectoryOpus. I don't see why they think
there is a bug in dpMagic as dpMagic works fine with Microsoft Windows
Explorer on different Windows/Service Pack versions. I would rather suspect
a bug in DirectoryOpus. Just a fact that exception happens inside a dpMagic
code is not an indication of a bug in dpMagic. I understand that this is not
a satisfactory answer for you but we cannot start working on supporting
DirectoryOpus unless there is sufficient number of our users having problems
with it.
I apologize for any inconvenience,
Mikhail Stolpner
I wonder how I'll get a fix for this now, if ever? I wonder ... if a bunch of DirectoryOpus users wrote dpMagic.. That's support@dpmagic.com..
This is starting to remind me of the Amiga days, when everyone blamed everyone else for their software's problems.
Ah well, I guess once nudel's plugin is ready, I'll have to write off dpMagic as wasted money because other than that one problem, I haven't had a crash with Opus 8.
Well I kind of suspected that would be their response
If you want to pursue it, you can tell them that I have traced the code into their IExtractImage::Extract function, where the exception is occurring. Since the exception occurs in their code and not in ours, and since I don't have their source code and they do, the ball is really in their court as to whether they wish to support their registered users or not.
[quote]
Ah well, I guess once nudel's plugin is ready, I'll have to write off dpMagic as wasted money because other than that one problem, I haven't had a crash with Opus 8. :-D[/quote]
I have replied to him, basically telling him to get with the program (but in a nicer way, including your note regarding the trace into IExtractImage::Extract() )
), for testing:
