Thanks, Ian. Looking at their Web site it seemed that 7.0 beta was on offer, but that may have just been their enthusiasm for the newer version. Actually, even version 2.x works with Windows-7. If

What you might want to do is to have System Restore running on your system disk, but not on your data disk(s). That gives you some chance of recovery if you don't routinely run disk imaging. In this

David, I mentioned in a mail a few weeks ago that a completely new mstdefrag version is to be released sometime in the future. However it is not yet available and the download version is still 3.6

Alan, thanks for the explicit description. I hope it will help others too. As you see from my parallel posting, my setup is not that much different from yours. Streamlining the data paths is

Yes. I thought about moving the virtual memory to the RAM disk, but then, after some deep thinking... :) Nope, not really. I have a SSD on one of my new systems in the office, but that's reserved

See David's reply. I have the following structure and have no losses. AMD Sempron 1800MHz. Disk 0 (system) 80Gb Disk 1 (Data) 200GB 2Gb RAM 320MB Ramdrive and Win XP Home Disk 0 has following

Yes, Ulrich, I can see the events on your graphs. Be careful with multiple partitions on the same disk. If the disk head needs to move half way across the disk to access the other partition, that

OK, basically the same as the windows-own processes and services monitor, minus CPU usage and memory consumption. But good for a quick overview who is there at all. Or did I miss

Well, about 30% free, pretty stable. Nope, no signs of that, no read-write-problems that normally signify that. What I cannot exclude is fragmentation, but defragging a 250 G disk is questionable

Thanks, Alan. Will run that and let you know about the findings. Cheers, U.

Other thoughts. Is the disk too full? need to keep it less than 75% even better 50%. Is the Hard Drive dying? Keep Tellicast on a seperate drive to processing programs. Keep processing programs in

Ulrich Try this simple program to see what's eating up CPU & Disk time. May give you some clues. Cheers Alan

David (and others!), last night, I checked the settings of my receiver again. Then, one idea hit me - you may remember that I had to freshly install it last year. Did I think of switching Windows'

Yes, it took me a moment, but as I am further west, my antenna looks further east, so the sun will be in the beam of my antenna before it's in the beam of your more west-facing antenna. EB-9 is at

Hi David, nice to know you are around all the time:) That was the first attempt, yes. A bit tricky here, the rec PC lives in the basement, and since I don't have a helper here right now, I have to

Judging by your graphs, Ulrich, it seems you may have made an adjustment around 13:00 UTC. Missed packets are usually caused by too high a load on your system, in particular: - network IO - CPU

Ooops, not that easily feasible. So, no www. I'll readjust the dish today (hopefully). Should help with the missed packets. Or? Cheers, U.

An: <MSG-1@...> Von: "David J Taylor" <gm8arv@...> Datum: Thu, 3 Mar 2011 10:55:00 -0000 Betreff: Re: [MSG-1] not yet perfect, but... Antwort

Although not strictly a MSG topic, we may have some EnviHam (an experimental project for reception of EnviSat images similar to EUMETCast) users on this group, so this may be of interest. As I

Geoffrey, In your mail of 24 Feb, you gave your recv-channels.ini file and the relevant block is: #METOP AVHRR Data channel EPS-10 [EPS-10] target_directory=C:&#92;received&#92;EPS-10 In my