Wrong scaling of OESENC positive soundings on Linux w/ HIDPI screen

[stelian]

Hi,

My Dell XPS has a HIDPI screen (3200x1800, 294mm x 165mm). I'm under Ubuntu 17.04, latest OpenCPN / oesenc plugin from git compiled locally, and using the French Atlantic OSSENC charts.

OpenCPN wrongly detect my physical screen size as 846mm. However, the chart display is correct, albeit a little cluttered (which I suppose it's normal, it wouldn't be cluttered on a real 846 mm screen).

If I put my real screen width, 294 mm, in the preferences / display / advanced dialog, most of the objects scale correctly, except for the positive soundings (I think this is the only issue, but maybe I missed something else too).

As you can see from the attached screenshot, the line below the soundings seems both scaled incorrectly and at the wrong coordinates.

Any idea ?

[rooiedirk]

I can confirm the misplacement of the underscore for drying depths.
My suggestion would be, leave the width setting (wrongly) on automatic,
Play a little with the setting Options->Display->Advanced->"Chart zoom/scale weighing" for vector charts, and use the shortcut keys to reduce clutter. Where:
"S" hide soundings,
"L" hide lights
"A" hide botom and cable info
"T" hide Text

[stelian]

Originally Posted by rooiedirk

My suggestion would be, leave the width setting (wrongly) on automatic,
Play a little with the setting Options->Display->Advanced->"Chart zoom/scale weighing" for vector charts, and use the shortcut keys to reduce clutter.

Your suggestion is good, but fixing the bug would be better...

[bcn]

Can please place an entry in the bug tracker? In order to have the bug controlled...

Hubert

[bcn]

Originally Posted by stelian

Hi,

My Dell XPS has a HIDPI screen (3200x1800, 294mm x 165mm). I'm under Ubuntu 17.04, latest OpenCPN / oesenc plugin from git compiled locally, and using the French Atlantic OSSENC charts.

That's the same zone (source material in S-57 version) on our XPS 13 HiDPI under Windows 8.1
What happens with OpenGL off?

And btw.: are you happy with Ubuntu 1704 for this particular machine?
Support for the docking adapters?

Hubert

[stelian]

Originally Posted by bcn

Can please place an entry in the bug tracker? In order to have the bug controlled...

Hubert

Done: FS#2230 - Wrong scaling of OESENC drying depths on Linux w/ HIDPI screen

[stelian]

Originally Posted by bcn

That's the same zone (source material in S-57 version) on our XPS 13 HiDPI under Windows 8.1

So the bug is present under Windows too.

Originally Posted by bcn

What happens with OpenGL off?

Still present with OpenGL off.

Originally Posted by bcn

And btw.: are you happy with Ubuntu 1704 for this particular machine?

This is an XPS 13 9360, and I'm quite satisfied with the hardware. As for the software, I had previously the 1610 version, and it worked flawlessly ! No issue at all with anything. Since the upgrade, I have intermittent problems with suspend, wifi, usb, sound... I expect all those to slowly fix themselves with later upgrades, but right now it's not the best Ubuntu version I had (and I had plenty...)

Originally Posted by bcn

Support for the docking adapters?

Sorry, but I don't have any.

[bdbcat]

bcn/stelian...

Neither picture is very nice. I'll add the bug to my list.

Thanks for the catch
Dave

[stelian]

Originally Posted by bdbcat

bcn/stelian...

Neither picture is very nice. I'll add the bug to my list.

Thanks for the catch
Dave

FYI, I probably found the cause and proposed a patch in FS: https://opencpn.org/flyspray/index.p...s&task_id=2230

Stelian.

[bcn]

Stelian,

there have been a problem with drying heights in all versions of S-57 based vector charts - not just for hiRes screens. This is getting addressed by new plug-ins for oeSENC and S-63 and the next version of OpenCPN.

Tested already and will get released soon.

Thank you for your efforts as well!

Hubert

[stelian]

This is great news !

Too bad I didn't knew the problem was already fixed, this could have saved me a few hours of debugging time... Well, at least I learned a few things about vector charts objects

Stelian.

[bdbcat]

stellian...

Yes, you did. And the more people know about the internals of OCPN, the happier I am.

The has been a lot of work behind the scenes, and un-committed to github, that tries to improve graphics pixel density independence of all aspects of OCPN. We see more and more high density displays, so the old-fashioned (XP generation) practice of using "pixels" as measurement units is becoming less and less relevant. We are trying to knock them down one-by-one, getting better at each release.

Thanks
Dave

[stelian]

Thank YOU !

Stelian.