OpenCPN Version 5.7.1 Alpha Test #2

[bdbcat]

OpenCPN Version 5.7.1 Alpha Test #2
-----------------------------------------------------------------------------------------------

Hello again...

Here is another Alpha test of OpenCPN v5.7.1.

This is a test of some new functionality, as well as verification of some internal structural changes.

1. Added function to send routes by network connection to co-operating remote OCPN instances.
To try this out, install this Alpha test version on two OCPN machines, of any flavor except Android, for now. Start OCPN on both machines. On one machine, right-click on a route, and select "Send to..." After a couple of seconds, you will get a drop-down list of detected compatible OCPN instances. Choose one, touch "OK", and follow the workflow presented.

2. Substantial re-factor of OpenGL chart display engine. Provides better performance, improved compatibility, and more precise chart rendering.

3. Upgrade Windows version to wxWidgets Version 3.2.1. Unfortunate side effect is that most third-party plugins are no longer compatible. We are working now to rebuild the most popular plugins, and will have further information as it becomes available. Further, we will soon upgrade all platforms to wxWidgets v3.2. This brings us the most modern features of that toolset.

As usual, this is an Alpha test. There are some rough edges in the dialogs, workflow, etc.
Not suitable for critical navigation.
We appreciate all input on the new GUI features introduced here.

Windows
https://dl.cloudsmith.io/public/davi...f867_setup.exe

Mac
https://dl.cloudsmith.io/public/davi....fe9f86768.dmg


linux
linux install packages are available at the OpenCPN Beta repository.
https://launchpad.net/~bdbcat/+archive/ubuntu/opencpn



Thanks in advance for your help
Dave

[Ptizef]

Hi Dave
Thanks for this new evolution

First test Surface go W11 1980x1260 CM93 (no plugin to test O-Chart ) GL mode

- All texts are too small and not clearly readable

- buoys not entirely readable and size not proportional to waypoints size. If I change "Chart Objects Scale" either I get too small buoys or too big waypoints

- Rollovers are not correctly displayed

screenshot attached

JP

[Ptizef]

I forgot to write about menus
As you can see in the screenshot, they are not correctly displayed and a little bit jammed
JPY

[verkerkbr]

Hi Dave,


just tested the route transfer to another OpenCPN system.


From my Linux Mint AMD64 to my RPI4 with Ubuntu Kinetic. And confirm that this works. But with a pin code to get the connection form the server.


It is not really clear with is the purpose of the new item.


Regards,




Bram

[Baikal]

1. GL Mode does not display cell borders on CM93 maps.
2. The grid is displayed pale, the graduation numbers are black and not gray.
3. When switching between CM93 > ENCS57 groups, maps are not loaded, only cell borders are visible.
4. Seeing issues with artifacts in restricted zone polygons elsewhere discussed on GitHub.

[bdbcat]

Bram...


The PIN code is a security feature. It will prevent sending routes to a device that is not physically accessible to the user. Imagine a "bad guy" logging in to your boat's wifi network, and stuffing bad routes onto your boat computer for "fun". Not good.


Thanks for the report.
Dave

[P_Dub]

Not possible to update the plugins catalog properly.
thanks.

[rooiedirk]

Did a try on one machine with two instances of O running. One instance as 'portable'
The portable gives an error

.......
10:41:28: Debug: Device: 7: default 
GLEW init success!n SENC: nCPU: 4    m_max_jobs :3 
Generating RSA key... 
Generating x509 certificate... 
Writing key and certificate to disk... 
Success! 
708fd2 1 mongoose.c:4184:mg_open_listen bind: 98 
708fd2 1 mongoose.c:3451:mg_listen      Failed: https://0.0.0.0:8443, errno 98 
Local IPv4 address: 192.168.43.95 
Local IPv6 address: 2a02:a420:21:213d:84a3:5985:10f4:e330 
Opened 2 sockets for mDNS service 
Service mDNS: opencpn-object-control-service.:8000 
Hostname: office 
Sending announce 
Local IPv4 address: 192.168.43.95 
Local IPv6 address: 2a02:a420:21:213d:84a3:5985:10f4:e330 
Local IPv6 address: 2a02:a420:21:213d:75f2:4459:a0c:defc 
Opened 3 sockets for mDNS query 
Sending mDNS query : opencpn-object-control-service PTR 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 
Reading mDNS query replies 
192.168.43.95:5353 : answer opencpn-object-control-service. PTR office.opencpn-object-control-service. rclass 0x1 ttl 10 length 9 
192.168.43.95:5353 : answer opencpn-object-control-service. PTR office.opencpn-object-control-service. rclass 0x1 ttl 10 length 9 
Read 12 records 
Closed sockets 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 
Query PTR opencpn-object-control-service. 
  --> answer office.opencpn-object-control-service. (unicast) 

As a result the drop down list remains empty, in both directions. ( portable to normal & vv)

[verkerkbr]

Hi Dirk,

i tried the route option between two different OpenCPN versios. But that does not work.

Both OpenCPN systems must be running the 5.7.1 version.

Then it works between Ubuntu, Debian an Fedora versions of O.


Bram

[bdbcat]

Dirk....
Hmmm....
Did not think of this use-case. Master <-> portable.
In the drop down list, we skip "self", since normally this makes no sense. But "self-portable" could.


Simple fix


Thanks
Dave

[LeaseOnLife]

Adjusting Comm Priorities: It does detect the different available sources available, from UDP/TCP to serial to CAN. Nice! A couple things to improve:

• trying to move up/down a source is a bit tedious: the focus/selection on the source disappears once moved up/down. One has to select that source again to move up/down one further. In a longer list for i.e. Position that gets old quickly.
• the selection does not persist for me, not even within the same opencpn session. Once I close that selection window and open it back up, the order is the old/default one not what I adjusted.
• It does seem to remember old sources though, for testing I had a serial/USB port connected a while ago, it is not connected anymore, but is still shows it, O had been restarted several times since then.

System(s) used for this test: Debian SID x64 and armhf

[Be Free]

Debian 10 (Buster)
Windows 10 21H2
OpenCPN 5.7.1 fe9f867


I can send a route from Win10 to Debian but not the other way around. I can ping the Win10 machine but Wireshark (on the Debian machine) does not show any MDNS traffic originating from the Debian machine.

[bdbcat]

Be Free...
Let me make sure I get this.


1. On the WIN machine, you can see the debian machine on the drop down list.
2. But, on the debian machine, the WIN machine is not seen in the list.
3. And wireshark implies that debian machine is not doing any mdns queries.


All Correct?


Dave

[Ptizef]

Hi Dave
test a personal built from last master ( W11 VS 2022 wxWidgets 3.2.1 )
-Waypoint size problem is OK for me
-Texts readability : The main problem is that the space between letters is too large. This leads to long texts and many are overlapping.
JP

[Be Free]

Originally Posted by bdbcat

Be Free...
Let me make sure I get this.


1. On the WIN machine, you can see the debian machine on the drop down list.
2. But, on the debian machine, the WIN machine is not seen in the list.
3. And wireshark implies that debian machine is not doing any mdns queries.


All Correct?


Dave

That mostly correct.

I ran it again this morning (sleep is a wonderful thing). I noticed an odd difference.

When the send is initiated from Win10 Wireshark on the Win10 machine shows the MDNS query from Win10 and response from Debian. Dropdown shows Debian machine. Everything used ipv4 addresses.

When the send is initiated from Debian Wireshark on Debian shows the query going out to 224.0.0.251 but a response coming back on an ipv6 address. The dropdown is never populated. Nothing on the Win10 machine is supposed to use ipv6.