Robert

I'm the author of the BUFR decoder which David is using in BUFRviewer to decode
the polar winds data (but not other data types). You seem to be having a problem
when the decoder is called. I've therefore asked David to build a new version of
BUFRviewer which will save any error messages from the decoder part (previously
they were just thrown away). He has now done this, so, if you are still unable
to view polar winds, can I ask you (or anyone else who is having similar
problems) to:

- Download and install the latest version of BUFRviewer from David's
beta versions area. This should be at least version 1.1.5.55, dated today.

- Run BUFRviewer, go to the SETUP tab, and tick "Write debug output" (at the
bottom).

- Go back to the PROPERTIES tab and open the polar winds file you were having
trouble with.

- Close BUFRviewer.

- Go to the folder where you installed BUFRviewer (I think
D:\MSG-1\Tools\BUFR_viewer in your case) and email the two files _temp.txt and
BUFRextract.log.txt to me at vf0123@...

Thanks for your help - hopefully this will help pinpoint the problem.

Francis Breame

Folks,

Is anyone using the RX auto-clean days feature in the MSG Data Manager?
When set to a non-zero value that would clean out the TelliCast \received\
tree every so many days, as set by you.  The idea at that time was to
allow you to accumulate a backlog of, say, two days unprocessed data, but
to know that it would be cleaned out on a regular basis.  This allowed you
to receive, but not process, files from some of the more esoteric Metop
data, for example.  You could achieve the same end by using my TrimTree
program and marking as read-only anything you needed kept permanently.

Tests here have shown that having a large number of files in these
directories may cause significant numbers of missed packets, at least on a
PC receiving a full data stream which is now near to 60GB per day, so I
would like to change the Auto-clean function so that it works in minutes,
not hours, and thus the "N days archive" function would not really be
available (or at least, not tested).  Tests here have shown that a 3-hour
(180 minute) interval between cleanouts can reduce losses of around a
hundred packets a day down towards zero, and I now consider lossless
reception more important than the N-day archive facility.

The function now works in a slightly different way, inspired by some code
from Arne van Belle, in that before it would look at all the files and
delete the older ones, whereas now it notes all the files at the start of
the interval, and deletes all those files left at the end of the interval,
thus reducing the directory scan activity.

Is anyone (other than me) using the N-day archive facility provided by the
Auto-clean function, who would object to this change?  It's quite possible
that by setting the number of minutes to 1440 you could get a one-day
archive, but I've not tested that.  Recording all the files for a day,
could increase memory use.

If you object to this change, speak now!

(Arne has a DOS script which does something similar to the proposed
Auto-clean, with the advantage of saving unprocessed data from RAMdisk to
hard disk, if you need that function).

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

Hello David,

	 I have to admit that I do use the auto-clean function in MSGDM, set to
5 days. I have no desire to collect every last bit of data sent over
Eumetcast; I use the imagery I collect for Animator mainly with
occasional forays into GeoSatSignal or Metop/AVHRR, and the function
ensures that all this new stuff which seems to appear weekly does not
bung up my drives.
	 However, I have no objection to your changing the function as you
describe as there are other ways of achieving the objective I desire.
	 I am curious to know why you now consider lossless reception more
important than the N-day archive facility. The vast majority of that
data is imagery and the loss of infinitesimal amounts of it  does not
seem to me to be very important, as the data is repeated at pretty short
time intervals. However, chacun a son gout!

Best regards, and thanks for some remarkable software.

Alan S

