Return-Path: Received: from rly-mf03.mx.aol.com (rly-mf03.mail.aol.com [172.20.29.173]) by air-mf09.mail.aol.com (v121.4) with ESMTP id MAILINMF094-94e477ac761318; Tue, 01 Jan 2008 18:06:13 -0500 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by rly-mf03.mx.aol.com (v121.4) with ESMTP id MAILRELAYINMF034-94e477ac761318; Tue, 01 Jan 2008 18:06:11 -0500 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1J9qAT-00068K-2c for rs_out_1@blacksheep.org; Tue, 01 Jan 2008 23:05:05 +0000 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1J9qAS-00068B-I7 for rsgb_lf_group@blacksheep.org; Tue, 01 Jan 2008 23:05:04 +0000 Received: from mout1.freenet.de ([195.4.92.91]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1J9qAO-0000fs-SE for rsgb_lf_group@blacksheep.org; Tue, 01 Jan 2008 23:05:04 +0000 Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1J9qA3-00059B-O9 for rsgb_lf_group@blacksheep.org; Wed, 02 Jan 2008 00:04:39 +0100 Received: from [92.226.143.41] (port=1049 helo=[192.168.0.111]) by 0.mx.freenet.de with esmtpa (ID dl4yhf@freenet.de) (port 25) (Exim 4.68 #1) id 1J9qA3-0008H7-Kg for rsgb_lf_group@blacksheep.org; Wed, 02 Jan 2008 00:04:39 +0100 Message-ID: <477AC708.5040607@freenet.de> Date: Wed, 02 Jan 2008 00:04:40 +0100 From: =?ISO-8859-1?Q?Wolfgang_B=FCscher?= User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: In-Reply-To: X-Karma: 0: X-Spam-Score: 0.0 (/) X-Spam-Report: autolearn=disabled,none Subject: Re: LF: Re: Grabber Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-AOL-IP: 193.82.116.20 X-AOL-SCOLL-AUTHENTICATION: listenair ; SPF_helo : n X-AOL-SCOLL-AUTHENTICATION: listenair ; SPF_822_from : n X-Mailer: Unknown (No Version) Greetings all, G0MRF@aol.com schrieb: > > I have 5MB download speed here, so perhaps an issue with the number of > users at present. This is what I guess, too. If more than two or three users request the same image (spectrogram), the file is created "new" (with slightly different contents), and the first user receives for example the first half of an older file, and the second half of a newer file which was created when a new file request arrives. Similar effects can be seen on other grabbers (though less frequent), when the file is updated just in the moment it is downloaded. Making the refresh interval longer will reduce the effect, but not cure it. The only cure I can think of at the moment is to produce a new filename for every new request, and delete old files only if they are not used any longer. I will try to reproduce the effect locally (with a few PCs in the local network). I will let you know as soon as an improved version is available. Until then, the easiest solution would be to periodically upload the waterfall image via FTP to a server with a larger bandwidth (remember, the upload bitrate of a "home" ADSL connection is much lower than the download bitrate). Cheers, Wolf .