OpenCPN 5.8.2 create grib file imposible

[Phil_Fr17]

Hello gentlemen,
When I want to create a grib file on OpenCPN V5.8.2, it crashes and closes as soon as I click on the "@" button.
Any idea to unlock it ?
Xubuntu 20.04 up to date. No problem to use it and read maps and basic functions.

Just in case, I enclose the Terminal feedback :

phil@phil-XPS-15-7590:~$ opencpn -l info
ALSA lib pcm_dmix.c:1089:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2642:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:869:(find_matching_chmap) Found no matching channel map
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_oss.c:377:(_snd_pcm_oss_open) Unknown field port
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_usb_stream.c:486:(_snd_pcm_usb_stream_open) Invalid type for card
ALSA lib pcm_dmix.c:1089:(snd_pcm_dmix_open) unable to open slave
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1, skipping unlock
16:21:43: Debug: Device: 0: HDA Intel PCH: ALC3266 Analog (hw:0,0)
16:21:43: Debug: Device: 1: HDA Intel PCH: HDMI 0 (hw:0,3)
16:21:43: Debug: Device: 2: HDA Intel PCH: HDMI 1 (hw:0,7)
16:21:43: Debug: Device: 3: HDA Intel PCH: HDMI 2 (hw:0,8)
16:21:43: Debug: Device: 4: HDA Intel PCH: HDMI 3 (hw:0,9)
16:21:43: Debug: Device: 5: HDA Intel PCH: HDMI 4 (hw:0,10)
16:21:43: Debug: Device: 6: Dell D3100 USB3.0 Dock: Audio (hw:1,0)
16:21:43: Debug: Device: 7: sysdefault
16:21:43: Debug: Device: 8: hdmi
16:21:43: Debug: Device: 9: samplerate
16:21:43: Debug: Device: 10: speexrate
16:21:43: Debug: Device: 11: pulse
16:21:43: Debug: Device: 12: upmix
16:21:43: Debug: Device: 13: vdownmix
16:21:43: Debug: Device: 14: default
16:21:43: Debug: Device: 0: HDA Intel PCH: ALC3266 Analog (hw:0,0)
16:21:43: Debug: Device: 1: HDA Intel PCH: HDMI 0 (hw:0,3)
16:21:43: Debug: Device: 2: HDA Intel PCH: HDMI 1 (hw:0,7)
16:21:43: Debug: Device: 3: HDA Intel PCH: HDMI 2 (hw:0,8)
16:21:43: Debug: Device: 4: HDA Intel PCH: HDMI 3 (hw:0,9)
16:21:43: Debug: Device: 5: HDA Intel PCH: HDMI 4 (hw:0,10)
16:21:43: Debug: Device: 6: Dell D3100 USB3.0 Dock: Audio (hw:1,0)
16:21:43: Debug: Device: 7: sysdefault
16:21:43: Debug: Device: 8: hdmi
16:21:43: Debug: Device: 9: samplerate
16:21:43: Debug: Device: 10: speexrate
16:21:43: Debug: Device: 11: pulse
16:21:43: Debug: Device: 12: upmix
16:21:43: Debug: Device: 13: vdownmix
16:21:43: Debug: Device: 14: default
16:21:43: Debug: Device: 0: HDA Intel PCH: ALC3266 Analog (hw:0,0)
16:21:43: Debug: Device: 1: HDA Intel PCH: HDMI 0 (hw:0,3)
16:21:43: Debug: Device: 2: HDA Intel PCH: HDMI 1 (hw:0,7)
16:21:43: Debug: Device: 3: HDA Intel PCH: HDMI 2 (hw:0,8)
16:21:43: Debug: Device: 4: HDA Intel PCH: HDMI 3 (hw:0,9)
16:21:43: Debug: Device: 5: HDA Intel PCH: HDMI 4 (hw:0,10)
16:21:43: Debug: Device: 6: Dell D3100 USB3.0 Dock: Audio (hw:1,0)
16:21:43: Debug: Device: 7: sysdefault
16:21:43: Debug: Device: 8: hdmi
16:21:43: Debug: Device: 9: samplerate
16:21:43: Debug: Device: 10: speexrate
16:21:43: Debug: Device: 11: pulse
16:21:43: Debug: Device: 12: upmix
16:21:43: Debug: Device: 13: vdownmix
16:21:43: Debug: Device: 14: default
16:21:43: Debug: Device: 0: HDA Intel PCH: ALC3266 Analog (hw:0,0)
16:21:43: Debug: Device: 1: HDA Intel PCH: HDMI 0 (hw:0,3)
16:21:43: Debug: Device: 2: HDA Intel PCH: HDMI 1 (hw:0,7)
16:21:43: Debug: Device: 3: HDA Intel PCH: HDMI 2 (hw:0,8)
16:21:43: Debug: Device: 4: HDA Intel PCH: HDMI 3 (hw:0,9)
16:21:43: Debug: Device: 5: HDA Intel PCH: HDMI 4 (hw:0,10)
16:21:43: Debug: Device: 6: Dell D3100 USB3.0 Dock: Audio (hw:1,0)
16:21:43: Debug: Device: 7: sysdefault
16:21:43: Debug: Device: 8: hdmi
16:21:43: Debug: Device: 9: samplerate
16:21:43: Debug: Device: 10: speexrate
16:21:43: Debug: Device: 11: pulse
16:21:43: Debug: Device: 12: upmix
16:21:43: Debug: Device: 13: vdownmix
16:21:43: Debug: Device: 14: default
 SENC: nCPU: 12    m_max_jobs :11