On 07/07/2010 7:55 AM, David J Taylor wrote:
>
>
> Folks,
>
> Is anyone using the RX auto-clean days feature in the MSG Data Manager?
> When set to a non-zero value that would clean out the TelliCast \received\
> tree every so many days, as set by you. The idea at that time was to
> allow you to accumulate a backlog of, say, two days unprocessed data, but
> to know that it would be cleaned out on a regular basis. This allowed you
> to receive, but not process, files from some of the more esoteric Metop
> data, for example. You could achieve the same end by using my TrimTree
> program and marking as read-only anything you needed kept permanently.
>
> Tests here have shown that having a large number of files in these
> directories may cause significant numbers of missed packets, at least on a
> PC receiving a full data stream which is now near to 60GB per day, so I
> would like to change the Auto-clean function so that it works in minutes,
> not hours, and thus the "N days archive" function would not really be
> available (or at least, not tested). Tests here have shown that a 3-hour
> (180 minute) interval between cleanouts can reduce losses of around a
> hundred packets a day down towards zero, and I now consider lossless
> reception more important than the N-day archive facility.
>
> The function now works in a slightly different way, inspired by some code
> from Arne van Belle, in that before it would look at all the files and
> delete the older ones, whereas now it notes all the files at the start of
> the interval, and deletes all those files left at the end of the interval,
> thus reducing the directory scan activity.
>
> Is anyone (other than me) using the N-day archive facility provided by the
> Auto-clean function, who would object to this change? It's quite possible
> that by setting the number of minutes to 1440 you could get a one-day
> archive, but I've not tested that. Recording all the files for a day,
> could increase memory use.
>
> If you object to this change, speak now!
>
> (Arne has a DOS script which does something similar to the proposed
> Auto-clean, with the advantage of saving unprocessed data from RAMdisk to
> hard disk, if you need that function).
>
> Cheers,
> David
> --
> SatSignal software - quality software written to your requirements
> Web: http://www.satsignal.eu
> Email: david-taylor@...
> <mailto:david-taylor%40blueyonder.co.uk>
>
>

--
Alan Sewards
alan@...
http://asewards.free.fr

Just my two pennorth David,
I don't use the autoclean feature at present as the way I'm set up no
data accumulates.
However if I were collecting some data, I would process it and use
trimtree at a time to suit me. Any excess data in the Tellicast Tree I
would want to get rid of soonest, eg minutes or hours and not days.
So go ahead with the change.
Alan

On 07/07/2010 05:55, David J Taylor wrote:
> Folks,
>
> Is anyone using the RX auto-clean days feature in the MSG Data Manager?
> When set to a non-zero value that would clean out the TelliCast \received\
> tree every so many days, as set by you.  The idea at that time was to
> allow you to accumulate a backlog of, say, two days unprocessed data, but
> to know that it would be cleaned out on a regular basis.  This allowed you
> to receive, but not process, files from some of the more esoteric Metop
> data, for example.  You could achieve the same end by using my TrimTree
> program and marking as read-only anything you needed kept permanently.
>
> Tests here have shown that having a large number of files in these
> directories may cause significant numbers of missed packets, at least on a
> PC receiving a full data stream which is now near to 60GB per day, so I
> would like to change the Auto-clean function so that it works in minutes,
> not hours, and thus the "N days archive" function would not really be
> available (or at least, not tested).  Tests here have shown that a 3-hour
> (180 minute) interval between cleanouts can reduce losses of around a
> hundred packets a day down towards zero, and I now consider lossless
> reception more important than the N-day archive facility.
>
> The function now works in a slightly different way, inspired by some code
> from Arne van Belle, in that before it would look at all the files and
> delete the older ones, whereas now it notes all the files at the start of
> the interval, and deletes all those files left at the end of the interval,
> thus reducing the directory scan activity.
>
> Is anyone (other than me) using the N-day archive facility provided by the
> Auto-clean function, who would object to this change?  It's quite possible
> that by setting the number of minutes to 1440 you could get a one-day
> archive, but I've not tested that.  Recording all the files for a day,
> could increase memory use.
>
> If you object to this change, speak now!
>
> (Arne has a DOS script which does something similar to the proposed
> Auto-clean, with the advantage of saving unprocessed data from RAMdisk to
> hard disk, if you need that function).
>
> Cheers,
> David

I share Alan's view. No objection to the proposed change.



Ferdinand



From: SatSignal@yahoogroups.com [mailto:SatSignal@yahoogroups.com] On Behalf
Of Alan Banks
Sent: Wednesday, 07 July, 2010 07:27
To: SatSignal@yahoogroups.com
Subject: Re: [SatSignal] MSG Data Manager - RX auto-clean implementation
change





Just my two pennorth David,
I don't use the autoclean feature at present as the way I'm set up no
data accumulates.
However if I were collecting some data, I would process it and use
trimtree at a time to suit me. Any excess data in the Tellicast Tree I
would want to get rid of soonest, eg minutes or hours and not days.
So go ahead with the change.
Alan

