Building and installing plugins on OS X

[Mollymawk]

The screenshot of pink tinted areas of chart with texture compression/caching enabled.

[seandepagnier]

To be clear, there are three possibilities:

1) without compression, or caching
2) with compression without caching
3) with compression and with caching

[seandepagnier]

Originally Posted by Mollymawk

The screenshot of pink tinted areas of chart with texture compression/caching enabled.

The compression drops 24bbp to to 565 bitdepth so some rounding of the red might cause this. Consider a rgb value of (248, 247, 247) getting truncated to (248, 244, 240).

It should occur without caching, but in this case maybe not because a different algorithm is used (faster but not as nice). Perhaps it should round up (towards white) instead of down. I don't know what chart you have, but it would be interesting to compare and see if this occurs on other operating systems, if it doesn't then it is something else.

[seandepagnier]

if that is your boat position.. you are nearly exactly opposite of me on the world. 10,300 miles away.

[Mollymawk]

Originally Posted by boat_alexandra

To be clear, there are three possibilities:

1) without compression, or caching
2) with compression without caching
3) with compression and with caching

I don't understand. There is only one option. "Texture Compression with Caching".

Originally Posted by boat_alexandra

The compression drops 24bbp to to 565 bitdepth so some rounding of the red might cause this. Consider a rgb value of (248, 247, 247) getting truncated to (248, 244, 240).

It should occur without caching, but in this case maybe not because a different algorithm is used (faster but not as nice). Perhaps it should round up (towards white) instead of down. I don't know what chart you have, but it would be interesting to compare and see if this occurs on other operating systems, if it doesn't then it is something else.

It only occurs with "Texture Compression with Caching" enabled.
The chart is an official Brazilian Government (DHN) BSB.
It does occur on other DHN charts. I haven't tried charts from other producers.
It doesn't seem to always occur in the same areas, but that may be to do with zoom level.

The only areas where it is really strongly visible are (supposed to be) white, but it does happen in other areas as well.

Originally Posted by boat_alexandra

if that is your boat position.. you are nearly exactly opposite of me on the world. 10,300 miles away.

Wow! It is indeed my position. A lovely little quite bay. (Sadly, the only detail chart of it - Garmin Bluechart - does not work in OCPN...)

[seandepagnier]

I have updated the weatherfax plugin in github to follow wmm, so you should be able to build a package for OS X now.

[nohal]

Sean...
Builds and runs with a couple of glitches:
- Not all the translations in the Packages project are available, which prevents the creation of the package - easy to fix with dummy files, but we should really invent something a bit smarter
- The data files are not merged properly into the package
- The z-order is a mess on Mac - generally it looks like the dialogs need wxSTAY_ON_TOP style, which seems to have worked for objsearch, but I did not test it on any other platform with these changes.

Pavel

[CarCode]

I'm wondering a little bit why such code changes as e.g. "wxSTAY_ON_TOP" are not encapsulated with #ifdef __WXOSX__ although the commit says it was done for Mac only.
I have seen that for other code changes as well.

Gerhard

[nohal]

Gerhard...
Should they? Did they break something?

Pavel

[CarCode]

Originally Posted by nohal

Gerhard...
Should they? Did they break something?

Pavel

I don't know how it works with Linux or Windows. But obviously there are differences how compilers and/or compiled code works/runs at different OS.
Maybe it's a problem of wxWidgets.
Gerhard

[seandepagnier]

Originally Posted by nohal

Sean...
Builds and runs with a couple of glitches:
- Not all the translations in the Packages project are available, which prevents the
creation of the package - easy to fix with dummy files, but we should really invent something a bit smarter

I can't find any reference to each individual file in the cmake lists. How is this caused?

- The data files are not merged properly into the package

I don't see the difference between wmm_pi and weatherfax_pi here.

- The z-order is a mess on Mac - generally it looks like the dialogs need wxSTAY_ON_TOP style, which seems to have worked for objsearch, but I did not test it on any other platform with these changes.

Pavel

I have the same problem with z-order in wxqt. The plugin windows appear under the chart canvas. Basically it needs to be fixed in wxWidgets, not our code. In the meantime maybe we can stick something in our build files to redefine another constant that is always used in window flags to be what it is, plus wxSTAY_ON_TOP if it is a mac to avoid changing the actual source code.

[nohal]

Originally Posted by boat_alexandra

I can't find any reference to each individual file in the cmake lists. How is this caused?

I don't see the difference between wmm_pi and weatherfax_pi here.

That is the problem - it is now hardcoded in the package project XML. And I don't package the coefitient file on Mac at all - waiting for the WMM release for the next epoch coming in December to make the final decision how to handle that.
We should most likely implement a way bigger part of that XML generated by cmake to make it universal. It seems to be produced by some sort of object serializer, so is a real treat to read and understand, but definitely the automatization is doable.

I have the same problem with z-order in wxqt. The plugin windows appear under the chart canvas. Basically it needs to be fixed in wxWidgets, not our code. In the meantime maybe we can stick something in our build files to redefine another constant that is always used in window flags to be what it is, plus wxSTAY_ON_TOP if it is a mac to avoid changing the actual source code.

I need some more testing - wxSTAY_ON_TOP seems not to break other platforms (for my plugins) so far, so I'm good with it everywhere. Until I find otherwise, of course.

Pavel