Date   
Re: weather impact

Ian Deans
 

On 03/08/2019 16:19, geojohnt via Groups.Io wrote:
Robert,
Yes, it's been pretty bad 'up there' and more to come, it looks like.
However, apart from rain-fade on satellite signals, water drops on the LNB face is also a problem to take into consideration.
My 1 m dish is on the patio, so very easy to get to.
And it's quite sheltered where rain drops are not blown away from the face of the LNB.
I found some years ago that if I wiped away the large drops of rain on the face of the LNB my SNR increased by up to 1.5 dB if there were a lot of large drops.
Answer, for my 'ground' position, a rain shield made simply out of a 2 L plastic lemonade bottle.
Works very well.
Regards,
John.
==========================================================================

John I bought a rain shield as I too found heavy droplets seriously attenuating the signal.

Mine is only semi-circular, but I found if I set it up per the instructions supplied I was losing up to 0.2/0.4 SNR. As a result the top bit is not parallel to the LNB but pointing a bit higher which has resulted in no signal loss. The LNB is slightly more exposed, but it is still very rare for me to get water on the LNB.

Looking at your picture John, I would not be surprised if your signal was a little down as a result of your cover.

Regards
Ian.

Re: weather impact

geojohnt@...
 

Robert,

Yes, it's been pretty bad 'up there' and more to come, it looks like.

However, apart from rain-fade on satellite signals, water drops on the LNB face is also a problem to take into consideration.
My 1 m dish is on the patio, so very easy to get to.
And it's quite sheltered where rain drops are not blown away from the face of the LNB.

I found some years ago that if I wiped away the large drops of rain on the face of the LNB my SNR increased by up to 1.5 dB if there were a lot of large drops.

Answer, for my 'ground' position, a rain shield made simply out of a 2 L plastic lemonade bottle.
Works very well.

Regards,
John.

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


In a message dated 28/07/2019 17:50:50 GMT Standard Time, rsmoore@... writes:

I don't know if others are having the same experience, but there has been almost continuous heavy rain in North Wales today and all my HVS-1 imagery is very broken. BAS is fine. Suspect my reception for HVS is marginal and rain just attenuates the signal further without completely killing it.

Re: Himawari images - target directory

David J Taylor
 

Folks,

I've used two approaches:

1 - run a separate MSG Data Manager for Himawari. I think this is my preferred solution as it makes better use of available memory. Then you can use:

[channel]
name=E1H-TPG-2
receive_buffer_size=8000000
target_directory=L:\Tools\EUMETCast\received\E1H-TPG-2

and point the MSG Data Manager to: L:\Tools\EUMETCast\received\E1H-TPG-2


2 - direct the output of Himawari data from TelliCast to "the same" channel as channel 4. In practice for that configuration I needed a redirect as one output was from a network drive, so I used:

..\received\EUMETSAT_Data_Channel_4 - for the BS data
..\received\Data Channel 4 - for the HVS-1 data (via a network redirection to E1H-TPG-2 on another PC)

taking advantage of the fact that the MSG Data Manager will scan both directories.

There's no single "correct" way to do things, of course!

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

Re: Himawari images - target directory

geojohnt@...
 

Roland,

According to EUMETSAT's Channel and PID list, there is no EUMETSAT-Data Channel-4 on HVS-1.

Himawari data is sent via channel E1H-TPG-2.

Therefore your cast-client-channels_hvs-1.ini should read:

target_directory=\EUMETCast\received\hvs-1\E1H-TPG2

And the TelliCast received files location box in Himawari MDM should be:

(C:/D:/E:) whatever your HDD is \EUMETCast\received\hvs-1\E1H--TPG-2\

Don't forget the end '\'

and the files are named IMG_DK01B01, 02, 03, 04 etc and VIS and IR.

Regards,
John.

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

In a message dated 02/08/2019 21:38:05 GMT Standard Time, fly.fechter@... writes:

Using the path EUMETCast\received\EUMETSAT_Data_Channel_4 data starts to come in under the designation eg
DK01IR1_2019080222000_001 . However no images appear in the Himawari mask of the MSG D.M.

Re: animations in GSS

Alan Sewards
 

Hi Robert,
There is no point in compressing the animation files unless you want to send them to someone, in which case you would use zip or some other compression program. Compressing the actual animation files would slow the animation down as the files would have to be decompressed each time the display was refreshed.
Best regards
Alan S