On 07/07/2010 05:55, David J Taylor wrote:
> Folks,
>
> Is anyone using the RX auto-clean days feature in the MSG Data Manager?
> When set to a non-zero value that would clean out the TelliCast \received\
<snip>



[Non-text portions of this message have been removed]

> Just my two pennorth David,
> I don't use the autoclean feature at present as the way I'm set up no
> data accumulates.

Yes, most folk are like that.  Sometimes, though, EUMETSAT adds data which
you weren't expecting, or hadn't upgraded your software to process.

> However if I were collecting some data, I would process it and use
> trimtree at a time to suit me. Any excess data in the Tellicast Tree I
> would want to get rid of soonest, eg minutes or hours and not days.
> So go ahead with the change.
> Alan

Thanks, Alan.  At least there is TrimTree for those who may need it.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

> Hello David,
>
> I have to admit that I do use the auto-clean function in MSGDM, set to
> 5 days. I have no desire to collect every last bit of data sent over
> Eumetcast; I use the imagery I collect for Animator mainly with
> occasional forays into GeoSatSignal or Metop/AVHRR, and the function
> ensures that all this new stuff which seems to appear weekly does not
> bung up my drives.

This is exactly how I used to use TrimTree - in my case for a 2-day
retention, and I ran that TrimTree job twice a day.  I was collecting data
from all the different Metop sources for testing the Metop Manager, but
today just a few files are probably OK for checking the function of the
program.  It means I loose my 2-day rolling archive of unprocessed data.

> However, I have no objection to your changing the function as you
> describe as there are other ways of achieving the objective I desire.
> I am curious to know why you now consider lossless reception more
> important than the N-day archive facility. The vast majority of that
> data is imagery and the loss of infinitesimal amounts of it  does not
> seem to me to be very important, as the data is repeated at pretty short
> time intervals. However, chacun a son gout!
>
> Best regards, and thanks for some remarkable software.
>
> Alan S

It's a long story - briefly....   Some time back, I set up a test PC as a
collaborative effort with EUMETSAT.  This PC was deliberately chosen as a
low-end PC, one which users could afford, but it also became setup over
time to handle all EUMETCast data (except Rapid Scan MSG-1), and it also
had the MSG Data Manager and AVHRR Manager running as examples of
processing software.  This meant that the PC had some processed data, but
a large amount of unprocessed data, which was removed by a TrimTree job
scheduled twice a day.  Later, the TrimTree function became absorbed by
the MSG Data Manager, although that leaves the system vulnerable should
the MSG Data manager stop working - a Windows-schedules TrimTree is,
perhaps, more relaible.

Recently, interest in low-powered PCs, and some folk with packet loss
issues, has encouraged Arne van Belle to experiment with moving both the
tmp_directory and the \received\ directories onto an enlarged RAMdisk, but
this wasn't possible with my 100GB+ of unprocessed data.  During some
recent tests with EUMETSAT the PC had zero packet loss, but that PC has
always had packet loss with full load, so I wanted to see whether I could
do anything to reduce the loss.  Hence the reason for the new approach,
whereby the size of the unprocessed directories is very much reduced.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

Hi David and others,

because I run the ramdisk with a number of folders I am the most
vulnerable to a loss of processing power. Within say ten minutes or so
there could be a build up which would fill the ramdisk and stop all
operations.

I understand the concerns of others, but for me this would be a welcome
option.

Cheers

James
--
James Brown

I only use TrimTree David. So I guess the proposed changes do not effect me.

Robert




Telephone and fax: 44 (0) 1352 714456
________________________________________
From: SatSignal@yahoogroups.com [SatSignal@yahoogroups.com] On Behalf Of Alan
Banks [alan@...]
Sent: 07 July 2010 08:26
To: SatSignal@yahoogroups.com
Subject: Re: [SatSignal] MSG Data Manager - RX auto-clean implementation change

Just my two pennorth David,
I don't use the autoclean feature at present as the way I'm set up no
data accumulates.
However if I were collecting some data, I would process it and use
trimtree at a time to suit me. Any excess data in the Tellicast Tree I
would want to get rid of soonest, eg minutes or hours and not days.
So go ahead with the change.
Alan

