OpenCPN Runs on Embedded ARM

[verkerkbr]

Installed mesa-utils-extra. Compiled again version 4.1.818. Running OpenCPN and switching the accelaration button to on, I get "software rasterizer" in the Opencpn log.

Switching the button to off. Then no software rasterizer in the log and a much quicker video performance.

bram@bananapi:~$ es2_info
libEGL warning: DRI2: failed to authenticate
EGL_VERSION: 1.4 (DRI2)
EGL_VENDOR: Mesa Project
EGL_EXTENSIONS:
EGL_MESA_configless_context, EGL_KHR_surfaceless_context
EGL_CLIENT_APIS: OpenGL OpenGL_ES OpenGL_ES2 OpenGL_ES3
GL_VERSION: OpenGL ES 2.0 Mesa 10.3.2
GL_RENDERER: Software Rasterizer
GL_EXTENSIONS:
GL_EXT_blend_minmax, GL_EXT_multi_draw_arrays,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_format_BGRA8888,
GL_OES_depth24, GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
GL_OES_mapbuffer, GL_OES_rgb8_rgba8, GL_OES_standard_derivatives,
GL_OES_stencil8, GL_OES_texture_3D, GL_OES_texture_npot,
GL_OES_depth_texture, GL_OES_packed_depth_stencil,
GL_EXT_texture_type_2_10_10_10_REV, GL_OES_get_program_binary,
GL_APPLE_texture_max_level, GL_EXT_discard_framebuffer,
GL_EXT_read_format_bgra, GL_NV_fbo_color_attachments,
GL_OES_vertex_array_object, GL_EXT_texture_rg, GL_EXT_unpack_subimage,
GL_NV_draw_buffers, GL_NV_read_buffer, GL_EXT_map_buffer_range,
GL_OES_surfaceless_context, GL_EXT_separate_shader_objects

[seandepagnier]

You didn't install the mali drivers or didn't put them first in the library path, so it is no wonder it doesn't work.

[akopac]

Hey somebody is working on a Paclink Gui. what a great app to pair up with opencpn on anARM nav computer for winlink weather file download over SSB

https://github.com/LA5NTA/wl2k-go

[NahanniV]

Originally Posted by bdbcat

jm...

I don't think you are experiencing alignment problems, since this code runs just fine on Android (ArmV7).

Must be something else.

I will shortly have the mental bandwidth to come up on RPI2. Anything you can do to move along in the meantime is appreciated.

You may want to try a build without gcc optimization (-O0). This will make your ddd/gdb backtraces more readable.

Dave

Hi Dave,

I would like to get a fix that did-g proposed incorporated into OpenCPN:
http://www.cruisersforum.com/forums/...ml#post1896927

It fixes a bus error that I described here:
http://www.cruisersforum.com/forums/...ml#post1895548

But it seemed that you were unsure about this fix ?

Cheers,
JM.

[NahanniV]

Originally Posted by sbfreddie

JM:
Yes, you are right it does work without the GLShim however once the cache is rebuilt it is about 100 times faster.

If you are interested in power consumption then look at this page: Jetson/Jetson TK1 Power - eLinux.org

At a price of $192 plus shipping its a little pricy, but with full OpenGL from NVIDIA built in, its worth it to me.

This board not only will run OpenCPN without any headaches right out of the box, you can also watch full 1080p videos, as well as install gnuradio right out of the box without fiddling around with the low level firmware or software.

Thanks,
Freddie

Freddie,

Did you ever get OpenCPN working on your Nvidia Jetson TK1 ?

Thinking about some new hardware for my ships computer and was wondering.

Cheers,
JM.

[NahanniV]

Originally Posted by Hakan

Correct thread or not but still a funny report:
System RB-Pi 2 (Debian, Raspbian and framebuffer_depth=32 framebuffer_ignore_alpha=1. Nothing else.)
OCPN: Built from source today: 4.1.412
Plugins: inbound + WMM + BR24Radar_pi
Got OpenGl: - Yes, enough to run the radar plugin.

See attached screenshot. Simulated GPS and heading by network VDR play and a captured radar transmit on the same net.
Not at all the best performance but still a radar picture on a Pi!
OpenGL notes from my log file: (The entire log is attached, pls discard .pdf)

16:47:55 CEST: OpenGL-> Renderer String: Software Rasterizer
16:47:55 CEST: OpenGL-> Version reported:  2.1 Mesa 8.0.5
16:47:55 CEST: OpenGL extensions available: 
16:47:55 CEST: GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_multitexture GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_3DFX_texture_compression_FXT1 GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_MESA_resize_buffers GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_NV_vertex_program GL_ARB_depth_texture GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_ATI_envmap_bumpmap GL_ATI_fragment_shader GL_EXT_stencil_two_side GL_EXT_texture_cube_map GL_NV_depth_clamp GL_NV_fragment_program GL_NV_point_sprite GL_NV_vertex_program1_1 GL_APPLE_packed_pixels GL_APPLE_vertex_array_object GL_ARB_draw_buffers GL_ARB_fragment_program GL_ARB_fragment_shader GL_ARB_shader_objects GL_ARB_vertex_program GL_ARB_vertex_shader GL_ATI_draw_buffers GL_ATI_texture_env_combine3 GL_EXT_depth_bounds_test GL_EXT_shadow_funcs GL_EXT_stencil_wrap GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_ARB_depth_clamp GL_ARB_fragment_program_shadow GL_ARB_half_float_pixel GL_ARB_occlusion_query2 GL_ARB_point_sprite GL_ARB_shading_language_100 GL_ARB_sync GL_ARB_texture_non_power_of_two GL_ARB_vertex_buffer_object GL_ATI_blend_equation_separate GL_EXT_blend_equation_separate GL_OES_read_format GL_ARB_pixel_buffer_object GL_ARB_texture_compression_rgtc GL_ARB_texture_rectangle GL_ATI_texture_compression_3dc GL_EXT_pixel_buffer_object GL_EXT_texture_compression_rgtc GL_EXT_texture_mirror_clamp GL_EXT_texture_rectangle GL_EXT_texture_sRGB GL_EXT_texture_shared_exponent GL_ARB_framebuffer_object GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_packed_depth_stencil GL_NV_fragment_program_option GL_APPLE_object_purgeable GL_ARB_vertex_array_object GL_ATI_separate_stencil GL_ATI_texture_mirror_once GL_EXT_draw_buffers2 GL_EXT_draw_instanced GL_EXT_gpu_program_parameters GL_EXT_texture_array GL_EXT_texture_compression_latc GL_EXT_texture_sRGB_decode GL_MESA_texture_array GL_ARB_copy_buffer GL_ARB_draw_instanced GL_ARB_half_float_vertex GL_ARB_map_buffer_range GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_vertex_array_bgra GL_EXT_separate_shader_objects GL_EXT_texture_swizzle GL_EXT_vertex_array_bgra GL_NV_conditional_render GL_ARB_draw_elements_base_vertex GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions GL_ARB_provoking_vertex GL_EXT_provoking_vertex GL_ARB_robustness GL_ARB_texture_storage 
16:47:55 CEST: OpenGL-> Texture rectangle format: de1
16:47:55 CEST: OpenGL-> Using Vertexbuffer Objects
16:47:55 CEST: OpenGL-> Using Framebuffer Objects
16:47:55 CEST: OpenGL-> Using FBO Stencil buffer
16:47:55 CEST: OpenGL-> Using Stencil buffer clipping
16:47:55 CEST: OpenGL-> Using Scissor Clipping
16:47:55 CEST: OpenGL-> Using Display Lists
16:47:55 CEST: OpenGL-> Using 3dfx fxt1 compression
16:47:55 CEST: OpenGL-> Compressed tile size: 128kb (6:1)
16:47:55 CEST: OpenGL-> Minimum cartographic line width:  1.0
16:47:55 CEST: OpenGL-> Minimum symbol line width:  1.0

Hakan,

It would be great to hear how the Br24PI works with the latest raspbian with OpenGL.

Have you tried it yet ?

Cheers,
JM.

[verkerkbr]

It appears that you have to do more for upgrading to OpenGL:

sudo apt-get update

sudo apt-get dist-upgrade

sudo apt-get install raspi-gpio

sudo apt-get install xcompmgr libgl1-mesa-dri

sudo rpi-update

sudo raspi-config

With raspi-config you can in the advanced setting activate the experimental Opengl driver.

Then reboot and you a have a Turbo-charged Raspberry Pi 2.

At first my monitor switched off. But by changing some HDMI parameter in the config.txt.

It is working now supercharged.

Bram

Still some problems with my VGA monitor settings. But it works and also very rapid. The driver is certainly experimental.

[Hakan]

JM
No I haven't tried recently. My pi is on Jessie and mesa.... but still software rasterizer. I'm following your attempts here and think I will make a try when home again.
Håkan

[verkerkbr]

Latest version of Raspian. OpenGL driver switch to on. OpenCPN OpenGL setting on.

Accellerated video on my Raspberry Pi 2. Not working on my DVI screen but via VNC.

[Alisdair]

Originally Posted by verkerkbr

Latest version of Raspian. OpenGL driver switch to on. OpenCPN OpenGL setting on.

Accellerated video on my Raspberry Pi 2. Not working on my DVI screen but via VNC.

Easily sorted:

edit /boot/config.txt

insert the following lines (under existing framebuffer entries for convenience)
framebuffer_depth=32
framebuffer_ignore_alpha=1


I've built a couple of packages and made them available with instructions at Pi Chart , however I haven't had a chance to try out the Raspi 2's OpenGL experimental drivers in anger yet .. there's still too much snow to go sailing comfortably.

[verkerkbr]

Good afternoon,

when I run O without the OpenGL driver there is no problem with the monitor screen.

But if I switch on the OpenGL driver, a square colored panel appears and then my monitor switches off.

Tried your settings, but the probleem does not go away. I have tried allready several setting but no positive result.

Are there perhaps other settings then these in config.txt ?

Bram

[Alisdair]

Originally Posted by verkerkbr

Good afternoon,

when I run O without the OpenGL driver there is no problem with the monitor screen.

But if I switch on the OpenGL driver, a square colored panel appears and then my monitor switches off.

Tried your settings, but the probleem does not go away. I have tried allready several setting but no positive result.

Are there perhaps other settings then these in config.txt ?

Bram

Hi Bram,


Are you turning OpenGL on in both raspi-config and openCPN?


Alisdair

[verkerkbr]

Hi Allister,

yes both OpenGL are turned on. And as you see in video, this works. But only if i use
VNC from another system.

The problem only arises when I switch to the OpenGL driver.

It seems that user with a HDMI monitor does not have this problem. But I don't have such a monitor. I'am using HDMI with a HDMI/DVI plug.

It is certainly not perfect, but it is working.

Regards,


Bram

[conachair]

Originally Posted by verkerkbr

It seems that user with a HDMI monitor does not have this problem. But I don't have such a monitor. I'am using HDMI with a HDMI/DVI plug.

My system has a HMDI/VGA adapter, it worked fine without the opengl driver but after enabling the driver it was necessary to raise the voltage supply so that between pins ground & 5V it was 5v otherwise it just displayed a rainbow screen, before it was more like 4.8v.
Do you have a volt meter to check?
Or try with no USB devices plugged in?
It might be a power problem, Pi's are well known to be unhappy if the power isn't right.

[Alisdair]

Originally Posted by verkerkbr

Hi Allister,

yes both OpenGL are turned on. And as you see in video, this works. But only if i use
VNC from another system.

The problem only arises when I switch to the OpenGL driver.

It seems that user with a HDMI monitor does not have this problem. But I don't have such a monitor. I'am using HDMI with a HDMI/DVI plug.

It is certainly not perfect, but it is working.

Regards,


Bram

How about the following in config.txt?
hdmi_safe=1
with possibly
hdmi_drive=1
and (as a result of Conacher's post)
config_hdmi_boost=7
(cf https://www.raspberrypi.org/forums/v...5851&start=150)

just grasping at straws, however, if I run OpenCPN without the framebuffer settings that I suggested I can see charts OK using Xming over SSH (like your VNC), but not on my HDMI monitor; enabling those settings let me see charts on HDMI .. so the "problem" is with the Raspberry Pi rather than OpenCPN ... and as the drivers are experimental it might be simpler to give up and just use the non-OpenGL settings