[ut2004] 64 bit client problems with downloads

[Clint Goudie-Nice]

Yes, this is correct, however the 64 bit client can't seem to handle
the .uz2 files and has to turn around and pull them from the ut2004
server directly.

Also, this is still happening in 3339, and with good files on the
redirect. The windows client can pull them down just fine...

Clint

On Sun, 2004-11-21 at 17:22 -1000, Zachary Williams wrote:
> The gameserver does not ever compress or send compressed files.  Only the 
> redirect server will have compressed files to send.
> 
> > It *appears* that the file sent from the "redirect" server is indeed
> > compressed, while the file from the hosting server is being sent in
> > uncompressed form [or else the "receive" routine is 
> > decompressing-on-the-fly
> > and writing that to the Cache####.tmp file] and given what I see even from
> > this small snippet, I can certainly understand why the "uncompressed" form
> > would be several times larger :)
> >
> > Presuming for the moment that the server is really sending the whole file
> > "decompressed", would this actually be Atari's "bug"?  (since, presumably,
> > even "windows" based servers would exhibit this behavior)  Or is it the 
> > case
> > that "everyone" actually uses a linux server for "hosting" games, so 
> > nobody
> > really knows if this happens "from a windows server" or not?  [OK, it must 
> > be
> > getting late if I'm starting to ask silly questions like that...]
> >
> > OTOH, if the client is decompressing-on-the-fly, and it is SUPPOSED to be
> > doing that, then this might explain why the program restarts the download
> > from the hosting server: the first file would appear to be "corrupt", so 
> > the
> > client retries ...  [just a thought...]
> >