On 07/07/2010 05:55, David J Taylor wrote:
> Folks,
>
> Is anyone using the RX auto-clean days feature in the MSG Data Manager?
> When set to a non-zero value that would clean out the TelliCast \received\
> tree every so many days, as set by you. The idea at that time was to
> allow you to accumulate a backlog of, say, two days unprocessed data, but
> to know that it would be cleaned out on a regular basis. This allowed you
> to receive, but not process, files from some of the more esoteric Metop
> data, for example. You could achieve the same end by using my TrimTree
> program and marking as read-only anything you needed kept permanently.
>
> Tests here have shown that having a large number of files in these
> directories may cause significant numbers of missed packets, at least on a
> PC receiving a full data stream which is now near to 60GB per day, so I
> would like to change the Auto-clean function so that it works in minutes,
> not hours, and thus the "N days archive" function would not really be
> available (or at least, not tested). Tests here have shown that a 3-hour
> (180 minute) interval between cleanouts can reduce losses of around a
> hundred packets a day down towards zero, and I now consider lossless
> reception more important than the N-day archive facility.
>
> The function now works in a slightly different way, inspired by some code
> from Arne van Belle, in that before it would look at all the files and
> delete the older ones, whereas now it notes all the files at the start of
> the interval, and deletes all those files left at the end of the interval,
> thus reducing the directory scan activity.
>
> Is anyone (other than me) using the N-day archive facility provided by the
> Auto-clean function, who would object to this change? It's quite possible
> that by setting the number of minutes to 1440 you could get a one-day
> archive, but I've not tested that. Recording all the files for a day,
> could increase memory use.
>
> If you object to this change, speak now!
>
> (Arne has a DOS script which does something similar to the proposed
> Auto-clean, with the advantage of saving unprocessed data from RAMdisk to
> hard disk, if you need that function).
>
> Cheers,
> David

> Hi David and others,
>
> because I run the ramdisk with a number of folders I am the most
> vulnerable to a loss of processing power. Within say ten minutes or so
> there could be a build up which would fill the ramdisk and stop all
> operations.
>
> I understand the concerns of others, but for me this would be a welcome
> option.
>
> Cheers
>
> James

James,

Beta V2.5.39.933 has been uploaded for you to try.

Be aware that some files can take tens of minutes to build up (large,
low-priority ones), so be sure that the tmp_directory is not somewhere in
the \received\ path,  Having Z:\receiving\ and Z:\received\ should be
fine, as the files will be built up in Z:\receiving\temp\.  I haven't set
a low limit for the value, so try 10 minutes.  In any case, there is an
effective minimum of five minutes, as that's the interval for running the
routine - you will find entries in the process.log for when the routine
records existing files and deletes old ones (search for EUMETCast).

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

> I only use TrimTree David. So I guess the proposed changes do not effect
> me.
>
> Robert

Yes, that's right, Robert.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

WHEN EXECUTING THE APPLICATION FILE   I GET

The program can`t start because lpng-px.dll is missing from your
computer. Try reinstalling the program to fix this problem.

I HAVE REINSTALLED THE PROGRAM SEVERAL TIMES  I KEEP GETTING
THE SAME ERROR MESSAGE

I AM USING WINDOWS 7   ANY IDEA`S

OH   THIS IS A 64 BIT MACHINE I HAVE TRIED XP SP 3  AND 2

DAVID KF4WBS

> WHEN EXECUTING THE APPLICATION FILE   I GET
>
> The program can`t start because lpng-px.dll is missing from your
> computer. Try reinstalling the program to fix this problem.
>
> I HAVE REINSTALLED THE PROGRAM SEVERAL TIMES  I KEEP GETTING
> THE SAME ERROR MESSAGE
>
> I AM USING WINDOWS 7   ANY IDEA`S
>
> OH   THIS IS A 64 BIT MACHINE I HAVE TRIED XP SP 3  AND 2
>
> DAVID KF4WBS

David,

When you have a problem it's worth checking the FAQ:

   http://www.satsignal.eu/software/faq.htm

Q04 suggests installing the runtime library bundle....

   http://www.satsignal.eu/software/runtime.html

I hope that helps.

73,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