On 1 Aug 2019, at 16:24, "David J Taylor via Groups.Io" <yahoo.co.uk@groups.io target=_blank>gm8arv=yahoo.co.uk@groups.io> wrote:
During the heavy storms in Europe last week I made an animation (daytime 
European precipitation) to show the extreme weather in northern Italy in the
Alps/Dolomites region and sent it to my son, who lives there (and indeed
experienced the thunder, lightning and hail that did so much damage in the
region).

I had the following reply: ???not sure what your system is doing. The file
you sent was 88MB, however, as you can see from the attached file, I have
the exact same quality with a total file size of 4MB. You either have too
much data, or are using a low compression codec, which these days are only
needed for editing 4k files on multiple layers.???

It was as he said; the 4MB file gave exactly the same results as I had with
my larger file. I looked back through my animation files and, by and large,
they are big files. Not sure what???s up ??? should I be processing the .avi
files created by GeoSatSignal to make them smaller or can GSS do this
anyhow? I usually only run the animations for my own interest and rarely
share them ??? so this rather took me by surprise.

Robert



Robert,

There's an option to compress the animation on the Job setup page, Animation
tab.

However, while you are welcome to try this option, my preference is to let
GeoSatSignal generate full quality, and use an external compression program
for the video so that you have full control over what compression/quality
you eventually provide. I've not used the internal compression option for
some time, so it may not still work.

Cheers,
David

Re: Himawari images - target directory

Philip Robinson
 

Roland
What is your tellicast received files location in Msg Data Manager.
My location  is EUMETCAST\received\hvs-1\ and the path in the cast-client-channels_hvs-1.ini folder is EUMETCAST\received\hvs-1\Data Channel 4.  Do yours agree with each other.
regards
Philip


------ Original Message ------
From: "fly.fechter@..." <fly.fechter@...>
Sent: 02/08/2019 21:38:02
Subject: [MSG-1] Himawari images - target directory

Hello David,
Using the path EUMETCast\received\EUMETSAT_Data_Channel_4 data starts to come in under the designation eg
DK01IR1_2019080222000_001 . However no images appear in the Himawari mask of the MSG D.M.
Apparently the data is not opened and put then into the Himawari mask which remains blank..
Kindly advise what steps to take.
Thanks in advance.
Regards,
Roland

Virus-free. www.avg.com

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Ferdinand Valk
 

Roland,

 

So, for clarity sake: you did not receive Goes-17 before, as you did not have pid 601 enabled. Confusing.

 

As far as the Himawari data is concerned: the data lives where you have defined it in the cast-client-channels_hvs-1.ini file. This can be anywhere, including if you wish in Data Channel 4, but that is not necessary (see my earlier example of the lines in the channels file).

What is recommendable though, is that you try to separate the Himawari data to a different disk, as with Goes 16 (every 10 minutes)  and 17 plus Himawari every 10 minutes, a single disk may be quite heavily loaded. But of course it depends whether you are taking all channels or only a small subset.

 

Ferdinand

 

From: MSG-1@groups.io On Behalf Of fly.fechter@...
Sent: Friday, 02 August, 2019 19:55
To: MSG-1@groups.io
Subject: Re: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

 Hello,

Yes, it took me quite some while to have Putty look into my SR1 HVS-1 transport filter table.

Slots 7 & 8 showed no pids or rather pid zero and once provided with PID 601 Tellique finally also

shows data arriving for Goes 16 and Himawari. The ABI manager flawlessly processes now the Goes 16 & Goes 17 images - As to Himawari images I still have not seen any via my MSG Data Manager, though.

I wonder where the respective data "hides" ?

Does this have to do somehow with Data Channel 4 being included into its routing - receive path ??

Regards,

Roland

 -----Original-Nachricht-----

Betreff: Re: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Datum: 2019-08-02T20:14:09+0200

Von: "Ferdinand Valk" <fvalk@...>