Generating RSA key...
Generating x509 certificate...
Writing key and certificate to disk...
Success!
Local IPv4 address: 192.168.1.14
Local IPv6 address: 2a01:e0a:c3d:9990:3d0d:5023:3a3d:49a7
Opened 2 sockets for mDNS service
Service mDNS: opencpn-object-control-service.:8000
Hostname: phil-XPS-15-7590
Sending announce

(opencpn:20782): Gtk-CRITICAL **: 16:22:20.812: gtk_window_resize: assertion 'height > 0' failed
Erreur de segmentation (core dumped)
phil@phil-XPS-15-7590:~$

[rgleason]

Ocpn does not create grib files!
The grib file allows specifying requests for grib files sent via email.
Read the manuals.

[Phil_Fr17]

Originally Posted by rgleason

Ocpn does not create grib files!
The grib file allows specifying requests for grib files sent via email.
Read the manuals.

Yes, I misspoke, but when I click on the "@" icon, I'm requesting a grib file via email, right?
Of course, I went to the French help site Shoreline.fr before coming here to annoy you.

And I'm used to following the sacrosanct letters of the RTFM anagram to the letter, I've worked in maintenance all my life...
You're answering the wrong way and didn't see the "@".


On the other hand, being French, I sometimes find it hard to explain my little worries properly. That's why I used DeepL Translator to answer you, hoping to be better understood and not be thrown out...


Nevertheless, OpenCPN crashes as soon as I click on @.
If I click on "Settings", the cogwheel in the Grib file window, nothing happens and a message on a yellow background tells me: "no valid grib file".


Thanks for reading.

Translated with www.DeepL.com/Translator (free version)

[Ptizef]

Phil_Fr17,
Which OS ? No problem with W11

Quel OS? Pas de problème avec W11

[Phil_Fr17]

Linux, Xubuntu 20.04 up to date.

[erwan eridan]

Hi Phil_Fr17,
same problem with raspbian since update to opencpn 5.8.2
I confirm I could perfectely open some grib file downloaded for exemple here:
https://marine.meteoconsult.fr/servi.../fichiers-grib
It worked great, but completely crashes at the moment as soon as I click on the grib icon.


(The answer from rgleason is completely off and non relevant)


Very interested by info to fix this bug.


Même problème sur un Raspbian depuis que j'ai mis à jour opencpn depuis 5.2 à 5.8.
Aucun problème auparavant pour ouvrir un grib au préalablement téléchargé par ex ici:
https://marine.meteoconsult.fr/servi.../fichiers-grib


(la réponse de rgleason est à la fois impolie et à côté de la plaque)

[rgleason]

"Opening' a grib file is very different from "creating" one.

[Hakan]

For info.
On RPi400 Raspbian/Debian Bullseye.
OCPN 5.8.4.
I tested to fetch a grib file using the @ icon in the grib plugin.
No problem except there was no mail program installed. No O crash just of course no mail request created.
I installed Thunderbird and tested again. Now the mail request to Saildocs was nicely created.