For the last N weeks I have been getting a yellow T connect failure on Windows 7
64 bit OS.
I have BT internet with BT Net Protech MacFee and this week a MacFee update was
Auto installed and I now have a PINK T and all OK.

DVB World and Tellicast 2.4.4a was installed exactly as in my previous XP OS.

Before my Asus P5AD2 gave up which was about a month ago I was getting 12 MSG
channels in MSG Data Manager but after replacing the motherboard and updating to
Intel i5 MsgDM only displays:

Channel 1 Vis 2, 3, 4 IR. 5 WV , 9 and 12 High Res

Channels 6, 7, 8 10, 11 are not displayed.

Please can someone confirm that EUMETSAT have not been transmitting all the data
during the last month.  ?

Another problem I have is that if I minimise DVB World on this new PC DVB World
dissapears off screen and is not on the bottom task bar.

Thank you,

Peter Burden.

Peter I am sorry to say but all channels are being transmitted as normal so
the problem unfortunately is in your computer.

Clearly you have one or two issues which are rather unusual.  I am running
Windows 7 64-bit with any problems or losses.

Regards
Ian.

--------------------------------------------------
From: "cyril3775" <peter.burden@...>
Sent: Thursday, July 08, 2010 7:09 PM
To: <SatSignal@yahoogroups.com>
Subject: [SatSignal] My Windows 7

> For the last N weeks I have been getting a yellow T connect failure on
> Windows 7 64 bit OS.
> I have BT internet with BT Net Protech MacFee and this week a MacFee
> update was Auto installed and I now have a PINK T and all OK.
>
> DVB World and Tellicast 2.4.4a was installed exactly as in my previous XP
> OS.
>
> Before my Asus P5AD2 gave up which was about a month ago I was getting 12
> MSG channels in MSG Data Manager but after replacing the motherboard and
> updating to Intel i5 MsgDM only displays:
>
> Channel 1 Vis 2, 3, 4 IR. 5 WV , 9 and 12 High Res
>
> Channels 6, 7, 8 10, 11 are not displayed.
>
> Please can someone confirm that EUMETSAT have not been transmitting all
> the data during the last month.  ?
>
> Another problem I have is that if I minimise DVB World on this new PC DVB
> World dissapears off screen and is not on the bottom task bar.
>
> Thank you,
>
> Peter Burden.

Sorry the last paragraph on my recent mail should of course have read "
without any problems or losses "

Ian.

David,

I have recently updated my MSGDM to Beta v2.5.39.930.
All running OK, except a problem with the boundary overlay on MTSAT images. If I
select 'Inverse', the overlay for Australia is missing. If I select 'none',
there is an overlay, but displaced to the east. If I select 'white', I get two
overlays, a correct one in white, and one displaced to the east in black.
I am not sure if this is something peculiar to my set up, or something at your
end that needs a tweak.

Best Regards
Bernard Burton
Wokingham, Berkshire, UK.

Weather satellite images at:
www.woksat.info/wwp.html







[Non-text portions of this message have been removed]

Hi James,
Nobody seems able to answer your question - so its obviously one we are
all waiting to be answered.
Perhaps we need to experiment more ourselves?

Alan

On 06/07/2010 08:54, James Brown wrote:
> As we are in a quieter spell I wonder if I could enquire about how folks
> are using the MODIS L1 viewer with respect to fire files?
>
> If I select the fire tab I get the world view - and then I presume I
> need to go to the file menu and grab a fire file from the list.
>
> I seem to see very few fire pixels. I would say at least 90% of the
> files report 1 file 0 fire pixels. When I do see one then the zoomed
> view often leaves me wondering where it is - although obviously the
> lat/long details are there in the right pane.
>
> If I am not missing the blindingly obvious - is there any way to:
>
> 1) Filter out files where no fire pixels are showing?
> 2) To have a small zoom out feature to still show the pixel but to have
> rough idea of where it can be found country wise etc?
>
> Cheers
>
> James

Thanks Francis, after David's adjustments to the program it is now working fine.

Robert

Ian,



Thank you for the info, I have downloaded the latest MSG Data Manager on a
30 day trial and I cannot think of any reason why this PC should miss out
the other channels. I will install it on another computer to check it.



