Content folder location change?

I’ve just managed to get a new laptop setup with Monogame and it’s loading previous projects without errors, WooTheHoo!!

However, when I run an existing project I get errors from the LoadContent routine, “content file was not found, blah blah.”

I have copied the exact directory structure from the desktop to the new laptop, all files and folders are identical. The old folder structure is Game/bin/Windows/Debug/Content. But, that’s obviously not what the code on the laptop is looking for.

How can I find out where this install is looking?

Many thanks.

I should add I’m not using the pipeline tool for this app, just a content folder and files.

And I’ve thought of one difference, the desktop is running 3.5, I installed 3.6 on the laptop. Does 3.6 rely on the pipeline?

In MonoGame 3.6 support for loading raw assets was removed from ContentManager. It only loads .xnb’s from 3.6 on. To load raw assets you need to use the functions in the classes the assets get loaded into. (E.g. Texture2D.FromStream)

So, FromStream or put everything in the PipeLine tool?

I’ve read somewhere if you’re using Streams you have to properly dispose of the objects, does this mean if the game crashed under testing memory is robbed from the GPU? Or that it’s just goof practice?


Content isn’t unloaded from the ContentManager automatically when a crash occurs, so in that respect there’s no difference between FromStream and ContentManager.Load. A ContentManager does handle disposing unmanaged resources for assets it loaded when Unload is called, so you don’t have to call Dispose explicitly.

There’s other good reasons to use the Pipeline Tool + ContentManager though. You can read about them in a blog post by Dean here.

Yeah, I’ve tried using it before but it was buggy and complicated. As I’ve said in another post it behaves strangely and it was so convoluted. I had to import files, then build, then find all the files and copy them to other directories. It needs work to make is more usable. I wish they’d give me the code, I’d make it a lot more user friendly.

Please read my response in the other topic ( Pipeline Confusion). I strongly disagree on the convolutedness and buggyness of the Pipeline Tool/ContentManager. At least right now, I don’t know when you last used it of course.

“They” meaning the people working on MonoGame? They did. All of MonoGame is open source including the Pipeline Tool. If you run into issues your help in fixing them would be much appreciated. If you have concrete suggestion for improvements you can open an issue in the GitHub repo: