Alisdair, Stuartb, others (esp. Dave/bdbcat author of OpenCPN) - I haven't looked to see if I can send message directly to someone in this forum (new), but please let me know if I can or should do so.
Bottom-line - as much as I tried (really hard, believe me - not giving much of the detail below) to have this work on the raspi, it just seems very clunky on this system, and, importantly for me, right now cannot handle ENC's.
on my MacBookPro shows me that OpenCPN will be *great* on a platform like a decent MacMini etc. (I plan to use my Mac Mini - very power-thrifty - on boat as primary computer etc - but still don't want it powered up all-the-time).
I hope to still (help to?) make OpenCPN work adequately on a raspi for something to look at on small screen
as moving along etc.
I just bought new boat (Seidelmann 37) to work with. Will use OpenCPN - wanted to do it primarily from the Raspberry Pi I bought recently.
Thanks to various threads from you and others, I'm running OpenCPN on my:
-- 512 mb raspi (Nov 24 shipped), using 2012-12-16-wheezy-raspbian image on an 8 gb Sandisk class 4 card. I've updated/upgraded the system a couple of times, as recently as Dec 28, & perhaps added a few things (minimal and shouldn't relate to this, but I forget - a bit frustrated with the minimal sys admin gui stuff in the raspi image etc).
I used Alisdair's deb (3.1.802, I think) package that I got in mid Dec (and yesterday updated to his Dec28 3.1.802-1 deb, see below for reasons). (sorry for lack of detail - shut down my pi, workin on my mac right now).
Both deb's ran OpenCPN just fine (slow but fine) using (USA's) NOAA raster charts for Florida
. But neither will process NOAA's ENC
(vector) charts w/o crashing, as has been discussed being a low-power raspi problem.
I took lotsa notes in the many-many hour process of trying to fiddle with things (overclocking & memory splits on raspi, MEM & N CacheLimits for OpenCPN). I selected one ENC
chart to be in my active chart directory - smallish chart, but one never really knows w/ vector detail(?).
Memory - doesn't appear (??) to be the real issue - bottom line of a lot of detailed info: in my (default 64k to GPU version) raspi I have max of about 330 mb RAM available prior to starting OpenCPN. Of course lots of things change, but I generally have at least ~250 mb RAM available when crashing on ENC-SENC development - and never used any swap (all according to top, 3-sec updates, watching "like a hawk").
I then figured I should try compiling a newer src myself - the 3.1.1224 src released on Christmas
day (thanks!). Compiled fine w/o any malloc etc changes that I remember Alistair refering to (sorry, so many threads etc I don't remember the rationale for src code change). Variations in behavior (Alistair's and my more recent build), but ENC "ingestion" is usually fine, but then crashes about 1/3 the way thru additional processing.
So I thought I had a great idea - process the ENC-to-SENC's on my Mac, which was working great. Copied over all of the processed SENC's from the Mac to my raspi (w/ unix line feeds on txt files). Figured that if OpenCPN on raspi didn't have to process them, but simply use them for display, all would be dandy.
Alas. No luck. My active chart dir has only one ENC (but all SENCs are in standard location on raspi). When I click on accessing that chart, I crash w/o any notation in the log file. Durn.
So I figured I'd process the ENC-SENC's on my Fedora VM (on my mac), in case there was some OS-specific lib stuff (I saw a file with an ".a" extension somewhere in all of this). But I my Fedora is old (14), and even after updating the linux
kernel and all updates, the rpm
dependencies make me realize I have to completely re-install to a newer Fedora (seems strange, but that's all I can figure). Moreover, I think I may be grasping at straws regarding the generation of SENCs to be used in raspi.
I basically am thinking of using my Mac Mini for primary navigation
, and have the raspi available as another nav failsafe (incl paper charts and my iPad
, etc). Use raspi to constantly run with simple raster chart displays to a little monitor
that I may set up near helm
(haven't worked that out yet - having fun with exploring options).
Sorry for such a long post (hasty - hope it makes sense) - I'm a scientist who does some computational programming (mostly straight C and unix shell) in order to do my work - not a "good" programmer. But I'm happy to explore any suggestions that folks can come up with.