Depedency path for libwebp native codec dlls

[kiranbhadani]

Is there any way I can specify folder path for libwebp native codec dlls?

[saucecontrol]

Have you seen #107 ?

There was an issue with the dependency resolution in the managed wrapper, which has been fixed in the latest CI packages

If you have a scenario not covered by the logic in the package, you can call LoadLibrary on the native DLLs yourself. As long as they have been loaded in the process before any of the P/Invokes from the managed wrapper, they will resolve correctly.

[kiranbhadani]

Thanks @saucecontrol, I tried new packages but it doesn't work for me, I am getting below error

System.DllNotFoundException: Unable to load DLL 'webpdemux' or one of its dependencies: The specified module could not be found. (0x8007007E)
at PhotoSauce.Interop.Libwebp.Libwebpdemux.WebPDemuxInternal(WebPData param0, Int32 param1, WebPDemuxState param2, Int32 param3)**

it looks like I have to manually copy webp codec files to my website root folder, but that also doesn;t work for me as I am using these packages are part of plugin framework

[saucecontrol]

That call stack doesn't look like it's from the latest CI build. If the native dependency resolution fails, you should be getting the error on WebPGetDemuxVersion before it ever gets to WebPDemuxInternal.

The related code is here:

PhotoSauce/src/NativeCodecs/Libwebp/WebpCodec.cs

Lines 25 to 57 in 49a40c0

	private static readonly Lazy<bool> dependencyValid = new(() => {
	#if NETFRAMEWORK
	// netfx doesn't have RID-based native dependency resolution, so we include a .props
	// file that copies binaries for all supported architectures to the output folder,
	// then make a perfunctory attempt to load the right set before the first P/Invoke.
	if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows))
	{
	[DllImport("kernel32", ExactSpelling = true)]
	static extern IntPtr LoadLibraryW(ushort* lpLibFileName);
	string arch = typeof(WebpFactory).Assembly.GetArchDirectory();
	foreach (string name in new[] { "webp", "webpdemux", "webpmux" })
	{
	fixed (char* plib = Path.Combine(arch, name))
	LoadLibraryW((ushort*)plib);
	}
	}
	#endif
	uint ver = (uint)WebPGetDecoderVersion();
	if (ver < libver)
	throw new NotSupportedException($"Incorrect {libwebp} version was loaded. Expected at least 0x{libver:x6}, found 0x{ver:x6}.");
	ver = (uint)WebPGetMuxVersion();
	if (ver < libver)
	throw new NotSupportedException($"Incorrect {libwebp}mux version was loaded. Expected at least 0x{libver:x6}, found 0x{ver:x6}.");
	ver = (uint)WebPGetDemuxVersion();
	if (ver < libver)
	throw new NotSupportedException($"Incorrect {libwebp}demux version was loaded. Expected at least 0x{libver:x6}, found 0x{ver:x6}.");
	return true;
	});

[kiranbhadani]

This is the latest stack trace

System.DllNotFoundException: Unable to load DLL 'webp' or one of its dependencies: The specified module could not be found. (0x8007007E)
at PhotoSauce.Interop.Libwebp.Libwebp.WebPGetDecoderVersion()
at PhotoSauce.NativeCodecs.Libwebp.WebpFactory.<>c.<.cctor>b__8_0()
at System.Lazy1.ViaFactory(LazyThreadSafetyMode mode) at System.Lazy1.ExecutionAndPublication(LazyHelper executionAndPublication, Boolean useDefaultConstructor)
at System.Lazy1.CreateValue() at System.Lazy1.get_Value()
at PhotoSauce.NativeCodecs.Libwebp.WebpFactory.CreateDemuxerPartial(WebPData* data, WebPDemuxState* state)
at PhotoSauce.NativeCodecs.Libwebp.WebpContainer.TryLoad(Stream imgStream, IDecoderOptions options)
at PhotoSauce.MagicScaler.CodecCollection.GetDecoderForStream(Stream stm, IDecoderOptions options)
at PhotoSauce.MagicScaler.CodecManager.GetDecoderForStream(Stream stm, IDecoderOptions opt)
at PhotoSauce.MagicScaler.MagicImageProcessor.ProcessImage(Stream imgStream, Stream outStream, ProcessImageSettings settings)

I am able to solve this by loading codec dlls manually using NativeLibrary.Load

[saucecontrol]

I am able to solve this by loading codec dlls manually using NativeLibrary.Load

Ah ok, good to know. The plugin scenario is interesting, because I assumed modern .NET apps would get the native dependencies handled correctly by the SDK and *.deps.json, but that won't apply to uses that are not complete apps.

I suppose I could extend the best-effort loading code that's in place for .NET Framework to try NativeLibrary.Load on modern .NET as well. Where are the native binaries located relative to the managed wrapper in your case?