> > still in my video server, i'm using the FtpServer component > > to download a set of images, taken from a camera, through one > > simple RETR call. > > I guess 'simple' on the client-side only ;)
you got it :) > > On the OnGetProcessing event, i retrieve from a DB (the connection > > has already been made) all the images needed > > (range of images provided in the filename which is formatted) > > and push them into the Client.Datastream. > > > > for the algorithm, i have no problem. > > > > but what happens if several ftp client asks at the same time > > for a big amount of images (average : 1 image = 21Ko) let's say 1200 images > > ? > > If you're creating a 25MB stream for a client, something's wrong. A > client shouldn't have to wait that long for the transfer to start, and > certainly shouldn't queue up behind a bunch of others doing the same thing. > [...] Well as a matter of fact, i need to transfer 25MB. But i've solved my problem using a RETR for each image. It's much simpler. and as i'm using mysql as DB, each image, to retrieve, takes less than a few ms. so the gap between RETR order and the answer is too small... i may say that'll do it for now. i was trying to generate a big file thinking it was possible to reduce the download time using just one file (kind of an tarball) using one RETR call. but... well, that doesn't do it. thanks for your help anyway ! best regards, Guillaume MAISON ----- Guillaume MAISON - [EMAIL PROTECTED] 83, Cours Victor Hugo 47000 AGEN Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50 e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
