Date   
Re: Linux Disk Performance

Heiko Schellhorn
 

Hi Oliver, Ernst

Welcome to the small troop of amateurs that use GNU/Linux for
EUMETCast. Nice to hear that you got it working on Linux Mint.
As one of the non-amateurs :-) running EUMETCast (TelliCast) in the meantime for more than 14 years under Linux (just switched to Terrestrial) two additional hints for you.

First I would suggest not to mount the disk under /media/ops...
It's up to you but IMHO /media/username should be only dedicated to temporary mounted drives likes USB-Sticks etc.

Second:
As you mentioned you use an external disk mounted under /media/ops/...

External disks have sometimes the bad habit to change the device during reboot (e.g. forgotten USB-stick still plugged to the system).
So easily /dev/sdb becomes /dev/sdc

So I would suggest that you mount the external disk via /etc/fstab during boot using the UUID of the partition. So you can forget as many USB sticks as you want plugged ;-)

you'll get the UUID with

blkid -o value -s UUID /dev/sdb1

The entry in your /etc/fstab may then look like

UUID=71e540ba-697d-4229-b089-c27265d08fc9 /EUMETCast-data ext4 errors=remount-ro 0 1


Best wishes implementin your reception station.


Heiko

--
---------------------------------------------------------------------------
Dipl. Inf. Heiko Schellhorn

University of Bremen Room: NW1-U 2065
Inst. of Environmental Physics Phone: +49(0)421 218 62091
P.O. Box 33 04 40 Fax: +49(0)421 218 62070
D-28334 Bremen Mail: mailto:schell@...
Germany www:
http://www.iup.uni-bremen.de/~schell
http://www.sciamachy.de
http://www.esa-ghg-cci.org
http://www.tropomi.eu/

»In Deutschland gilt derjenige, der auf den Schmutz hinweist,
als viel gefährlicher als derjenige, der den Schmutz macht.«
- Kurt Tucholsky-

Gegen eine Dummheit, die gerade in Mode ist,
kommt keine Klugheit auf.
(Theodor Fontane)

Re: Linux Disk Performance

Ernst Lobsiger
 

Hi Olivier

Welcome to the small troop of amateurs that use GNU/Linux for
EUMETCast. Nice to hear that you got it working on Linux Mint.

/dev/sdb1 is a device file meaning partition 1 on your second disk

You mount /dev/sdb1 tt an appropriate mount point
(directory) in your root file system / that apparently
resides on your SSD /dev/sda? ... If you type just "mount" in
a terminal you see how it's all assebled. Your SSD may also
be partitioned in /dev/sda1 (SWAP) and /dev/sda2 / (root) ...

Your mount point seems to be /media/ops/EUMETCast
So if /dev/sdb1 is not mounted, /media/ops/EUMETCast
is just a directory on your SSD that you can use as
far as you have access rights. As soon as /dev/sdb1
is mounted here, writing to this directory means
writing to (the top most place of) your big disk.

In Linux you *MUST* have the EUMETCast tmp directory and the
final received files on the same file system (partition). In
your case everything either on SSD (which will wear out and
overfill faster than you like it ...) or on your hopefully
fast enough second HDD. So forget your idea of

sudo mount -t tmpfs -o size=2048M tmpfs /media/ops/EUMETCast/ramdisk

This makes a tmp file system in memory that you give a mount point
on your second HDD which is already mouted on your SSD. Not KISS.
A tmpfs is not even a RAM disk as expected as it swaps out data
blocks that have not been touched for some time to your SWAP device.

Just for whatever channels an entry (I made ist already shorter :-)

target_directory=/media/ops/EUMETCast/bas/data/default
tmp_directory=/media/ops/EUMETCast/bas/tmp

This should work though I have my paths much more flat
and mount the data HDD as just /srv (or /opt or /mnt)

Soon you will want to slice your data in channel directories.


Cheers
Ernst