With the Yellow T I had disabled the Firewall etc so the MacFee software was
causing the "fail to connect" and the new MacFee download immediately came
up with a check on the tc-recv.exe.



Regards,



Peter.











From: SatSignal@yahoogroups.com [mailto:SatSignal@yahoogroups.com] On Behalf
Of Ian Deans
Sent: 08 July 2010 19:29
To: SatSignal@yahoogroups.com
Subject: Re: [SatSignal] My Windows 7





Peter I am sorry to say but all channels are being transmitted as normal so
the problem unfortunately is in your computer.

Clearly you have one or two issues which are rather unusual. I am running
Windows 7 64-bit with any problems or losses.

Regards
Ian.

--------------------------------------------------
From: "cyril3775" <peter.burden@...
<mailto:peter.burden%40btinternet.com> >
Sent: Thursday, July 08, 2010 7:09 PM
To: <SatSignal@yahoogroups.com <mailto:SatSignal%40yahoogroups.com> >
Subject: [SatSignal] My Windows 7

> For the last N weeks I have been getting a yellow T connect failure on
> Windows 7 64 bit OS.
> I have BT internet with BT Net Protech MacFee and this week a MacFee
> update was Auto installed and I now have a PINK T and all OK.
>
> DVB World and Tellicast 2.4.4a was installed exactly as in my previous XP
> OS.
>
> Before my Asus P5AD2 gave up which was about a month ago I was getting 12
> MSG channels in MSG Data Manager but after replacing the motherboard and
> updating to Intel i5 MsgDM only displays:
>
> Channel 1 Vis 2, 3, 4 IR. 5 WV , 9 and 12 High Res
>
> Channels 6, 7, 8 10, 11 are not displayed.
>
> Please can someone confirm that EUMETSAT have not been transmitting all
> the data during the last month. ?
>
> Another problem I have is that if I minimise DVB World on this new PC DVB
> World dissapears off screen and is not on the bottom task bar.
>
> Thank you,
>
> Peter Burden.







[Non-text portions of this message have been removed]

> Ian,
>
> Thank you for the info, I have downloaded the latest MSG Data Manager on
> a
> 30 day trial and I cannot think of any reason why this PC should miss
> out
> the other channels. I will install it on another computer to check it.
>
> With the Yellow T I had disabled the Firewall etc so the MacFee software
> was
> causing the "fail to connect" and the new MacFee download immediately
> came
> up with a check on the tc-recv.exe.
>
> Regards,
> Peter.

Peter,

I know this sounds like a silly question, but in the MSG Data Manager
setup do you have the boxes checked for the channels you wish to receive?
By default, only these channels are processed, so as to minimise the load
on lower-powered systems:

   VIS006
   VIS008
   IR_016
   IR_039
   WV_062
   IR_108
   HRV

If this doesn't cure the situation, I would check in the TelliCast log for
any error messages, and that you don't have a second program running which
might interfere with the EUMETCast \received\ folders (such as a second
MSG Data Manager for the Rapid Scan data with the "delete other" box
checked).  No chance you've run out of disk space somewhere?

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

David,



Thank you and it was NOT a silly question as you have refreshed my ageing
brain.



My PC failed so I built a complete new system and have been concentrating on
getting DVB World and Tellicast to in Windows 7.   Unlike Norton I had no
option available to filter software but after getting error messages from
MacFee, after their updates, I re-installed BT Netprotect and was greeted
with a new software and although it still does not give you the filter
option as in Norton it detected

  tc-recv.exe  and that solved my head ache.



The new MSG Data Manager was downloaded and I completely forgot the channel
option.



The DVB World minimise problem has also been solved as Windows 7
Professional 64 bit has a new window which gives you a number of options for
software including placing the DVB World icon on the bottom right .



The PC is now working as never before as the Eumetcast data is streaming
down and multitasking is no problem.



The Asus P7P55 can be over clocked but not sure if that would make any
difference in downloading all the data that Eumetsat sends down.



Again thank you.



Peter.







From: SatSignal@yahoogroups.com [mailto:SatSignal@yahoogroups.com] On Behalf
Of David J Taylor
Sent: 09 July 2010 06:25
To: SatSignal@yahoogroups.com
Subject: Re: [SatSignal] My Windows 7





