[SOLVED] FreeImage.dll not found

Hi guys, sorry to beat a dead horse here, but I’ve gone through the various other topics and attempted the suggested solutions (mainly installing the various different versions of the Visual C++ redistributables) to no avail. I was wondering if any of you had any further insight.

This is my error:

C:/Users/aetharr/Documents/Projects/Local/Programming/monogame_behaviors/src/Monogame.Content/Content/arrow.png: error: Importer ‘TextureImporter’ had unexpected failure!
System.DllNotFoundException: Unable to load DLL ‘FreeImage’: The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at FreeImageAPI.FreeImage.GetFileType(String filename, Int32 size)
at FreeImageAPI.FreeImage.LoadEx(String filename, FREE_IMAGE_LOAD_FLAGS flags, FREE_IMAGE_FORMAT& format)
at Microsoft.Xna.Framework.Content.Pipeline.TextureImporter.Import(String filename, ContentImporterContext context)
at Microsoft.Xna.Framework.Content.Pipeline.ContentImporter`1.Microsoft.Xna.Framework.Content.Pipeline.IContentImporter.Import(String filename, ContentImporterContext context)
at MonoGame.Framework.Content.Pipeline.Builder.PipelineManager.ProcessContent(PipelineBuildEvent pipelineEvent)

Also, I do have the FreeImage.dll file in the same directory as the Pipeline.exe application C:\Program Files (x86)\MSBuild\MonoGame\v3.0\Tools

I was using the Development build of Monogame, but have also tried using 3.5 Stable with no success and I’m running Windows 10 Pro 1607.

I hope someone can help because I would really like to get stuck in~

See this post for the workaround. [SOLVED] FreeImage.dll not found - #9 by monopalle

Are you using Source or the MSI installer?

A couple things to try. If you are using source, don’t forget to update the submodules, especially the ThirdPartDependancies.

If you are using the MSI, try installing the stable 3.5 MSI and see if the issue is replicated. Just to ensure nothing has broken in the 3.6 MSI (also if it works with 3.5, then try updating to 3.6 dev)

Hi, Thanks for the quick response!

I have been using the installers from the Monogame.net site. http://www.monogame.net/downloads/

I tried the Development Build of Monogame for Visual Studio,

And when that didn’t work, I tried the stable release of “MonoGame 3.5 for Visual Studio”

I get the same issue in both cases.

Hm, i’ve read all this twice, and I’m sorry to say, I still don’t understand if you are trying to install monogame, and having issues with that, or trying to get your existing code to run using monogame… ?

1 Like

Sorry, ok.

I can install MonoGame, no problem.

I can build and run the project templates.

The problem, is when trying to compile images through the content pipeline tool, it always fails and presents that error.

I am not trying to port a game to MonoGame or anything like that, I just want to compile my graphics assets in a new, simple project.


Are you using that Extended thing? [Still new to it myself, not had the time to explore it as of yet]

If not, are you using a dev branch?

Why are you not using [As it appears as though you are using an XNA project for this at the moment or something along that line] the pipeline tool itself?

You are contradicting or mixing up your meaning in your messages… first you said:

compile images through the content pipeline tool

and then you said…

I just want to compile my graphics assets in a new, simple project.

So it is difficult to gauge if you are using a project to compile your assets or the pipeline tool executable…

I am not even going to start going through your original post… my head exploded reading that one… :cry:

Even I have read this thread a number of times… I am still lost. :no_mouth:

Perhaps start again, what is it you are trying to do, what are you using, what is your setup and where exactly are you getting that error?

A little back story may help more here :slight_smile:


Also welcome to the forums :slight_smile:

Hi MrValentine and thanks for the welcome~

I shall try to be clearer.

The error I receive, which you can see in the first post, is when I attempt to compile image assets using the Pipeline tool. So, when i click the Build button in the pipeline tool after adding assets.

I am using a Windows 10 machine, I have Visual Studio 2015 Community installed, DirectX, and the appropriate runtime libraries. I have attempted to use the pipeline tool from the Development build of Monogame unsuccessfully, and then the 3.5.1 stable release, also unsuccessfully.

The rest is not important in this issue. To attempt to simplify the problem further, I created a new ‘Cross-Platform’ project (as the Windows Desktop template seems to create a broken project)…

I am able to Build this project.

However, when attempting to use the Pipeline tool to compile image assets, I receive described above.

I hope that this has made the issue clearer.

Ok! Yeah, the whole content pipeline thing can be tricky for a lot of us to fully understand :slight_smile:
Luckily, once everything is setup, and the workflow is established, it will run smooth, no problems.

I think you should delete those png files from your project enirely (including the actual files in the build dir, any xnb files by the same names)…

Then, add the png files to your project simply by dragging the files into your content folder in the solution explorer side-bar.

Then high-light all these new png items in the solution explorer, and set their properties fields to ‘Content’ and ‘Copy if newer’…

You don’t really need the tool for png files in the first place, it just adds another layer of confusion :slight_smile:

Awesome, and that’s interesting to know.

Basically, this stems from me playing around with Monogame on a Mac a while back, but finding some issues with Mouse input with the OpenTK implementation that it’s currently using. (The issue was that when holding a mouse button, it would no-longer update the mouse position until the button is released.)

So, with the knowledge that OpenTK is being replaced with SDL2 in the 3.6 Milestone, I decided to leave it for a while in hope that 3.6 would be released soon…

Fast-forward a few months and sadly that still hasn’t yet been released. I’ve got a Windows machine now and decided to just try to play with Monogame anyway. I thought that if I used the Development build, that It might have the SDL implementation in place in some manner at least.

However, I noticed that it seemed unable to find any of my texture assets, throwing ContentNotFound Exceptions, and I noticed in the error text that it was looking for XNB files and not the PNGs, which is why I wanted to try and make use of the Content Pipeline utility.

Due to the length of time between looking at Monogame 3.5 on my Mac and the development build on my Windows machine, I did not connect the dots that it might be an issue with using the dev build instead of the stable one.

In Conclusion, and TL:DR;
I cant seem to load PNG texture assets when using the MonoGame development build, as it seems to exclusively look for XNB files. But I can just make use of 3.5 stable for now, so it’s ok.

The original FreeImage.dll issue is still present, but thanks to @monopalle’s suggestion, I can work around it, easily enough.

Thanks everyone.

1 Like

Curious @monopalle that you are recommending not using the content pipeline as it’s one of the most powerful features of XNA and now MonoGame. Yes there is an extra layer, however what you get for managing and maintaining your content, it is well worth it. (Keep an eye out as I’ll be doing a fair bit on my new MG channel on this)

Would still like to get to the root of your issue @aetharr (oh and yes welcome :D).

Could you let me know a bit more about your PC build, is it x86 or x64?

After a little digging, I did find a dependency of FreeImage which is the C++ runtime in this post:

You can get the installer for the C++ redistributable here:

Although it’s odd that this old issue has reared it’s head. I personally am running the same build as you (except I use enterprise) and have never had this issue.

I do need to rebuild another machine (for a demo) so I will try just the components you are using and see if I can replicate


Hi @SimonDarksideJ

Haha, my god! I’ve spent ages looking into this, and also found the various posts suggesting to install the C++ runtimes. Though each post had a different version, and I must’ve missed the 2013 versions as it seems to have resolved my issue!

Thank you very much! I wanted to be able to use XNBs in the long run to try and have it that my art assets wouldn’t be quite so easy to rip upon completion, but I also wanted my project to actually run, so there’s that.

To answer your question, my PC is running Windows 10 x64, with Visual Studio Community 2015.

Sorry that it ended up being the issue of C++ runtimes, as described in the other posts… I did try most of them, but again, must’ve missed these ones.

Thanks again!

I can also confirm that this works with the current Dev build of MonoGame, thanks a lot :slight_smile:


Oh I use it, didn’t mean to imply that its use-less… I just mean to say that while learning the basics, you can go far without involving the tool… Drag/drop png files is fine, I think… In my experience…

True but even with PNG’s you lose the binary compress you get by default with XNB’s which are tied to a specific platform :smiley:

So you can, but I’d not recommend it.

Only thing I’d say to use without the Content Pipeline is audio, as there is still a way to go (as far as I know) to improve that side and there are better ways to compress it yourself at the moment with free compression algorythms. The lack of Xact support also hurts (but that’s a different problem)

Glad to help @aetharr

Also to note, I’ve updated the homepage on the XNAGameStudio github archive site for those trying to use those samples. Until I get round and migrate them all, you can use the MXA VS addon to open the original XNA game projects in modern VS :smiley:

Whats a binary compress? And what does it mean to lose it? :scream:

The XNB format is a compressed format, which is compressed using a binary format particular to each platform you build it for (hence why some XNB’s are different between platforms)
Without it, your images and text files remain the same size in the game package.

I thought that was accounted for automatically during the build process, with or without the tool… -I thought when I published for each platform, my png’s were just built as xnb’s (if newer) for whatever target platform I had selected :frowning:
we’d probably need a whole other thread for this.

definitely not. If assets are in the solution, then it’s completely up to you, there is no magic involved.
Simply comes down to have mg manage your assets in a content project or do it yourself.
XNA was exactly the same.

I downloaded C++ redistributable reinstallation worked for me thanks. Now, i get Spritefont “Index was out of range” error.

1 Like