Re: Linux Disk Performance

Hugo
 

Olivier,

The control information of the received files are already saved in RAM memory ( for the latest EUMETCast client), so it is not necessary to create a RAMDISK.
A RAMDISK is a file system in memory.
If the interface to the hard disk is fast enough , I can see no reason why it would not work.

Hugo

Re: Linux Disk Performance

hb9erg.kd0hop@...
 

Good evening everyone

I hope I'm posting this question on the correct location... :-)

** My Setup **
I'm running Linux Mint 19.2, using an internal SSD (500 GB, ext4).
Tellicast client, EUMETCastView run perfectly fine using default values.

** What I'm intending **
I'd like to use my external 2TB HDD (ext4) as target for e.g. EUMETCast BAS files:
/eumetcast/bas/default

My idea is to have only the OS and EUMETCastView running on the SSD, while the data is stored on my "big" external HDD.

I named that external 2TB HDD "EUMETCast", so it appears as:
/media/ops/EUMETCast --> It's mounted as sdb1.

As described in EUMETSAT TD15, the tmp-files database AND the target MUST be on the *same* filesystem:
"During reception, the file fragments are immediately written to the temporary location on the diskusing a temporary file name and control information is held in a database, which is resident inmemory – the file database. Once a file is completely received, it is moved from the temporaryto the target location on the disk and renamed to the original filename, and the timestamp ofthe file is set to the original time in the EUMETCast platform. It is important that the temporarylocation and target location are on the same file system, otherwise the move operation will notbe possible (in Linux) or result in a copy operation (Windows) which takes more time andresources. The move is an “atomic” and fast operation because it consists of just a change inthe file allocation table - the file itself is not touched."

If it's not, I get, as expected, the following log-file "ERROR":
Invalid cross-device link
Cannot rename file "/media/ops/EUMETCast/ramdisk/data/tmp/bas/5dd156ce00e26b3d.tmp" to "/media/ops/EUMETCast/data/eumetcast/bas/default/H-000-MSG3__-MSG3_RSS____-IR_097___-000007___-201911171415-C_" (Invalid cross-device link)
** What I tried **
So I was setting up a RAM DISK, whose destination target is on my external 2TB HDD:
sudo mount -t tmpfs -o size=2048M tmpfs /media/ops/EUMETCast/ramdisk

At file cast-client-channels_bas.ini, I typed:
target_directory=/media/ops/EUMETCast/data/eumetcast/bas/default
tmp_directory=/media/ops/EUMETCast/ramdisk/data/tmp/bas

** What I hoped for **
Now that RAMDISK (used for tmp-files) AND target directory are *presumably* on the SAME filesystem, it should work.

But: it doesn't.

** My questions **
I'm new to Linux but really would like to learn more about it and get it to work.

1) What's the correct path to my external HDD that tellicast client "understoods"? Is it
a) /media/ops/EUMETCast/
b) /dev/sdb1
c) or via /dev/disk/, e.g. by-partuuid: /dev/disk/by-partuuid/4d878bfa-5680-4e32-bef4-a9d3e003286e

2) Is it SOMEHOW possible to
- have the tmp-files saved on the RAM DISK (-or- even to the internal SSD)
AND
- the target files saved on the external HDD?

Or doesn't it make sense what I'm aiming for...? :-P


Thanks very much in advance for your help!

Vy 73 de Olivier, HB9ERG, Basel

Re: bracknell line-up

Robert Moore
 

Thanks David, Bracknell-2 solved the problem.

Robert