> Ian,
>
> Thank you for the info, I have downloaded the latest MSG Data Manager on
> a
> 30 day trial and I cannot think of any reason why this PC should miss
> out
> the other channels. I will install it on another computer to check it.
>
> With the Yellow T I had disabled the Firewall etc so the MacFee software
> was
> causing the "fail to connect" and the new MacFee download immediately
> came
> up with a check on the tc-recv.exe.
>
> Regards,
> Peter.

Peter,

I know this sounds like a silly question, but in the MSG Data Manager
setup do you have the boxes checked for the channels you wish to receive?
By default, only these channels are processed, so as to minimise the load
on lower-powered systems:

VIS006
VIS008
IR_016
IR_039
WV_062
IR_108
HRV

If this doesn't cure the situation, I would check in the TelliCast log for
any error messages, and that you don't have a second program running which
might interfere with the EUMETCast \received\ folders (such as a second
MSG Data Manager for the Rapid Scan data with the "delete other" box
checked). No chance you've run out of disk space somewhere?

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://www.satsignal.eu
Email: david-taylor@...
<mailto:david-taylor%40blueyonder.co.uk>





[Non-text portions of this message have been removed]

> David,
>
> Thank you and it was NOT a silly question as you have refreshed my
> ageing
> brain.

It took me a moment to recognise that particular channel combination!

> My PC failed so I built a complete new system and have been
> concentrating on
> getting DVB World and Tellicast to in Windows 7.   Unlike Norton I had
> no
> option available to filter software but after getting error messages
> from
> MacFee, after their updates, I re-installed BT Netprotect and was
> greeted
> with a new software and although it still does not give you the filter
> option as in Norton it detected
>
> tc-recv.exe  and that solved my head ache.

With Windows-7 and the Microsoft Security Essentials I see no need for
3rd-party software on Windows-7.  Indeed, unless the PC is being used as
an interactive (i.e. e-mail and Internet access rather than just sitting
in a cupboard gathering data) I see little point in having anti-virus on
it, providing the rest of your network is well secured.  If the anti-virus
doesn't cause missing segments, leave it.  In all cases I would advise a
firewall - the built-in one for Vista and Windows-7.

> The new MSG Data Manager was downloaded and I completely forgot the
> channel
> option.

Easily done.

> The DVB World minimise problem has also been solved as Windows 7
> Professional 64 bit has a new window which gives you a number of options
> for
> software including placing the DVB World icon on the bottom right .

Good!

> The PC is now working as never before as the Eumetcast data is streaming
> down and multitasking is no problem.
>
> The Asus P7P55 can be over clocked but not sure if that would make any
> difference in downloading all the data that Eumetsat sends down.
>
> Again thank you.
> Peter.

Yes, the 64-bit Windows-7 does seem a good choice now, particularly if you
have more than 3GB of RAM in your PC.  I see 4-6GB as being a good choice
right now, depending on whether your PC take memory in sets of two or
three.

I would not over-clock unless you specifically need to.  Try and keep
things as cool as possible inside the box.  Minimising disk and perhaps
network I/O is far more critical - on one system I got a massive
improvement in packet loss by reducing the network card speed from 1Gb/s
to 100Mb/s.  Tests here and by others have seen improvements by making
more use of the RAMdisk, and hence another reason for getting more memory.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

> David,
>
> I have recently updated my MSGDM to Beta v2.5.39.930.
> All running OK, except a problem with the boundary overlay on MTSAT
> images. If I select 'Inverse', the overlay for Australia is missing. If
> I select 'none', there is an overlay, but displaced to the east. If I
> select 'white', I get two overlays, a correct one in white, and one
> displaced to the east in black.
> I am not sure if this is something peculiar to my set up, or something
> at your end that needs a tweak.
>
> Best Regards
> Bernard Burton

Thanks for that, Bernard.  You have spotted an error in the boundary
overly saved by the MSG Data Manager for the new MTSAT2 data, and I have
now corrected that in the beta V2.5.39.934 I've just uploaded.  It will
only affect those saving the overlay from the MSG Data Manager.

Selecting Inverse may not work as expected, because some data contains two
lines at the coast (one for the country and one for the state), so the
second line will make an inverse of the first line, thereby erasing
it.....

