I'm using GdPicture.NET 8.3.0.3, and having some strange issue with merging some files. The input files are 8-bit greyscale jpegs. When I merge these using oGdPictureImaging.TiffMergeFileList(fileList, outputFile, TiffCompression.TiffCompressionAUTO The same happens if I change to TiffCompressionLZW...

Hi Löic, Thanks for fixing this. I am happy to report that I got AnyCPU mode working well now. I didn't want to rely on the GAC for this, instead favouring a xcopy deployment. To get this working I added folders Lib\x86 and Lib\x64 with the relevant dlls, and set the reference to GdPicture.NET with ...

Hi Loïc,

You're very welcome. Did this make it into the 7.3 release? I didn't see it anywhere in the feature list. But then, you might not consider it a feature merely a technicality.

Ok. So I've been looking into the problem a little more closely. As it turns out the problem is very simple: Your x86 and x64 versions of your assembly should have the same strong names. It appears they both have different assembly names (with and without the .64 postfix) as well as being signed wit...

We plans to produce an Any Cpu version in 2nd mid 2011. Thanks for your swift answer Loïc. That is very good news. I guess I might just live with compiling separate assemblies untill then. To me, your suggestion is basically a bootstrapper with an exe approach instead of a within-the-application ap...

I would like my application to be deployed with both native 32 and 64 bit versions of your assembly, and select the appropriate one dynamically. I do not want to build separate assemblies 32 and 64bit platforms. I had hoped you'd have an Any CPU version of your assembly, which would make this scenar...

Hi, Our goal is to provide native 64 bit version in mid 2010. I think we will be able to keep this deadline. With best regards, Loïc Hi, I'm loving your SDK, and trying hard to convince my boss that we should buy a full licence. I quickly ran into this little snag with 64 bit OS's however as we als...