An: "MSG-1@groups.io" <MSG-1@groups.io>

 Roland,

 As indicated in an earlier post (July 30) to you, if you were indeed receiving Goes 17, your SR-1 settings were correct and you already had enabled pid 601, which carries also Goes-16 and Himawari. Thus, either you did not receive Goes-17 at all (but maybe Goes-15); or as suggested, your cast-client-channels_hvs-1.ini file was wrong.

 I didn’t see any reaction to my questions/suggestions and just see the same question repeated in a different formulation.

 Could you clarify what lead you to get G16 and Him-8 working now? This may be of interest/help to other people having difficulties like you have.

 Ferdinand

Himawari images - target directory

fly.fechter@t-online.de
 

Hello David,
Using the path EUMETCast\received\EUMETSAT_Data_Channel_4 data starts to come in under the designation eg
DK01IR1_2019080222000_001 . However no images appear in the Himawari mask of the MSG D.M.
Apparently the data is not opened and put then into the Himawari mask which remains blank..
Kindly advise what steps to take.
Thanks in advance.
Regards,
Roland

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Philip Robinson
 

Hi,
I think your right there . In the cast-client-channels_hvs-1.ini... the channel name E1H-TPG-2 the target directory needs to be received\hvs-1\Data Channel 4.

I hope this helps.
I have had a lot of help from guys more knowledgeable than me on here and just trying to do my bit. David and Thorsen have been a god send
I hope what ive said is correct

Philip

------ Original Message ------
From: "fly.fechter@..." <fly.fechter@...>
To: "MSG-1@groups.io" <MSG-1@groups.io>
Sent: 02/08/2019 20:55:29
Subject: Re: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

Hello,

Yes, it took me quite some while to have Putty look into my SR1 HVS-1 transport filter table.

Slots 7 & 8 showed no pids or rather pid zero and once provided with PID 601 Tellique finally also

shows data arriving for Goes 16 and Himawari. The ABI manager flawlessly processes now the Goes 16 & Goes 17 images - As to Himawari images I still have not seen any via my MSG Data Manager, though.

I wonder where the respective data "hides" ?

Does this have to do somehow with Data Channel 4 being included into its routing - receive path ??

Regards,

Roland

 

 

 

-----Original-Nachricht-----

Betreff: Re: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Datum: 2019-08-02T20:14:09+0200

Von: "Ferdinand Valk" <fvalk@...>

An: "MSG-1@groups.io" <MSG-1@groups.io>

 

 

 

Roland,

 

As indicated in an earlier post (July 30) to you, if you were indeed receiving Goes 17, your SR-1 settings were correct and you already had enabled pid 601, which carries also Goes-16 and Himawari. Thus, either you did not receive Goes-17 at all (but maybe Goes-15); or as suggested, your cast-client-channels_hvs-1.ini file was wrong.

 

I didn’t see any reaction to my questions/suggestions and just see the same question repeated in a different formulation.

 

Could you clarify what lead you to get G16 and Him-8 working now? This may be of interest/help to other people having difficulties like you have.

 

Ferdinand

 

 

From: MSG-1@groups.io On Behalf Of fly.fechter@...
Sent: Friday, 02 August, 2019 14:52
To: MSG-1@groups.io
Subject: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

 



Virus-free. www.avg.com

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

fly.fechter@t-online.de
 

 

Hello,

Yes, it took me quite some while to have Putty look into my SR1 HVS-1 transport filter table.

Slots 7 & 8 showed no pids or rather pid zero and once provided with PID 601 Tellique finally also

shows data arriving for Goes 16 and Himawari. The ABI manager flawlessly processes now the Goes 16 & Goes 17 images - As to Himawari images I still have not seen any via my MSG Data Manager, though.

I wonder where the respective data "hides" ?

Does this have to do somehow with Data Channel 4 being included into its routing - receive path ??

Regards,

Roland

 

 

 

-----Original-Nachricht-----

Betreff: Re: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Datum: 2019-08-02T20:14:09+0200

Von: "Ferdinand Valk" <fvalk@...>

An: "MSG-1@groups.io" <MSG-1@groups.io>

 

 

 

Roland,

 

As indicated in an earlier post (July 30) to you, if you were indeed receiving Goes 17, your SR-1 settings were correct and you already had enabled pid 601, which carries also Goes-16 and Himawari. Thus, either you did not receive Goes-17 at all (but maybe Goes-15); or as suggested, your cast-client-channels_hvs-1.ini file was wrong.

 

I didn’t see any reaction to my questions/suggestions and just see the same question repeated in a different formulation.

 

