I don’t think it’s a matter of being horrible. I mean, Linux is a horrible OS and it’s supported by MonoGame, isn’t it?
Anyways, it’s Edge browser the one that should to the work and implement WebGL2
Facepalm… Linux is literally one of the most dominant OSs on everything except Desktop PCs. Also judging you extremely hard on that one as I use Linux as my daily driver.
2 Likes
Hi, I can’t install the new bridge/web package as I don’t have Web Core. I’m running VS 2013. I’ve managed to download the MG bridge VS package using NuGet but ‘dotnet’ commands aren’t available. Can you suggest an alternative way please?
You can sideload VS17 or if your system meets the requirements, try VSCode [Same applies to VS17]
Yup, you need VS 2017.
Thanks for the help. Yep I had to install vs2017.
So I got it working. But when I came to integrating my existing code base I came across a major problem. The Bridge C# library uses its own version of mscorlib.dll I believe and as such it creates circular references with my existing code (which uses the standard libs such as system.dll, system.web.dll, entity framework, mvc etc. I could not for the life of me get them to work together due to conflicting references. The guys over at the Bridge C# project suggested I need to create a Bridge project and add all my code to that. Tried it, still couldn’t sort the problems. So… is there anyway you MonoGame guys will use another library or are you stead fast on Bridge? I’m having to look elsewhere for a C# to WebGL solution - probably Unity (which is sickenly complicated for what I want to achieve).
Hmmm, I wonder if I can get ModLab running in web browser, this might be interesting project.
We can potentially add Microsoft Edge to the supported list here soon…
1 Like
You might need to yell at me to implement a method or two. Oh that reminds me I need to update the nuget package, I’ve managed to fully fixup content loading.
Yes, lol.
Guys
I pulled together all of the bits on this topic I could find and wrote up a tutorial on how to get MonoGame running on a website with @harry-cpp’s fantastic WebGL package.
http://www.monogameextended.net/posts/monogame-on-webgl
Hopefully it helps anyone who lands here like I did last week.
7 Likes
Is it possible to split the .js file into individual files, one per class or namespace
and then use ES6 modules to load them on demand?
e.g. “import {Vector2, Vector3} from ‘/modules/xna.monogame.Framework-module.js’;”
e.g. “import {Viewport} from ‘/modules/xna.monogame.Framework.graphics-module.js’;”
Expanding on the above…
Is it possible to seperate the mononogame.dll to it’s own .js file?
Then you could host it in the official MonoGame servers and everyone could reference it. Just like how Google is serving jQuery.
e.g. http://community.monogame.net/mgweb/monogame.latest.min.js
e.g. http://community.monogame.net/mgweb/monogame.3.7.1.min.js
With this you will improve loading times, (assuming the monogame.js is found in the browser cache),
webapps can use the latest version,
and collect statistics about usage.
It already works like that:
GitHub repo: https://github.com/MonoGame/MonoGame.WebDemo/tree/gh-pages
Link to index.html which links the js lib: https://github.com/MonoGame/MonoGame.WebDemo/blob/gh-pages/index.html
Link to the actual min lib version, don’t use it tho as this is still in dev: https://monogame.github.io/MonoGame.WebDemo/MonoGame.Framework.min.js
2 Likes
Oh, that’s awesome 
Some of the information here is outdated.
Blazor now uses mono-wasm AOT to compile to webasm using llvm. It also still supports an interpreted mode for rapid prototyping.
https://www.mono-project.com/news/2018/01/16/mono-static-webassembly-compilation/
Note that Blazor is really the app framework, you can use mono-wasm without Blazor, and probably want to in this case.
.net core 5 will support compile to webasm natively without the need to use mono
Hey, this is awesome and managed to display a few things on my web browser. But as I wanted to port a small game I made, I ran into a Specified method is not supported error. My game is quite simple and I think I won’t have any problem finding a workaround for this method… if only I knew which one !
Is it possible to know where my problem is? Thanks.
Here’s the full stacktrace :
System.Exception: Uncaught System.NotSupportedException: Specified method is not supported.
Error: Specified method is not supported.
at ctor (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/bridge.min.js:7:91540)
at ctor.$ctor1 (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/bridge.min.js:7:92638)
at new ctor (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/bridge.min.js:7:672784)
at Function.GetGLFormat (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:797900)
at $ctor1.PlatformConstruct (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:1465479)
at $ctor1.$ctor3 (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:1459903)
at new $ctor1 (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:1458253)
at ctor.Read$1 (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:1504857)
at ctor.Read (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:987998)
at ctor.InnerReadObject (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:178591)Okay, by commenting/uncommenting lots of lines, I just found out that loading spritefonts and/or sounds is the problem.
Font = content.Load<SpriteFont>("Font");
Click = content.Load<SoundEffect>("Click");
Song = content.Load<Song>("Music");
These line are my problem, how should I proceed to add sounds and spritefonts into the web version?
at Function.GetGLFormat (https://v6p9d9t4.ssl.hwcdn.net/html/1591541/net472/MonoGame.Framework.min.js:1:797900)
Font = content.Load(“Font”);
Maybe it’s related to the texture compression / texture format. For start, change the Compression of SpriteFont to ‘Color’ to see if it’s working.
Yes, jsut set texture compression to color and it will work.
2 Likes