-----Original Message-----
From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of David J Taylor via Groups.Io
Sent: 17 November 2019 11:48
To: MSG-1@groups.io
Subject: Re: [MSG-1] bracknell line-up

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian
(roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

It looks the same as ones from ~2013, but with a more detailed country outline. Try the Bracknell 2 overlay mapping - fits perfectly here.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: bracknell line-up

David J Taylor
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees
North and 4 degrees W of its correct position - putting the meridian
(roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

It looks the same as ones from ~2013, but with a more detailed country outline. Try the Bracknell 2 overlay mapping - fits perfectly here.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: bracknell line-up

David J Taylor
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian (roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert
=================================

Robert,

Could you please send me a sample chart which doesn't match. Perhaps the format has changed yet again!

Thanks,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

bracknell line-up

Robert Moore
 

My Bracknell map is not registering correctly in GSS . It plots 2 degrees North and 4 degrees W of its correct position - putting the meridian (roughly) through Fishguard.
Can't find any settings that I might have awry.
All help gladly received!
Thanks

Robert

Re: EUMETCastView on GNU/Linux

Ernst Lobsiger
 

Oliver

I got my working Linux driver for my cheap ASUS Card with nvidia GEFORCE GT 710 chip directly from the nvidia web site.
For Intel graphics probably on your Intel NUC there is some basic information here:  https://01.org/linuxgraphics
I still mostly work at the console. Never heard of "oibaf PPA" up to now, so apparently "blind are trying to lead the blind ...".

Sounds like "die drei scheenschte dääg.", but my home is Bern not Basel

Cheers,
Ernst

Re: EUMETCastView on GNU/Linux

hb9erg.kd0hop@...
 

Good morning, Christoph and Ernst

Thank you a lot for your quick responses, I appreciate it very much!

After many hours of - unfortunately unsuccessfully! - trying to install different drivers by means of
- PPA oibaf,
- sgfxi script,
- linux internal driver management
on both the
- HP Pavilion dv7 laptop (AMD Radeon GPU) and
- Intel NUC (Intel Graphics 5000),

I managed to have found a working solution:
 - ASUS K56CB
 - Linux Mint Xfce 19.2 Tina
 - nVidia GeForce 740M >> Proprietary Driver chosen from Linux Mint "Treiberverwaltung": nvidia-driver-390 (metapackage)
 - 3D Globe now working, with about 220 paintGL calls / s
 - EUMETCastView had been compiled on Ubuntu 18.04 LTS, which works flawlessly also on Linux Mint 19.2 Tina.

glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 740M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 390.116
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 390.116
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.116
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20


*** What's strange ***
Tthe nVidia proprietary driver chosen by the "Treiberverwaltung" didn't work on Ubuntu 18.04 LTS > system crashed or displaying was very slow... (llvs...)

Unfortunately, on the HP Pavilion dv7, Linux Mint always freezes after 10 seconds, so it's not usable there.

*** oibaf PPA ***
Is it correct how I "activated" the PPA oibaf drivers on the Intel NUC?
>> After adding the PPA repository and apt-get upgrade, apt dist-upgrade (or apt full-upgrade), I think it installed it, but OpenGL in EUMETCastView still didn't work...

glxinfo | grep OpenGL, it says (below is just an excerpt!) that it's using
OpenGL core profile version string: 4.5 Mesa 20.0.0 devel (bionic-oibaf-ppa)
OpenGL version string: 3.0 Mesa 20.0.0-devel (bionic-oibaf-ppa)
OpenGL ES GLSL ES 3.10
*** Intel NUC ***
My goal is it to run EUMETCastView on the Intel NUC - maybe you can help me with this driver issue further?

Vyle Dangg Euch und e sunnige Daag!

Cheers,
Olivier

Re: Confused about data types

geojohnt@...
 

Thomas,

Just to add, having had HD constipation, when I added HVS-1 to BS, I agree with David.
You really need to limit the data you receive.
Both in the data you have ticked in your EUMETCast account, and via your cast-client-channels_hvs-1.ini and cast-client-channels_bas.ini.

Gone are the days when you could receive 'everything' disseminated by EUMETCast.

I think I'm right in saying that some 'wanted data streams' also include data that you do not want - 'DARMSTADT sounding data' for instance in my case, which filled my HD, along with other not wanted data, which one/two of David's SatSignal processing programmes deletes - again, I think I'm right in saying.

Yes, as we say, "you can't see the wood for the trees."

Best wishes,
John.

++++++++++++++++ 

In a message dated 13/11/2019 19:26:53 GMT Standard Time, gm8arv@... writes:

Hi guys,

today my hvs1 and hvs2 data has been activated by eumetsat.

I am flashed about the the huge different kind of data packets and i wonder
how to process them an which software i should use.
[]
By the way is Msg-data-manager able to process Goes images?
[]
We say in german that we can't see the forest because of lot of trees ????

Regards
Thomas
=================================

Thomas,

Yes, the first need for most users is to limit the data you get, and the
processed data you want to keep!  Incoming data is 250+ GB/day on BS/HVS-1
and ~400 GB/day on HVS-2.

For GOES-15 I have free software:

  https://www.satsignal.eu/software/goes-15-netcdf-manager.html

and for GOES-16/17 too:

  https://www.satsignal.eu/software/GOES-ABI-Manager.html

I've done that rather than tagging yet another satellite with yet another
protocol onto the MSG Data Manager.

Cheers,
David

Re: The user day presentations are available

geojohnt@...
 

David,

Thanks for the link.
Some interesting information in the PPT presentations.

Regards,
John.

++++++++++++++++++++

In a message dated 14/11/2019 14:36:42 GMT Standard Time, gm8arv@... writes:

From EUMETSAT:

The user day presentations are available now on the below link


Click on Agenda.  Read what's planned for the future!

Cheers,
David

The user day presentations are available

David J Taylor
 

From EUMETSAT:

The user day presentations are available now on the below link

https://www.eventsforce.net/eumetsat/frontend/reg/tAgendaWebsite.csp?pageID=2939&ef_sel_menu=58&eventID=8&mode=

Click on Agenda. Read what's planned for the future!

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: EUMETCastView on GNU/Linux

Ernst Lobsiger
 

Ho Oliver and Christoph

This is a common problem with 3D functions in Linux card drivers.
Windows drivers are normally provided by manufacturers while
Linux drivers are often reverse engineered. When I started to
make the 3D globe work I finally had to buy a cheap vNidia card
and go with the proprietary nVidia X-driver (that's normally not
done a on a Debian box). If you have an AMD card supported by
the amdgpu (not the older radeon) driver it might run out of
the box. Intel GPU (on board) graphics is well supported too.

Bottom line:

- nVidia: forget the nouveau driver, go propretary
- AMD: give open source and MESA a try
- Intel: try open source and hope for the best

As I have asked before: Please report working combinatione here.

My latest working HW combination out of the box:
- Debian 10 amd64 / MESA / amdgpu
- ATI FirePro W5000 2048MB
as usual on old I7 PCs that other people threw away.

Cheers,
Ernst

Re: Confused about data types

David J Taylor
 

Hi guys,

today my hvs1 and hvs2 data has been activated by eumetsat.

I am flashed about the the huge different kind of data packets and i wonder
how to process them an which software i should use.
[]
By the way is Msg-data-manager able to process Goes images?
[]
We say in german that we can't see the forest because of lot of trees ????

Regards
Thomas
=================================

Thomas,

Yes, the first need for most users is to limit the data you get, and the processed data you want to keep! Incoming data is 250+ GB/day on BS/HVS-1 and ~400 GB/day on HVS-2.

For GOES-15 I have free software:

https://www.satsignal.eu/software/goes-15-netcdf-manager.html

and for GOES-16/17 too:

https://www.satsignal.eu/software/GOES-ABI-Manager.html

I've done that rather than tagging yet another satellite with yet another protocol onto the MSG Data Manager.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Confused about data types

Thomas Scheelen
 

Hi guys,


today my hvs1 and hvs2 data has been activated by eumetsat.


I am flashed about the the huge different kind of data packets and i wonder how to process them an which software i should use.


I already read a lot guides and websites, but it somehow confuses me even more.. 😊


Is there any overview about the filenames and their corresponding products?


Eumetcast-viewer appears to be great for Goes 16/17 and some Sentinel images.
But it can not handle all sentinel data and not that stable and fast.


By the way is Msg-data-manager able to process Goes images?


I receive a lot of different sounding data with "Darmstadt" in their filenames. I know what sounding means, but i wonder if they are useful and how to block them.


I could ask so many more questions, but i don't want to nerve.. 😄


We say in german that we can't see the forest because of lot of trees 😄


Regards
Thomas

Re: EUMETCastView on GNU/Linux

Christoph Neuhaus
 

Dear Olivier,


Furthermore, I tried it on the Intel NUC using Windows 10 and the
latest v1.4.7 .exe, which works fine, including 3D globe. So HW
works.
this indicates a driver issue; the currently installed linux mesa driver does not support the shader language GLSL version 3.30, obviously the windows counter part does.

For the NUC you could give the drivers from
https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
a try. They should provide you with the most current version of the mesa and intel drivers, and according to
https://mesamatrix.net/
the GLSL version required by EUMETCastView is supported.

The drivers might even work on your other hardware, although it's always difficult to tell with older nVidia and AMD cards.

Good luck,
Christoph



Am 13.11.19 um 17:29 schrieb hb9erg.kd0hop@...:
Hi all,
thanks for all your valuable information and your EUMETCastView compilation HowTo!
Everything went very well, using EUMETCastView v1.4.7; I successfully compiled the software on Debian 10 and Xubuntu LTS (more details below).
*** BUT: Here's my Problem ***
Unfortunately, I don't get the 3D Globe to work. It will show green text: around "60 paintGL calls / s", and after activation of the ground station info also these "Maspalomas, Lannion" etc etc. It also lets me choose segments, but I have no Globe and no background (corona).
I tried it on different hardware:
- hp pavilion dv7 6c40ez (CPU: Intel Core i7-2670QM, 2,2GHz, 4 cores - GPU: AMD Radeon HD 7470M)
- ASUS K56CB (CPU: Intel Core i7-3537U, 4 cores - GPU: NVIDIA® GeForce® GT 740M)
- Intel NUC D54250WYK (CPU: Intel Core i5-4250U 1.3GHz, 2 cores - GPU: Intel® HD-Grafik 5000)
Furthermore, I tried it on the Intel NUC using Windows 10 and the latest v1.4.7 .exe, which works fine, including 3D globe. So HW works.
Now I'm trying to get it to work on the Intel NUC, using Xubuntu 18.04.3 LTS.
*** Console Outputs (for your information) ***
cat /etc/lsb-release | grep DESC ; uname -a; lscpu | grep "Model name"; glxinfo | grep OpenGL | head -3
DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"
Linux ops-nuc 5.0.0-35-generic #38~18.04.1-Ubuntu SMP Mon Nov 11 09:16:10 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8
glxinfo | grep -i "version"
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
    Version: 19.0.8
    Max core profile version: 4.5
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.1
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8
OpenGL core profile shading language version string: 4.50
OpenGL version string: 3.0 Mesa 19.0.8
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
    GL_EXT_shader_implicit_conversions, GL_EXT_shader_integer_mix,
ops@ops-nuc:~$ glxinfo | grep -i "OpenGL"
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 19.0.8
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
*** But Here's The Problem.... ***
When I start EUMETCastView from the terminal, choose the 3D globe menu, it outputs:
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES
Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1
layout(location=0) in vec3 VertexPosition;
uniform mat4 MVP;
uniform mat3 NormalMatrix;
uniform vec4 outcolor;
out vec3 Normal;
void main()
{
    Normal = normalize(NormalMatrix * VertexPosition);
    gl_Position = MVP * vec4(VertexPosition,1.0);
}
***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES
Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1
layout(location=0) in vec3 VertexPosition;
uniform mat4 MVP;
uniform mat3 NormalMatrix;
out vec3 Normal;
out float angle;
void main()
{
    Normal = normalize(NormalMatrix * VertexPosition);
    angle = 1 / MVP[3].w;
    gl_Position = MVP * vec4(VertexPosition,1.0);
}
***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES
Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1
//layout(location=0) in vec2 VertexPosition;
//layout(location=1) in float VertexTexCoord;
in vec2 VertexPosition;
in float VertexTexCoord;
out float texCoord;
void main()
{
    gl_Position = vec4(VertexPosition, 0.0, 1.0);
    texCoord = VertexTexCoord;
}
***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "gshhsdata positions.size() = 0"
Release Debug: "gshhsdata totalverts = 0"
Release Debug: SkyBox::loadCubemap x loaded
Release Debug: SkyBox::loadCubemap _x loaded
Release Debug: SkyBox::loadCubemap y loaded
Release Debug: SkyBox::loadCubemap _y loaded
Release Debug: SkyBox::loadCubemap z loaded
Release Debug: SkyBox::loadCubemap _z loaded
Release Debug: "ID cubemapTexture = 2"
Release Debug: "setCylOrGlobe = 1"
Release Debug: "na setCylOrGlobe = 1"
*** May you help me? ***
On the ASUS laptop, I tried to install other Linux graphics drivers using (in dir. /usr/bin):
wget -Nc smxi.org/sgfxi && chmod +x sgfxi && sgfxi
Do I need to change something in the source code, so that it will let me use the GLSL 3.30?
Thank you a lot in advance for your assistance, it's very much appreciated!
Greetings from Olivier, HB9ERG - Basel, Switzerland

--
____________________________________________

University of Bern
Remote Sensing Research Group

Christoph Neuhaus
ICT expert

Hallerstrasse 12
3012 Bern - Switzerland

e-mail: christoph.neuhaus@...
skype: nihil14
___________________________________________

Re: EUMETCastView on GNU/Linux

hb9erg.kd0hop@...
 

Hi all,

thanks for all your valuable information and your EUMETCastView compilation HowTo!

Everything went very well, using EUMETCastView v1.4.7; I successfully compiled the software on Debian 10 and Xubuntu LTS (more details below).

*** BUT: Here's my Problem ***
Unfortunately, I don't get the 3D Globe to work. It will show green text: around "60 paintGL calls / s", and after activation of the ground station info also these "Maspalomas, Lannion" etc etc. It also lets me choose segments, but I have no Globe and no background (corona).

I tried it on different hardware:
- hp pavilion dv7 6c40ez (CPU: Intel Core i7-2670QM, 2,2GHz, 4 cores - GPU: AMD Radeon HD 7470M)
- ASUS K56CB (CPU: Intel Core i7-3537U, 4 cores - GPU: NVIDIA® GeForce® GT 740M)
- Intel NUC D54250WYK (CPU: Intel Core i5-4250U 1.3GHz, 2 cores - GPU: Intel® HD-Grafik 5000)

Furthermore, I tried it on the Intel NUC using Windows 10 and the latest v1.4.7 .exe, which works fine, including 3D globe. So HW works.

Now I'm trying to get it to work on the Intel NUC, using Xubuntu 18.04.3 LTS.

*** Console Outputs (for your information) ***

cat /etc/lsb-release | grep DESC ; uname -a; lscpu | grep "Model name"; glxinfo | grep OpenGL | head -3

DISTRIB_DESCRIPTION="Ubuntu 18.04.3 LTS"
Linux ops-nuc 5.0.0-35-generic #38~18.04.1-Ubuntu SMP Mon Nov 11 09:16:10 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8

glxinfo | grep -i "version"
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
    Version: 19.0.8
    Max core profile version: 4.5
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.1
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8
OpenGL core profile shading language version string: 4.50
OpenGL version string: 3.0 Mesa 19.0.8
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
    GL_EXT_shader_implicit_conversions, GL_EXT_shader_integer_mix,

ops@ops-nuc:~$ glxinfo | grep -i "OpenGL"
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.8
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 19.0.8
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.0.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:




*** But Here's The Problem.... ***
When I start EUMETCastView from the terminal, choose the 3D globe menu, it outputs:

Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES

Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1

layout(location=0) in vec3 VertexPosition;

uniform mat4 MVP;
uniform mat3 NormalMatrix;
uniform vec4 outcolor;

out vec3 Normal;

void main()
{
    Normal = normalize(NormalMatrix * VertexPosition);
    gl_Position = MVP * vec4(VertexPosition,1.0);
}

***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES

Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1

layout(location=0) in vec3 VertexPosition;

uniform mat4 MVP;
uniform mat3 NormalMatrix;

out vec3 Normal;
out float angle;

void main()
{
    Normal = normalize(NormalMatrix * VertexPosition);
    angle = 1 / MVP[3].w;
    gl_Position = MVP * vec4(VertexPosition,1.0);
}

***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Warning: QOpenGLShader::compile(Vertex): 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES

Release Warning: *** Problematic Vertex shader source code ***
#version 330
#define lowp
#define mediump
#define highp
#line 1

//layout(location=0) in vec2 VertexPosition;
//layout(location=1) in float VertexTexCoord;

in vec2 VertexPosition;
in float VertexTexCoord;

out float texCoord;

void main()
{
    gl_Position = vec4(VertexPosition, 0.0, 1.0);
    texCoord = VertexTexCoord;
}

***
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, 3.00 ES, and 3.10 ES\n"
Release Debug: "gshhsdata positions.size() = 0"
Release Debug: "gshhsdata totalverts = 0"
Release Debug: SkyBox::loadCubemap x loaded
Release Debug: SkyBox::loadCubemap _x loaded
Release Debug: SkyBox::loadCubemap y loaded
Release Debug: SkyBox::loadCubemap _y loaded
Release Debug: SkyBox::loadCubemap z loaded
Release Debug: SkyBox::loadCubemap _z loaded
Release Debug: "ID cubemapTexture = 2"
Release Debug: "setCylOrGlobe = 1"
Release Debug: "na setCylOrGlobe = 1"




*** May you help me? ***
On the ASUS laptop, I tried to install other Linux graphics drivers using (in dir. /usr/bin):
wget -Nc smxi.org/sgfxi && chmod +x sgfxi && sgfxi

Do I need to change something in the source code, so that it will let me use the GLSL 3.30?

Thank you a lot in advance for your assistance, it's very much appreciated!

Greetings from Olivier, HB9ERG - Basel, Switzerland

Re: TP 1.

David J Taylor
 

Hi all!

Signal drop is caused due to excessive snow fall in Aflenz Austria (Satellite Uplink): 800mm in 24h!

Regards

Hartmut
================================

Thanks for that report, Hartmut.

Interesting that it didn't seem to affect TP2 anything like as much. Perhaps TP2 is being uplinked from Vienna?

Cheers,
David
--
SatSignal Software - Quality software for you
Web: http://www.satsignal.eu
Email: david-taylor@...
Twitter: @gm8arv

Re: TP 1.

geojohnt@...
 

Hello Hartmut,

Goodness!

Leise rieselt der Schnee .....

Good news for the upcoming winter sport season and my favourite Ski Sprungen.

SNR slowly creeping up - snowfall easing off, or men out sweeping the dish with brooms?

Best wishes,
John.

++++++++++++++

 In a message dated 13/11/2019 12:37:18 GMT Standard Time, mail@... writes:

Signal drop is caused due to excessive snow fall in Aflenz Austria (Satellite Uplink): 800mm in 24h!