Recent Posts

1

Models / Azimuth drives - own ship

« Last post by elir71 on August 11, 2019, 12:36:44 PM »

I'm experimenting with this at the moment.  It will involve a fair amount of code rewrite but should be useable as a data structure for more flexibility of control surfaces

2

General Discussion / Re: Instrumentation Options

« Last post by vpelss on May 28, 2019, 01:36:02 AM »

This is a quick modification to the NEMA.CPP code to bypass my program and adds the NEMA.txt output and an HTTP server also:

https://github.com/vpelss/BridgeCommand_NEMA_UDP_to_File_HTML/tree/master/Alternate_NEMA

It has been tested on Windows and Linux, but not a MAC.

3

General Discussion / Instrumentation Options

« Last post by vpelss on May 09, 2019, 02:51:22 PM »

Instrumentation Options:

For those interested in an alternative instrumentation option for the bridgecommand NEMA output I have done the following:

I have a program that converts the UDP NEMA output from bridgecommand and turns it into both an update NEMA.txt file and an http (port 8080) output. 
https://github.com/vpelss/BridgeCommand_NEMA_UDP_to_File_HTML

This output can be used in an HTML / Javascript page to display your NEMA output.

The benefits are:
-easy to modify
-cross platform (can use on a tablet or phone)
-easily resized as browser is resized (if so designed)

A demo can be seen here (click on DEMO to start):
http://www.emogic.com/bc/

4

Bug reports / nema ip set to other than localhost

« Last post by vpelss on April 22, 2019, 03:21:57 PM »

When nema ip set to other than localhost (another IP on the same subnet) , Bridgecommand-bc performance is reduced, takes seconds to respond, etc...

After some thought, I realized that the server IP can not be anything but the server IP, unless you had multiple NIC cards.

So I guess this is not really a bug report but maybe a suggestion to make that setting dummy proof against someone like me who might set it to an IP that will choke bridgecommand-bc

 

5

Development / Re: Merged: Software Modification Stary & Bridge Command 5.4.1 & Visual Studio Community 2017

« Last post by forum_admin on April 15, 2019, 10:32:20 PM »

There are a few issues here, which I'm trying to resolve:

Bridge Command is set up for 32 bit compilation only for Windows, but VS2017 defaults to the x64 configuration, which isn't set up. This gives the errors about finding irrlicht.h
I will manually remove the x64 configurations from the Visual Studio files, which should fix this.

Separately, I had hardcoded paths to items in the Windows SDK, which I am trying to resolve, but is non-trivial (different windows SDK versions put things in different places). I'll push the updates when complete.

6

Feature requests & suggestions / Re: AIS input and Google Earth?

« Last post by elir71 on April 05, 2019, 03:50:53 PM »

I wrote some experimental code to create AIS signals for ships ... which could be used as other ships, so that they would be visible to openCPN chart plotter.  The AIS transmissions use a 6 bit format. The code was very very bodgy and I am certain it could be done more elegantly. I will try to dig it out and post it

7

Development / Re: Compiling with Sound : Linux

« Last post by forum_admin on March 21, 2019, 10:23:57 PM »

The is my 'recipe' for building with sound, applicable for Linux and macOS:

Libsndfile:
Download and uncompress libsndfile-1.0.28.tar.gz from http://www.mega-nerd.com/libsndfile/files/libsndfile-1.0.28.tar.gz
Create a folder for the output, referred to as <Somewhere> (Absolute path)
Change directory to where you've uncompressed libsndfile, then:

Code: [Select]

./configure --disable-shared --prefix=<Somewhere>
make
make install
cd <Somewhere>
cp -a lib <BridgeCommandSourceLocation>/libs/libsndfile/

Portaudio (Note for Linux compilation, remove the --disable-mac-universal option):
Download and uncompress pa_stable_v190600_20161030.tgz from http://www.portaudio.com/archives/pa_stable_v190600_20161030.tgz
Change directory to where you've uncompressed Portaudio, then:

Code: [Select]

./configure --disable-mac-universal --disable-shared --enable-static
make
cd lib/.libs/
cp * <BridgeCommandSourceLocation>/libs/portaudio/lib/

Bridge Command:
Change to where you have the Bridge Command source then

Code: [Select]

make -f MakefileWithSound


8

Development / Re: Bridge Command 5.4.1 + Visual Studio Community 2017

« Last post by forum_admin on March 21, 2019, 12:30:27 PM »

Hi,

I can't see a problem with ASIO - it shouldn't need the rest of boost, and ASIO_STANDALONE is defined.

I have separately commited a change that should avoid warnings/errors due to a common intermediate directory for the different projects.

Please could you ensure you have a full clean checkout, and try again, posting the exact error message that comes up if it is still a problem?

James

9

Development / Re: Software Modification Start

« Last post by forum_admin on March 21, 2019, 12:29:46 PM »

I've fixed the issue about multiple projects sharing the same output directory. (https://github.com/bridgecommand/bc/commit/df917d1a329af03756faea5d0def6b7398e7b081).

I can't see a problem with asio.h and irrlicht.h - they are included in the Git repository, and are included in the Visual Studio projects (in the External Dependencies section).

Please could you ensure you have a full clean checkout, and try again, posting the exact error message that comes up if it is still a problem?

10

Development / Re: Compiling with Sound : Linux

« Last post by forum_admin on March 21, 2019, 06:09:16 AM »

Yes, that is correct. I was actually hoping to set this up properly as my next task.