Recent Posts

91

Models / Re: models file formats for irrlicht

« Last post by elir71 on July 29, 2022, 02:18:59 PM »

I had no success in exporting to .3ds

however, I did have success in exporting .obj Wavefront format with its accompanying .mtl file

92

Environment models / Re: World Model Creation

« Last post by forum_admin on July 19, 2022, 11:12:19 PM »

Bridge Command uses metres internally, and assumes that binary heightmaps are defined in metres, so as long as the original data is in metres, they should be correct. Please double check the source, but let me know if it still doesn't look right.

For information, from the latest release (5.7.12), there are a few improvements to terrain loading, including directly supporting 3dem 16 bit integer and 32 bit floating point terrain matrix (the 3dem format uses a separate binary map and ascii header file). Additionally, if the heightmap isn't (2^n + 1) square, instead of resizing it, Bridge Command now uses the data directly (it still internally using a 2^n+1 square worldmap, but just picking the next size up, and only using the amount required.)

93

Environment models / Re: World Model Creation

« Last post by elir71 on July 18, 2022, 02:05:18 PM »

So using Octave I extracted a 2049 x 2049 element matrix from the .asc file

# big.asc is an asc file with the headers stripped
>> load big.asc; # which puts into an array big
>> smaller = big(1820:3868,1:2049);
>> save smaller.asc smaller;

# as a check

>> rows(smaller)
>> columns(smaller)

# both of which returned 2049 which is correct

>> flipped=flupud(smaller);
>> flipped(flipped<=0)=-10;
>> fileID-=open('smaller2049.f32','w');
>> fwrite(fileID, flipped, 'single');
>> fclose(fileID);

It seemed to get rid of the mountains on the beach problem, although are the elevations shown in feet and not metres, they seem quite a bit bigger from real life ?

94

Environment models / Re: World Model Creation

« Last post by elir71 on July 18, 2022, 11:57:58 AM »

hmm asks for some .dlls when running through wine, which I dont have

My problem is that I am getting high spikes near the "beach"

so either the .asc data has this (which I discount as improbable) or
the conversion from asc to .f32 is introducing the problem or
the internal conversion from .f32 to a 1+2^n square matric is introducing the problem

What I am in the process of doing is taking a 2049 square directly out of the asc data using GNU Octave which should give me a clean smaller set of data of the same size as irrlicht uses

and converting that to a 2049 square f32 again using octave as you have posted earlier.

If I can picture that .f32 as an image (without the irrlicht interpretation) then I can rule out the process of asc>.f32 creating the spikes,

95

Environment models / Re: World Model Creation

« Last post by forum_admin on July 14, 2022, 06:23:54 PM »

Hi, if you are able to run it on the command line (are you using Wine?) you can just give the asc file as the only command line argument (import.exe nameOfFile.asc).
Its a pretty simple program so I may be able rewrite it as a simple cross platform command line program.

96

Environment models / Re: World Model Creation

« Last post by elir71 on July 13, 2022, 08:37:38 AM »

import.exe

is there some way of passing the file to import.exe other than dropping the input file onto it ?

the reason is, im using linux exclusively and the windows emulator does not support the drag and drop onto .exe

either that, is there another way of converting .asc to a .bmp

97

Environment models / Re: .f32 heightmap creation

« Last post by elir71 on July 11, 2022, 03:12:50 PM »

In fedora 36, the current version i am using then installing the image package on octave does not seen to work using the pkg command withing octave's own "commanline"

I've tried this however from the linux commandline

sudo dnf makecache
sudo dnf install octave-image.x86_64

98

Development / Re: Compiling Linux Fedora 34

« Last post by elir71 on July 08, 2022, 07:53:24 AM »

I looked at the BIOS settings and there was no hardware acceleration.  Much improved since enabling that

99

Development / Re: Compiling Linux Fedora 34

« Last post by elir71 on July 06, 2022, 07:04:07 PM »

I've a three screen system each running an upto date fedora 36 and latest bridgecommand compiled from source

the middle screen (master station) feed the port and starboard stations as secondary displays

All hardware is identical, swap identical

for some reaon the starboard display lags far behind the other two

any ideas what i should be looking at

100

Bridge Command General Support / Re: Welcome

« Last post by forum_admin on July 02, 2022, 12:02:22 AM »

Welcome, and please do pass on any feedback from your training!