@Jens_Eckervogt wrote:
Hello everyone,
Do you like we have to use with GLFW ( include VulkanGL, OpenGL support )into MonoGame. If we use multiple windows
GLFW is easier than SDL.
Can we have to support with MonoGame? If you would like to improve advanced features of MonoGame 4.0
And we don't need support with x86 because I have generated dlls for Windows, so forLinux and dylib for macOS from vcpkg
Assimp 4.1.x
GLFW 3.2.x
OpenGL 0.0.5
and more are using only x64-window, x64-linux and x64-osxI think better we use only x64 bit MonoGame because macOS and Linux are using only x64. No x86 apps. We should switch to x64 with windows.
PS: How do I find parameters from methods of dll, so or dylib?
How did you find parameters from sdl2.dll
I know that MonoGame's SDL from WindowsGL of Github. I saw why do you use "internal" I thought they are hidden and can't show to import...
Nice idea because linux and macOS are very same like LoadLibrary(). But I can't find google since I find....
We would like to improve directory for x64 with important dlls like sdl2, glfw3.dll etc ..
Before :
/x64 <- *.dll, *.so pr *.dylibAfter:
/x64/bin <- *.dll, *.so pr *.dylibWhy do I want bin directory because they made Gtk Sharp 3 for example than it will copy to /x64/* whole Gtk 3 Runtime, Java Runtime or Lua Runtime etc if they use with MonoGame.
It looks better than before. Or You want unpack to temp directory with dlls, sos, dylibs and MonoGame will run. Like Lwjgl3 has embedded dynamic libraries and unpacks to temp directory.
Plea
For Pipeline:
We would like to add viewer if they know about which filename like Model-, Texture-, Effect-, Sound-, Text- or VideoViewer.
For models should not need to worry if you add model than model need to embed texture into packed model xnb - embed texture + model = single binary.
Please don't forget that:
// Working directory for dynamic libraries like dll for Windows // so for Linux and dylib for macOS Type type = Type.GetType("Mono.Runtime"); if (type != null) { Console.WriteLine(Path.Combine(Path.GetTempPath())); Environment.CurrentDirectory = Path.Combine(Path.GetTempPath()); } else { Console.WriteLine(Path.Combine(Environment.CurrentDirectory, Path.GetTempPath())); Environment.CurrentDirectory = Path.Combine(Path.GetTempPath()); }
Environment.CurrentDirectory It means working directory for dynamic libraries if MonoGame unpacks first dynamic libraries from memory into temp directory than MonoGame will run and it looks like fast.
Do you like my idea? It works like Lwjgl 3.x unpacks dynamic libraries from jar file into temp directory.
I am very hopeful that we can make safe with MonoGame.
Please accept my idea! And share my suggestion - if you love to listen me than you can replace SDL with GLFW. I hope something..
Thanks!
Posts: 7
Participants: 4