Could you clarify what lead you to get G16 and Him-8 working now? This may be of interest/help to other people having difficulties like you have.

 

Ferdinand

 

 

From: MSG-1@groups.io On Behalf Of fly.fechter@...
Sent: Friday, 02 August, 2019 14:52
To: MSG-1@groups.io
Subject: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

 



Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Ferdinand Valk
 

Roland,

 

As indicated in an earlier post (July 30) to you, if you were indeed receiving Goes 17, your SR-1 settings were correct and you already had enabled pid 601, which carries also Goes-16 and Himawari. Thus, either you did not receive Goes-17 at all (but maybe Goes-15); or as suggested, your cast-client-channels_hvs-1.ini file was wrong.

 

I didn’t see any reaction to my questions/suggestions and just see the same question repeated in a different formulation.

 

Could you clarify what lead you to get G16 and Him-8 working now? This may be of interest/help to other people having difficulties like you have.

 

Ferdinand

 

 

From: MSG-1@groups.io On Behalf Of fly.fechter@...
Sent: Friday, 02 August, 2019 14:52
To: MSG-1@groups.io
Subject: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

David J Taylor
 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland
=================================

Roland,

My RX filter table is:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
RX Transport Filter Table
=========================

Slot. PID Ethernet Address Status IP Multicast
1. 100 CC-F6-7A-05-20-7D Enabled Pass
2. 300 CC-F6-7A-05-20-7D Enabled Pass
3. 301 CC-F6-7A-05-20-7D Enabled Pass
4. 500 CC-F6-7A-05-20-7D Enabled Pass
5. 511 CC-F6-7A-05-20-7D Enabled Pass
6. 600 CC-F6-7A-05-20-7D Enabled Pass
7. 601 CC-F6-7A-05-20-7D Enabled Pass
8. 0 CC-F6-7A-05-20-7D Disabled Block
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Ignore the Ethernet address, and the order of the slots doesn't matter.

The EUMETSAT document:

https://www.eumetsat.int/website/home/Data/DataDelivery/EUMETCast/ReceptionStationSetup/ChannelsandPIDs/index.html

says that GOES-16 and Himawari data are on PID 601.

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

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

fly.fechter@t-online.de
 

