MoTeC Global Forum

Hello.
I am using a laptop with a high DPI 14" lcd with a resolution of 2560*1440. To ensure that the image is not too small, I use a scale of 175% in the windows settings (windows 11, x64). It is recommended to use an integer value of 200%, but then it will fit too little on the screen. In any case, the problem exists both on a fractional scale and on a integer scale.
To reproduce the problem, I use the example rally workspace with the example data file (Roger Outback, Belgrave test session).
As you can see in the attached image, the cursor is somewhere in the middle of the session, but the time and distance are not displayed (I have drawn a red line in the image). There is no change when moving the crusor.
If you set the scale to 100% in the Windows screen settings, then everything works correctly.

Checked on version mi2_pro_1.1.6.0887-x64
The file open dialog works strangely.


Information about the time and distance of the cursor position is not displayed.


On version mi2_pro_1.1.4.0456 everything works fine.

On version 1.1.6.893 still not working.
The file opening dialog looks just as strange, the distance and time are not displayed.

There is no reaction to the message from develepopers. Perhaps I didn't describe the problem clearly enough?

Certainly sounds like a bug. Make sure you report it via the I2 Menu Help->Send Feedback... Then look for the release notes on future releases to see if this has been addressed.

Hi John,

Across all the PC's in our office we are unable to reproduce the issue you are experiencing of the value failing to update.

When scaling is set to a value other than 100%, this does lead to performance issues for some elements of i2 pro. The same can be said for Application DPI settings

Outside of the time graph, items in the task bars and drawing for the worksheet tabs are rendered by windows, whereas components, track map headings, report tables, data and value views all have the font and font sizing controlled in i2 under Tools > Options > Fonts



I2 is not a DPI aware program and at this stage there is no plans to try and implement that functionality with the nature of the software (dots and lines) this would be a large body of work to implement.

A typical behaviour is that the time/distance values are slow to update. On my previous laptop (4k resolution screen 150% scaling) if i was to drag the cursor across the time graph, it would update the time and distance values at around 1hz, instead of real time. On my current machine (4k resolution 125% scaling) with more modern hardware i have no change in performance.

As it is not something we can influence in the software (we determine the values, this data is then passed to windows to render which is where a render delay or in your case failure to draw at all) all we can suggest is that:
- you check your direct x drivers are working and up to date (run dx diag):
https://support.microsoft.com/en-au/win ... 92228dfd85
- if your PC has a discrete graphics card, you may have better results ensuring that the discrete graphics card is used for any rendering of i2:
https://www.asus.com/au/support/faq/1044213/

Regards,

Nathan

I updated the drivers for both video adapters (Intel uhd 620 and Geforce MX150).
dxdiag report no problem.

I did a few more tests: the problem exists on x64 versions. I tried versions
- 1.1.4.0689-x64
- 1.1.5.0085-x64
- 1.1.6.0893-x64

Everywhere there is a problem with displaying time and distance. Time and distance are updated only if you minimize the window to tray and expand it back.
This also works with datum cursor - data update only when minimize and restore window.
Datum cursor, before minimize:


After minimize:


The data is not updated slowly, it is not updated at all. Only after the window has been minimized and restored.

On the latest version for x86, 1.1.4.0456 there is no problem, everything works fine.

On 1.1.6.* versions summary informations in open file dialog is displaced. On 1.1.5.* no problem with it.

I tried running the application both on the built-in video card and on a discrete one. No difference, the problem looks the same.

So the difference between 1.1.5 and 1.1.6 was a change to the html rendering engine.

In Windows, the html engine was from IE (trident) up until it was changed over to the EdgeHTML engine used in Microsoft edge in Windows 10. As Windows 11 has gone through various revisions, the trident engine has been removed and emulation support for it reduced, with the expectation from Microsoft for everyone to update.

This is why the latest i2 (1.1.6) and T2 variants have switched over the html engine that used for rendering.

Your displaced information in the log file open is html rendering. We have not experienced this as yet, so will look into it. can you go to the search bar and type in 'winver' to run the windows version command line to check how up to date your windows 11 is.

The rendering of the display bar i have learned is handled by open GL.

Winver: windows 11 23H2 (build 22631.3737)

Unfortunately, nothing has changed in the last two updates (1.1.6.895 and 1.1.6.904).
The file opening dialog still displays strangely, and the time and distance are updated only after minimizing and restoring the window.

john_r wrote:Unfortunately, nothing has changed in the last two updates (1.1.6.895 and 1.1.6.904).
The file opening dialog still displays strangely, and the time and distance are updated only after minimizing and restoring the window.

Correct John. I don't know how many different times I can explain this, but we can't fix:
A. Problems we cannot reproduce (otherwise how can we determine that we have changed behaviour)
B. Items that are handled outside of the I2 software.

As explained, the rendering of this is handled (time and distance cursor) via windows as this is part of the application window, and not something handled by I2.

In regards to the file opening dialog - you are the only person in the world that has reported this. We are unable to reproduce it.

This indicated the behaviour is due to the environment it is being operated in, rather than the software itself.