Please let me know whether this corrects your issues.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

In message <4C363070.5050101@...>, Alan Banks
<alan@...> writes
>Hi James,
>Nobody seems able to answer your question - so its obviously one we are
>all waiting to be answered.
>Perhaps we need to experiment more ourselves?
>
>Alan

Could be Alan - but you never quite know what might be brewing behind
the scenes;-))

Cheers

James
--
James Brown

Hello All............

Over the last few weeks, I have had settings lost in AVHRR man and METOP
man. These are both on the same drive as the RX software. The RECEIVED
folder is on a ram disc. This all works very well. On about 4 occasions
now in the last 4 or 5 weeks, both programs have lost the Tellicast
Received Files Location. If I spot it quickly, its not a problem, but if
not the Ram disc fills, and everything stops. I think, but can't be
certain that this started when I installed the DataRam ram disc. The ram
disc always starts and ends before/after the decoding programs.
Its not a big problem, or inconvenience, just wondered if its my doing,
or just one of those things.

Cheers................Geoff


--
Geoff Morris GW3ATZ
Tel 01244 818252
Voip 01244 611158
Mobile 07901 372728
gw3atz@...
http://gw3atz.users.btopenworld.com/index.htm

>  Hello All............
>
> Over the last few weeks, I have had settings lost in AVHRR man and METOP
> man. These are both on the same drive as the RX software. The RECEIVED
> folder is on a ram disc. This all works very well. On about 4 occasions
> now in the last 4 or 5 weeks, both programs have lost the Tellicast
> Received Files Location. If I spot it quickly, its not a problem, but if
> not the Ram disc fills, and everything stops. I think, but can't be
> certain that this started when I installed the DataRam ram disc. The ram
> disc always starts and ends before/after the decoding programs.
> Its not a big problem, or inconvenience, just wondered if its my doing,
> or just one of those things.
>
> Cheers................Geoff

Geoff,

Briefly, I can't account for that, nor have I had any similar reports.  I
just looked through the source code and found:

- in the AVHRR Manager, the path to the received files is set at program
startup, or when you visit the setup tab.

- in the Metop Manager, the same is true, except that when you change from
the Setup tab to another tab (for whatever reason), the program checks for
a trailing"\" on the directory name, and adds it if needed.

Is this a single PC or two-PC configuration?  Did you switch from another
RAMdisk?  Did you remember to set the drive letter in the Disk Manager and
create a disk image to load at startup?  You could perhaps try the Gavotte
RAMdisk which allows setting of the drive letter directly.  Follow the
instructions from step 5 onwards here:

   http://www.jensscheffler.de/using-gavotte-ramdisk-in-windows-7

(If you have 4GB of memory, and you are running a 32-bit version of
Windows, and you are feeling very brave, you might like to experiment from
step 1.  No guarantees offered!).

73,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

Just noticed that in the tab bar that on my computer ch 26 is appearing
before ch 20 - Vs 1.0.3.77

Cheers

James
--
James Brown

> Just noticed that in the tab bar that on my computer ch 26 is appearing
> before ch 20 - Vs 1.0.3.77
>
> Cheers
>
> James

.. because channel 26 is a "visible" channel, and channels 20..33 are
"thermal" channels.   Channels 20..27 can have a significant reflected
solar component as well as the emitted thermal component part of the
radiation measured by the detectors.

Cheers,
David
--
SatSignal software - quality software written to your requirements
Web:  http://www.satsignal.eu
Email:  david-taylor@...

In message <87B8590D358E4F7FB0F130D66A155549@narvik>, David J Taylor
<gm8arv@...> writes
>> Just noticed that in the tab bar that on my computer ch 26 is appearing
>> before ch 20 - Vs 1.0.3.77
>>
>> Cheers
>>
>> James
>
>.. because channel 26 is a "visible" channel, and channels 20..33 are
>"thermal" channels.   Channels 20..27 can have a significant reflected
>solar component as well as the emitted thermal component part of the
>radiation measured by the detectors.
>
>Cheers,
>David

(sigh!)

I kind of knew that there was probably going to be a logical explanation
- even if it doesn't quite extend to the data sent? !!

Thanks David,

James

--
James Brown