Thanks for your most valuable contributions !
I now manage to receive both Goes 17 & Goes 16. I really appreciate the smooth function of David`s ABI manager !
TPG-2 Himawari  has according to Eumetsat pid 601 for HVS-1. There comes now data in for it, too.
What is the receive destination for it ? Has it to include Data Channel 4 or what ?
What is the full exact path for Himawari data ?
Thanks in advance.
Regards,
Roland

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Philip Robinson
 

Hi
In my SR1 set up i have in slot7 PID601 and slot8 PID509  and i receive GOES-16 and Himawari. I use telnet and alter from there. I dont know whether that helps you or not'
regards
Philip

------ Original Message ------
From: "fly.fechter@..." <fly.fechter@...>
Sent: 02/08/2019 15:51:33
Subject: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

Virus-free. www.avg.com

Re: SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

Hartmut Schulla
 

Hi!

My PID-table looks like the following screenshot:

Screenshot 2019-08-02 17.09.25.png

Regards

Hartmut

Von: MSG-1@groups.io [mailto:MSG-1@groups.io] Im Auftrag von fly.fechter@...
Gesendet: Freitag, 2. August 2019 16:52
An: MSG-1@groups.io
Betreff: [MSG-1] SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

SR1 no reception of HVS-1 E1H-TPG-1 Goes-16 and of HVS-1 E1H-TPG-2 Himawari - pids missing ?

fly.fechter@t-online.de
 

Hello,
Sorry to go on bothering you all with this subject !
This is addressed to the group of Ayecka SR1 users receiving HVS-1 data.
I just opened the SR1 data via Putty the transport filter table of which shows  slot 7 & 8 sporting zero 0 as PID value.
I suspect that slots 7 & 8 with the "missing" pid cover the Goes 16 and Himawari data which I still do not receive..
If so is there a way for me via Putty to replace the presently shown 0 with a working correct PID ?
I look forward to your continued support for which I thank you in advance,
Regards,
Roland

Re: animations in GSS

David J Taylor
 

During the heavy storms in Europe last week I made an animation (daytime European precipitation) to show the extreme weather in northern Italy in the Alps/Dolomites region and sent it to my son, who lives there (and indeed experienced the thunder, lightning and hail that did so much damage in the region).

I had the following reply: ???not sure what your system is doing. The file you sent was 88MB, however, as you can see from the attached file, I have the exact same quality with a total file size of 4MB. You either have too much data, or are using a low compression codec, which these days are only needed for editing 4k files on multiple layers.???

It was as he said; the 4MB file gave exactly the same results as I had with my larger file. I looked back through my animation files and, by and large, they are big files. Not sure what???s up ??? should I be processing the .avi files created by GeoSatSignal to make them smaller or can GSS do this anyhow? I usually only run the animations for my own interest and rarely share them ??? so this rather took me by surprise.

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

Robert,

There's an option to compress the animation on the Job setup page, Animation tab.

However, while you are welcome to try this option, my preference is to let GeoSatSignal generate full quality, and use an external compression program for the video so that you have full control over what compression/quality you eventually provide. I've not used the internal compression option for some time, so it may not still work.

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

Re: animations in GSS

Robert Moore
 

Whoops – in my last -  for ‘precipitation’, read ‘convection’.

 

Robert

 

From: MSG-1@groups.io <MSG-1@groups.io> On Behalf Of Robert Moore
Sent: 01 August 2019 10:39
To: MSG-1@groups.io
Subject: [MSG-1] animations in GSS

 

During the heavy storms in Europe last week I made an animation (daytime European precipitation) to show the extreme weather in northern Italy in the Alps/Dolomites region and sent it to my son, who lives there (and indeed experienced the thunder, lightning and hail that did so much damage in the region).

I had the following reply:  ‘not sure what your system is doing. The file you sent was 88MB, however, as you can see from the attached file, I have the exact same quality with a total file size of 4MB. You either have too much data, or are using a low compression codec, which these days are only needed for editing 4k files on multiple layers.’

It was as he said; the 4MB file gave exactly the same results as I had with my larger file. I looked back through my animation files and, by and large, they are big files. Not sure what’s up – should I be processing the .avi files created by GeoSatSignal to make them smaller or can GSS do this anyhow? I usually only run the animations for my own interest and rarely share them – so this rather took me by surprise.

 

Robert

 

 

 

Robert Moore

01352 714456

 

animations in GSS

Robert Moore
 

During the heavy storms in Europe last week I made an animation (daytime European precipitation) to show the extreme weather in northern Italy in the Alps/Dolomites region and sent it to my son, who lives there (and indeed experienced the thunder, lightning and hail that did so much damage in the region).

I had the following reply:  ‘not sure what your system is doing. The file you sent was 88MB, however, as you can see from the attached file, I have the exact same quality with a total file size of 4MB. You either have too much data, or are using a low compression codec, which these days are only needed for editing 4k files on multiple layers.’

It was as he said; the 4MB file gave exactly the same results as I had with my larger file. I looked back through my animation files and, by and large, they are big files. Not sure what’s up – should I be processing the .avi files created by GeoSatSignal to make them smaller or can GSS do this anyhow? I usually only run the animations for my own interest and rarely share them – so this rather took me by surprise.

 

Robert

 

 

 

Robert Moore

01352 714456

 

EUMETCast Channel and PID list/table.

geojohnt@...
 

Hello All,

Some may recall I was looking around the other day for my lost FY-2G and FY-2H streams since upgrading to TC V2.14.4.

I expected to find the stream in the Channel/PID list under 'third party geo.'
But it wasn't.
David put me right that is was disseminated in EUMETSAT Data Channel 12.

This is listed as Multi-service misc Europe/Africa.

I emailed Ops about this and received this reply:

We are aware that we are carrying a legacy channel structure on the Basic Service, from the times when the Africa and Americas turnaround was still active. At that time the most efficient bandwidth usage was the rational for the structure.

Unfortunately that means, at the moment there is no clear product related title possible to describe the content for some channels. Multi-mission is the best we can say.

We will take note of your comment and consider this as an enhancement request for re-structuring the multi-mission channels.

We will include this in our planning.

The HVS-1 and HVS-2 lists, being much newer, do have a more defined channel 'content listing.'

 

Regards,

John.