[James Ross]

Csantucci, on 23 November 2017 - 01:50 AM, said:

Another point: does it make sense to switch from DirectX to OpenGL ? (I don't have however the intention to work on that. I had some trial, arrived up to rendering the first simulation screen - by cutting out some functions however - but the simulation didn't update it).

What sort of things would be needed to make OpenGL work? I thought that one of the advantages of MonoGame was that it provided a reasonably sane API on top of both so that it didn't really matter what was being used (except maybe for the shaders?).

In any case, although we would need to use OpenGL on non-Windows platforms, I'd prefer we kept to DirectX on Windows if possible (thus finding out what's needed for OpenGL is definitely helpful, but not critical for the MonoGame switch).

[Csantucci]

James Ross, on 23 November 2017 - 12:14 PM, said:

What sort of things would be needed to make OpenGL work? I thought that one of the advantages of MonoGame was that it provided a reasonably sane API on top of both so that it didn't really matter what was being used (except maybe for the shaders?).

In any case, although we would need to use OpenGL on non-Windows platforms, I'd prefer we kept to DirectX on Windows if possible (thus finding out what's needed for OpenGL is definitely helpful, but not critical for the MonoGame switch).

What I noticed is e.g. that direct graphics calls without passing through XNA are no more possible.

[Goku]

OpenGL is better choice even for windows. For example new OpenGL still works on windows XP and new DirectX not.

[SP 0-6-0]

OpenGL might just be the better option. It should also be possible to have a Linux port in the future?

Robert

[James Ross]

Csantucci, on 23 November 2017 - 12:17 PM, said:

What I noticed is e.g. that direct graphics calls without passing through XNA are no more possible.

I don't really understand what you mean here; can you point to a particular example?

[James Ross]

Goku, on 23 November 2017 - 12:51 PM, said:

OpenGL is better choice even for windows. For example new OpenGL still works on windows XP and new DirectX not.

We are dropping Windows XP no matter what we use for graphics, because we're also going to be using a newer version of .NET (4.5 IIRC).

SP 0-6-0, on 23 November 2017 - 01:49 PM, said:

OpenGL might just be the better option. It should also be possible to have a Linux port in the future?

As far as I am aware, MonoGame supports OpenGL on Linux no matter whether you use their OpenGL or DirectX support on Windows, although their documentation is absolutely terrible.

[Genma Saotome]

If it would be of any help I can offer a test environment where the object primitive count is >3X larger than the highest value I saw in any of the screenshots above (>13,000 vs. 4300) and adding loose consists can drive that higher. That would provide you w/ something to assess the effect a more demanding scene will have by going to Monogame.

So long as I don't need to compile anything I could do the test and return results on a 1 day turnaround.

[Csantucci]

Thanks Dave,
you only have to download the pack from the link within this post http://www.elvastowe...post__p__228833 , unzip it and you have a complete OR MG pack ready to run. If you will proceed, please share with us a screenshot with both the Enable Multisampling video option checked and unchecked, and evaluate also the video quality compared with that of the standard OR version.

[Csantucci]

James Ross, on 23 November 2017 - 02:11 PM, said:

I don't really understand what you mean here; can you point to a particular example?

Yes. I remember there was more than one issue about this, but for sure there is the following one. In RenderProcess.cs I had to add following lines, because MG shifts right down the OR window

+            if (screen.Primary)
+            {
+                var wa = Screen.PrimaryScreen.WorkingArea;
+                GameForm.Location = new System.Drawing.Point((wa.Right - GameWindowSize.X) / 2, (wa.Bottom - GameWindowSize.Y) / 2);
+            }
+            else
+                GameForm.Location = new System.Drawing.Point((screen.Bounds.Width - GameWindowSize.X) / 2, (screen.Bounds.Height - GameWindowSize.Y) / 2);
+            GameWindowOrigin = GameForm.Location;

These lines create problems (I don't remember whether crash or what) in the MG OpenGL version.

[Eldorado.Railroad]

Csantucci, on 23 November 2017 - 10:48 AM, said:

Here http://www.interazio...e/OR3989_MG.zip an OR MG version can be downloaded where such video option is present.

I am having no luck here with Win7-64 bit.

When "runactivity" is run from the "menu" program I get this error:

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: runactivity.exe
Problem Signature 02: 0.0.6536.32724
Problem Signature 03: 5a17011c
Problem Signature 04: MonoGame.Framework
Problem Signature 05: 0.0.0.0
Problem Signature 06: 59fce0ce
Problem Signature 07: 72d
Problem Signature 08: 14
Problem Signature 09: System.TypeLoadException
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Any ideas?