You are an unregistered user, you can register here
Navigation

Information

Site

Donations
If you wish to make a donation you can by clicking the image below.


 
Go Back   The Unreal Admins Page > Forums > Unreal Admins > Unreal Tournament > UT Server - Linux Specific

Reply
Thread Tools Display Modes
  #1  
Unread 27th December, 2009, 05:07 AM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default Lin451 to Lin451 redirection

Been messing around with a v451 Linux server again, pretty basic stuff, one or two maps and a couple of mutators, nothing fancy. I'm having an issue with redirection, and based on the hours of searching the web, I know I'm not alone. Can't really find an answer to my problem, though.

v451 server with redirection set up properly, I have tested it against a redirect address on both the internet and on an apache server on my LAN. My WinXP client can connect and receive redirected compressed files in both cases, my Lin451 client can do neither. The Lin client can accept the slow-mo download directly from the server, though. When I look at my apache acc_log, it is sending a 200 response code to the Lin client (indicating everything's good, spelling is accurate, etc), but the Lin client is responding that the server refused to send the file. I noticed in my WinXP client's log it indicates that the compressed file is coming down in four stages (0 through 3), and I'm wondering if the maybe the Lin client cannot properly resolve stages 1, 2, and 3, after it grabs the first piece? Apache's access_log only shows a single entry, from the WinXP box, when the client requests the download, but it comes down in four "stages" (tested against two large files) according to the game's log. Apache's error_log gives no indication of any failed attempts when I try the Lin client.

All this seems to indicate that the Lin client is contacting the server, being redirected properly, the webserver is initiating the response, but the client is unable to follow through for the entire download, by my guess.

I believe I suffer the same fate when I am hitting redirected Linux servers online - that's what it looks like anyway, same apparent behaviour.

Anyone got any insight for me? Do you think my assessment that this is a client-side problem is correct? Does the client have to contact the server for progression through each "stage" of the download?
Thanks,
Dan.
Reply With Quote
  #2  
Unread 27th December, 2009, 09:39 AM
Sp0ngeb0b's Avatar
Sp0ngeb0b Sp0ngeb0b is offline
Godlike
 
Join Date: Sep 2008
Location: Germany
Posts: 488
Default

I cant help you on that problem, I dont have a linux computer.

But I would like to say that version 451 is NOT for clients, only for server. I dont think this is causing the issue, but atleast you could try it with a version 436 or linux.
Reply With Quote
  #3  
Unread 27th December, 2009, 12:56 PM
2399Skillz 2399Skillz is offline
Super Moderator
 
Join Date: Jan 2004
Location: North Carolina
Posts: 2,245
Default

I would read the logs on the Linux client. Specifically the main system logs. Sounds to me like something is preventing it on the Linux side. (perhaps a permission issue) Not entirely sure and as for the v451 being for servers only, that's not 100% true either. Some new features are included for clients on version 451, but it also breaks the Unreal Editor so most people stick to v436.

Another thing I would try to do, from the Linux client. Go directly to the URL of the redirect and try to download a file using your browser.
__________________

UT-FILES.COM
Get your files
Reply With Quote
  #4  
Unread 27th December, 2009, 06:59 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Thought I'd try a thttpd webserver (on port 10000) instead of apache, just see if there was any change. The logfile from thttpd shows something a little different than apache's logs.
The first line is my Lin451 client trying to connect through the Lin451 server on 192.168.0.14
The second line is me hitting thttpd with Firefox from the Lin451 box -the download went fine. Links (command line web browser) also works. both browsers acquire the file without difficulty, on either webserver.
The third, fourth, fifth, and sixth are me hitting the Lin451 server with the Lin451 client four times in a row.
The seventh line is the WinXP client connecting and properly acquiring the redirected file.

thttpd's logfile
----------------
192.168.0.13 - - [26/Dec/2009:10:56:14 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 124283 "192.168.0.14:7777" "Unreal"

192.168.0.13 - - [26/Dec/2009:11:07:56 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 787796 "http://192.168.0.14:10000/UTredirect/" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5"

192.168.0.13 - - [26/Dec/2009:11:13:47 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 118491 "192.168.0.14:7777" "Unreal"

192.168.0.13 - - [26/Dec/2009:11:14:14 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 121387 "192.168.0.14:7777" "Unreal"

192.168.0.13 - - [26/Dec/2009:11:14:39 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 118491 "192.168.0.14:7777" "Unreal"

192.168.0.13 - - [26/Dec/2009:11:14:51 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 122835 "192.168.0.14:7777" "Unreal"

192.168.0.7 - - [26/Dec/2009:11:30:54 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 787796 "" "Unreal"




This is what Apache's logfile states when the Lin451 client is attempting to connect, but fails to download the redirected file:

192.168.0.13 - - [26/Dec/2009:11:30:54 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 787796

As far as Apache is concerned, everything's cool.


You can see that all the webservers are responding with a 200 code (not 404), so it would seem the initial redirection is fine.
I've tried setting the mime-type to application/Unreal (and unreal - case sensitive) for .uz files in Apache, but there's no change.
I notice that, for the Lin451 client's attempts on thttpd, the indicated filesize changes each time. I also don't understand why the Lin451 *server's* (address:port "mime-type") following the 200 response code is in there, compared to the Win client, which just has a set of double-quotes.
Does this mean anything to anyone?
Reply With Quote
  #5  
Unread 28th December, 2009, 12:59 AM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default Lin436client to Lin451server

Sp0ngeb0b
"...try it with a version 436 or linux."
2399Skillz
"...most people stick to v436"


Installed a second copy on my linux box, kept it at 436 + bonus packs, redirection works perfect. It will redirect to either of the webservers on my LAN, or to the internet.
Here's the relevant line from thttpd's log :
192.168.0.13 - - [26/Dec/2009:17:28:52 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 787796 "" "Unreal"

v436 works, but v451 seems more responsive, I would definitely prefer to play with it. I suppose one solution would be to log into a server with he 436 client, grab all the files, disconnect, convert the cache files, and copy them into the v451 directory.
Lotta work though, the better solution would be to get 451-to-451 redirection working.
Lemme know if you have some insight, please.

Last edited by Danux : 28th December, 2009 at 01:00 AM. Reason: Inaccurate info
Reply With Quote
  #6  
Unread 28th December, 2009, 06:40 AM
2399Skillz 2399Skillz is offline
Super Moderator
 
Join Date: Jan 2004
Location: North Carolina
Posts: 2,245
Default

..what does the logs on the Linux CLIENT say? Not the Linux server nor the web server.

The actual access logs on the Linux client, as well as the UT logs.
__________________

UT-FILES.COM
Get your files
Reply With Quote
  #7  
Unread 28th December, 2009, 08:45 AM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by 2399Skillz View Post
..what does the logs on the Linux CLIENT say? Not the Linux server nor the web server.
The actual access logs on the Linux client, as well as the UT logs.


This is the logfile as the v451 client connects. First it passes the UTPureRC7G challenge, then multiple lines of :
DevNet: PendingLevel received: blah blah blah

for the various server packages, then it progresses into a case-insensitive search of the files used by the map currently in rotation. It finds all except the RoughRoof texture (which I have removed, for testing). It "decodes" the LAN webserver's IP, sets itself up to receive the file, but then HTTPdownload fails, and then it defaults over to acquiring the file from the server instead (which goes successfully).


Linux v451 Client log
~/.loki/ut/System/UnrealTournament.log
--------------------------------------------------------------
.
.
.
DevNet: PendingLevel received: CHALLENGE VER=451 CHALLENGE=-1962984422 STATS=1
.
.
.
Log: Case-insensitive search: genfluid -> ..\Textures\GenFluid.utx
Log: Case-insensitive search: zeitkindAAA -> ..\Textures\ZeitkindAAA.utx
Log: Case-insensitive search: SoldierSkins -> ..\Textures\Soldierskins.utx
Log: Decoded IP 192.168.0.14 (192.168.0.14)
DevNet: Receiving package 'RoughRoof'
DevNet: HTTPDownload: recv() failed
DevNet: Receiving package 'RoughRoof'


There are no logs in the install path :
/usr/local/games/ut/Logs/*.log
/usr/local/games/System/*.log

nor is there a "/Logs" directory in
~/.loki/ut/

Uunless there is some other UT log I am unaware of, the only logfile is in
~/.loki/ut/System/UnrealTournament.log
And I am not really seeing anything enlightening there, other than HTTPdownload failing, the error loggging is just not that detailed.


The thttpd webserver logged :
192.168.0.13 - - [27/Dec/2009:01:00:29 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 125731 "192.168.0.14:7777" "Unreal"

Once again, I see a new byte-size value ( 125731, actual is 787796 ) associated with that file. I tried copying the compressed file into the root directory of the webserver, thinking that it perhaps wasn't resolving the subdirectory where I had put the files for download, but that didn't make a difference, the redirect still failed.

Is there some other logfile on the client side I can dredge up?
Reply With Quote
  #8  
Unread 28th December, 2009, 12:35 PM
gopostal's Avatar
gopostal gopostal is offline
Banned
 
Join Date: Jan 2008
Posts: 235
Default

You might, as a last resort, try setting the roughroof tex to all lower case to rule out the case-specific side of the problem.
Rename RoughRoof to RoughRoof1, compress and upload it, then once on your redirect change it to roughroof. You'll end up with 2 of the same file, in different case setups. Probably won't work but it would rule out most of the last of what you are capable of fixing.

This is why Epic refuses to let go of UT. Groups of backyard coders update with the best of intentions but 451 breaks too many things.
Reply With Quote
  #9  
Unread 28th December, 2009, 05:06 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by 2399Skillz View Post
...read the logs on the Linux client. Specifically the main system logs.

No joy from the system logs, one or two references to ut-bin crashing (from when I was experimenting with interchanging the various IpDrv.so iterations) but otherwise nothing.


Quote:
Originally Posted by gopostal View Post
... rule out the case-specific side of the problem.
I've messed around with all kinds of case combinations, plus renaming without the file extensions. TBH, I think thttpd compensates for case, but I did give your idea a shot - no dice. The fact that the Lin436 client is able to access the redirected file tells me this isn't an issue with the webserver.

I noticed when I compressed the texture again, that it did the work in four "stages", in the same manner that the a successful download of the redirected file comes in four "stages". When I compress, I have to do it from /usr/local/games/ut/System , thus :
../ucc compress /usr/local/games/textures/RoughRoof.utx.uz -nohomedir
IIRC, it's a very specific quirk of compressing under Linux, so it occurred to me that maybe I had to call the game from the System directory, but again, no joy, neither as a user or root (to exclude any permissions problems).
Reply With Quote
  #10  
Unread 28th December, 2009, 05:37 PM
AnthraX's Avatar
AnthraX AnthraX is offline
Administrator
 
Join Date: Jun 2004
Location: Ghent (Belgium)
Posts: 1,380
Default

v451 is for clients as well as servers. For a lot of people the linux v451 client actually runs better than the v436. What you could try is a packetsniffer (tcpdump if you're ok with a commandline utility but I believe wireshark also runs fine on most linux distros). See which packets get sent back and forth before the linux client decides that the download was refused. Maybe it receives the entire file but the decompression fails?

As for the different stages. After the file was downloaded it is simply sent through a decompression pipeline (run-length decoder => burrows wheeler decoder => move to front decoder => run-length decoder => huffman decoder). All of these decoders are implemented in Core.so. It might be possible that the decoders are broken in the v451 client.
Reply With Quote
  #11  
Unread 28th December, 2009, 07:16 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by AnthraX View Post
...What you could try is a packetsniffer (tcpdump if you're ok with a commandline utility but I believe wireshark also runs fine on most linux distros). See which packets get sent back and forth before the linux client decides that the download was refused. Maybe it receives the entire file but the decompression fails?
.
Ran tcpdump, but to be honest, the output is a little beyond my skill level - can't say I am able to interpret it. I see that the two systems are communicating, but the output carries no definitive meaning to me.


v451 ut99 server is on 192.168.0.14:7777. Also running the thttpd webserver on port 10000
v451 client on 192.168.0.13
This is the packet flow as the v451 client(.13) contacts the v451 server(.14), is redirected to the thttpd webserver(.14:10000).
tcpdump -i eth2 -n -e

11:32:22.830440 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 471: 192.168.0.14.7777 > 192.168.0.13.21568: UDP, length 429
11:32:22.832078 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 481: 192.168.0.14.7777 > 192.168.0.13.21568: UDP, length 439
11:32:22.833061 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 254: 192.168.0.14.7777 > 192.168.0.13.21568: UDP, length 212
11:32:22.840376 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 74: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [S], seq 3243892315, win 5840, options [mss 1460,sackOK,TS val 580130 ecr 0,nop,wscale 6], length 0
11:32:22.840529 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 74: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [S.], seq 1727495390, ack 3243892316, win 5792, options [mss 1460,sackOK,TS val 523549025 ecr 580130,nop,wscale 4], length 0
11:32:22.840538 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 1, win 92, options [nop,nop,TS val 580130 ecr 523549025], length 0
11:32:22.840741 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 190: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [P.], ack 1, win 92, options [nop,nop,TS val 580130 ecr 523549025], length 124
11:32:22.840865 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549026 ecr 580130], length 0
11:32:22.841990 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549026 ecr 580130], length 1448
11:32:22.841994 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 1449, win 137, options [nop,nop,TS val 580131 ecr 523549026], length 0
11:32:22.841995 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549026 ecr 580130], length 1448
11:32:22.841997 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 2897, win 182, options [nop,nop,TS val 580131 ecr 523549026], length 0
11:32:22.842195 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580130], length 1448
11:32:22.842197 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 4345, win 227, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842399 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842402 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 5793, win 273, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842403 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842404 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 7241, win 318, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842604 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842606 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 8689, win 363, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842686 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842689 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 10137, win 408, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842810 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842813 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 11585, win 454, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.842932 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.842935 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 13033, win 499, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.843014 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.843016 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 14481, win 544, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.843178 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549027 ecr 580131], length 1448
11:32:22.843180 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 15929, win 589, options [nop,nop,TS val 580131 ecr 523549027], length 0
11:32:22.843424 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.843426 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 17377, win 635, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.843428 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.843429 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 18825, win 680, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.843628 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.843631 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 20273, win 722, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.843632 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.843633 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 21721, win 700, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.843833 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.843835 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 23169, win 679, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.843916 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844038 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844097 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 26065, win 636, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.844161 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844164 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 27513, win 744, options [nop,nop,TS val 580131 ecr 523549028], length 0
11:32:22.844284 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844407 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844652 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844654 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844898 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.844900 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549028 ecr 580131], length 1448
11:32:22.845143 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845145 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845390 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845391 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845635 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845637 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845881 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.845883 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846127 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846129 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846373 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846374 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846618 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846620 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.846864 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549029 ecr 580131], length 1448
11:32:22.847545 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 57921, win 311, options [nop,nop,TS val 580132 ecr 523549028], length 0
11:32:22.847779 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 57921, win 636, options [nop,nop,TS val 580132 ecr 523549028], length 0
11:32:22.847971 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549032 ecr 580132], length 1448
11:32:22.847973 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 59369, win 816, options [nop,nop,TS val 580132 ecr 523549032], length 0
11:32:22.847975 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.847976 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 60817, win 861, options [nop,nop,TS val 580132 ecr 523549033], length 0
11:32:22.848174 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.848176 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 62265, win 906, options [nop,nop,TS val 580132 ecr 523549033], length 0
11:32:22.848298 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.848300 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 63713, win 951, options [nop,nop,TS val 580132 ecr 523549033], length 0
11:32:22.848380 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.848382 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [.], ack 65161, win 960, options [nop,nop,TS val 580132 ecr 523549033], length 0
11:32:22.848544 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.848788 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.848790 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849035 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849036 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849280 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849282 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849527 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849528 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849772 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.849774 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850018 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850019 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850264 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850265 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [P.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850510 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850511 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549033 ecr 580132], length 1448
11:32:22.850755 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.850756 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851001 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851003 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851247 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851248 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851302 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 66: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [R.], seq 125, ack 98465, win 997, options [nop,nop,TS val 580133 ecr 523549033], length 0
11:32:22.851492 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851497 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 54: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [R], seq 3243892440, win 0, length 0
11:32:22.851498 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851500 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 54: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [R], seq 3243892440, win 0, length 0
11:32:22.851698 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851702 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 54: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [R], seq 3243892440, win 0, length 0
11:32:22.851703 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 1514: 192.168.0.14.10000 > 192.168.0.13.20400: Flags [.], ack 125, win 362, options [nop,nop,TS val 523549034 ecr 580132], length 1448
11:32:22.851704 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 54: 192.168.0.13.20400 > 192.168.0.14.10000: Flags [R], seq 3243892440, win 0, length 0
11:32:22.854336 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 90: 192.168.0.13.21568 > 192.168.0.14.7777: UDP, length 48
11:32:22.857763 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 67: 192.168.0.13.21568 > 192.168.0.14.7777: UDP, length 25
11:32:22.906146 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 60: 192.168.0.14.7777 > 192.168.0.13.21568: UDP, length 8
11:32:22.909354 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 46: 192.168.0.13.21568 > 192.168.0.14.7777: UDP, length 4
11:32:22.912778 <clientMACadd> > <serverMACadd>, ethertype IPv4 (0x0800), length 46: 192.168.0.13.21568 > 192.168.0.14.7777: UDP, length 4
11:32:22.956142 <serverMACadd> > <clientMACadd>, ethertype IPv4 (0x0800), length 60: 192.168.0.14.7777 > 192.168.0.13.21568: UDP, length 10


And the log from the webserver, for the above exchange, says :
192.168.0.13 - - [27/Dec/2009:11:33:11 -0700] "GET /UTredirect/RoughRoof.utx.uz HTTP/1.1" 200 122835 "192.168.0.14:7777" "Unreal"
Reply With Quote
  #12  
Unread 28th December, 2009, 08:31 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by AnthraX View Post
...v451 is for clients as well as servers. For a lot of people the linux v451 client actually runs better than the v436...
Lag seems different between the two, 451 just seems to have an edge. I am able to use the OpenGLDrv.so from the 451 update on the 436 client, so it renders very nicely. I've tried using 451's and 440's IpDrv* files in 436, but it crashes (painfully) when I try to connect to a LAN server, and 436's Core* on 451 just segfaults.


Quote:
Originally Posted by AnthraX View Post
... Maybe it receives the entire file but the decompression fails?
I ran decompression against a file on the 451 install, and it does decompress properly. I have to explicitly define the where ucc is, and if I use the -nohomedir switch, the decompressed file always ends up in
/usr/local/games/System/

without the -nohomedir switch, it ends up in
~/.loki/ut/System/

Even if you are calling ucc from /usr/local/games/ut/, you still have to make the call
./ucc decompress /place/where/file/is.uz
This fails
ucc decompress /place/where/file/is.uz
with
"Is UT_DATA_PATH set?"
Reply With Quote
  #13  
Unread 28th December, 2009, 09:11 PM
AnthraX's Avatar
AnthraX AnthraX is offline
Administrator
 
Join Date: Jun 2004
Location: Ghent (Belgium)
Posts: 1,380
Default

and could you post the exact output in the client log?
Reply With Quote
  #14  
Unread 28th December, 2009, 09:32 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by AnthraX View Post
and could you post the exact output in the client log?

I cleared the log and reran the client to get a clean log, so the connect & disconnect times will differ from the previous post with tcpddump.
This is me starting the v451 client, browsing LAN servers, connecting to the v451server(.14), then the redirect fails and the server sends the uncompressed file directly, I wait to aout 5% then hit F10 and disconnect.



Log: Log file open, Mon Dec 28 14:09:50 2009
Init: Name subsystem initialized
Init: Version: 451
Init: Compiled: May 6 2003 22:27:59
Init: Command line:
Init: Base directory:
Init: Character set: ANSI
Log: Bound to Engine.so
Log: Bound to Core.so
Init: Object subsystem initialized
Init: CPU Speed=2679.006397 MHz
Init: Unreal engine initialized
Log: Bound to SDLDrv.so
Init: Joystick [0] : Unknown Joystick
Init: SDLClient initialized.
Log: Bound to Render.so
Init: Lighting subsystem initialized
Init: Rendering initialized
Log: LoadMap: Entry
Log: Bound to Fire.so
Log: Case-insensitive search: Botpack -> ..\System\BotPack.u
Log: Bound to IpDrv.so
Log: Game class is 'UTIntro'
Log: Level is Level Entry.MyLevel
Log: Bringing Level Entry.MyLevel up for play (0)...
ScriptLog: InitGame:
ScriptLog: Base Mutator is Entry.Mutator0
Log: Browse: CityIntro.unr?Name=Danux?Class=BotPack.TMale1?team =1?skin=CommandoSkins.cmdo?Face=CommandoSkins.Gorn ?Voice=BotPack.VoiceMaleOne
Log: LoadMap: CityIntro.unr?Name=Danux?Class=BotPack.TMale1?team =1?skin=CommandoSkins.cmdo?Face=CommandoSkins.Gorn ?Voice=BotPack.VoiceMaleOne
Log: Case-insensitive search: genfluid -> ..\Textures\GenFluid.utx
Log: Collecting garbage
Log: Purging garbage
Log: -0.0ms Unloading: Package Render
Log: Garbage: objects: 16479->16476; refs: 225496
Log: Game class is 'UTIntro'
Log: Level is Level CityIntro.MyLevel
Log: Bringing Level CityIntro.MyLevel up for play (0)...
ScriptLog: InitGame: ?Name=Danux?Class=BotPack.TMale1?team=1?skin=Comma ndoSkins.cmdo?Face=CommandoSkins.Gorn?Voice=BotPac k.VoiceMaleOne
ScriptLog: Base Mutator is CityIntro.Mutator1
Init: Initialized moving brush tracker for Level CityIntro.MyLevel
Log: Created and initialized a new SDL viewport.
Log: Bound to UWeb.so
ScriptLog: Team 1
ScriptLog: Login: Danux
Log: Possessed PlayerPawn: TMale1 CityIntro.TMale0
Init: Input system initialized for SDLViewport0
Log: Opening SDL viewport.
Log: Bound to OpenGLDrv.so
Log: Loaded render device class.
Log: Initializing OpenGLDrv...
Log: binding libGL.so.1
Log: Resizing SDL viewport. X: 1920 Y: 1080
Log: OpenGL
Init: GL_VENDOR : NVIDIA Corporation
Init: GL_RENDERER : GeForce 8400 GS/PCI/SSE2
Init: GL_VERSION : 3.0.0 NVIDIA 185.18.14
Init: Device supports: GL
Init: Device supports: GL_EXT_bgra
Init: Device supports: GL_ARB_texture_compression
Init: Device supports: GL_EXT_texture_compression_s3tc
Init: Device supports: GL_EXT_texture_env_combine
Init: Device supports: GL_ARB_texture_env_combine
Init: Device supports: GL_EXT_texture_filter_anisotropic
Init: Device supports: GL_SGIS_texture_lod
Init: Device supports: GL_NV_texture_env_combine4
Init: Device supports: GL_EXT_texture_lod_bias
Init: Device supports: GL_EXT_compiled_vertex_array
Init: Device supports: GL_EXT_secondary_color
Init: Device supports: GL_ARB_multitexture
Log: 4 Texture Mapping Units found
Log: Trying to use S3TC extension.
Log: MinLogTextureSize = 2
Log: MaxLogTextureSize = 13
Log: Bound to ALAudio.so
Log: Audio initialization failed.
Init: Game engine initialized
Log: Startup time: 1.145859 seconds.
Log: Entering main loop.
Log: URL: Adding default option Name=Danux
Log: URL: Adding default option Class=BotPack.TMale1
Log: URL: Adding default option team=1
Log: URL: Adding default option skin=CommandoSkins.cmdo
Log: URL: Adding default option Face=CommandoSkins.Gorn
Log: URL: Adding default option Voice=BotPack.VoiceMaleOne
Log: Browse: Index.unr?entry?Name=Danux?Class=BotPack.TMale1?te am=1?skin=CommandoSkins.cmdo?Face=CommandoSkins.Go rn?Voice=BotPack.VoiceMaleOne
Log: Failed; returning to Entry
Init: Shut down moving brush tracker for Level CityIntro.MyLevel
Log: Spawning new actor for Viewport SDLViewport0
ScriptLog: Team 1
ScriptLog: Login: Danux
Log: Possessed PlayerPawn: TMale1 Entry.TMale1
ScriptLog: Creating root window: UMenu.UMenuRootWindow
Init: Sockets: I am Corei7 (192.168.0.13)
Warning: Failed to load 'RoughRoof': Can't find file for package 'RoughRoof'
Warning: Failed to load 'DM-ZeitkindPro_DanzMod031106': Can't find file for package 'RoughRoof'
Warning: Failed to load 'Texture DM-ZeitkindPro_DanzMod031106.Screenshot': Can't find file for package 'RoughRoof'
Log: URL: Adding default option Name=Danux
Log: URL: Adding default option Class=BotPack.TMale1
Log: URL: Adding default option team=1
Log: URL: Adding default option skin=CommandoSkins.cmdo
Log: URL: Adding default option Face=CommandoSkins.Gorn
Log: URL: Adding default option Voice=BotPack.VoiceMaleOne
Log: Browse: 192.168.0.14/Index.unr?LAN?Name=Danux?Class=BotPack.TMale1?team =1?skin=CommandoSkins.cmdo?Face=CommandoSkins.Gorn ?Voice=BotPack.VoiceMaleOne
Init: Sockets: Socket queue 65536 / 65536
DevNet: Game client on port 27518, rate 20000
Log: UDP recvfrom error: 11 from 145.174.166.197:49992
DevNet: PendingLevel received: CHALLENGE VER=451 CHALLENGE=-682741586 STATS=1
DevNet: PendingLevel received: USES GUID=5FE84BAF432C15E72C30938278233C9A PKG=DM-ZeitkindPro_DanzMod031106 FLAGS=1 SIZE=4858128 GEN=1 FNAME=DM-ZeitkindPro_DanzMod031106.unr
DevNet: PendingLevel received: USES GUID=D18A7B9211D38F04100067B9F6F8975A PKG=Engine FLAGS=1 SIZE=1165675 GEN=19 FNAME=Engine.u
DevNet: PendingLevel received: USES GUID=4770B88411D38E3E100067B9F6F8975A PKG=Core FLAGS=1 SIZE=59772 GEN=11 FNAME=Core.u
DevNet: PendingLevel received: USES GUID=B42869C111D2D0AE10005F8BF111C45A PKG=Vierheilig FLAGS=1 SIZE=1063445 GEN=1 FNAME=Vierheilig.utx
DevNet: PendingLevel received: USES GUID=E6441C8111D32CE6900089947A311C27 PKG=zeitkind FLAGS=1 SIZE=1895633 GEN=1 FNAME=zeitkind.utx
DevNet: PendingLevel received: USES GUID=103CE40811D32043058698A23DAB4F20 PKG=zkind01 FLAGS=1 SIZE=1108790 GEN=1 FNAME=zkind01.utx
DevNet: PendingLevel received: USES GUID=1E90ACA811D1ED664544279700005453 PKG=Detail FLAGS=1 SIZE=1729964 GEN=1 FNAME=Detail.utx
DevNet: PendingLevel received: USES GUID=4770B88811D38E3E100067B9F6F8975A PKG=Fire FLAGS=1 SIZE=15248 GEN=10 FNAME=Fire.u
DevNet: PendingLevel received: USES GUID=98DA7EC111D32CE7900089947A311C27 PKG=zkind02 FLAGS=1 SIZE=265255 GEN=1 FNAME=zkind02.utx
DevNet: PendingLevel received: USES GUID=2E3682A411D379A7E0006BA2D2321081 PKG=UTtech1 FLAGS=1 SIZE=28824612 GEN=2 FNAME=UTtech1.utx
DevNet: PendingLevel received: USES GUID=1C69657611D38F44100067B9F6F8975A PKG=Botpack FLAGS=1 SIZE=39016791 GEN=14 FNAME=BotPack.u
DevNet: PendingLevel received: USES GUID=4770B88C11D38E3E100067B9F6F8975A PKG=UnrealShare FLAGS=1 SIZE=22124694 GEN=1 FNAME=UnrealShare.u
DevNet: PendingLevel received: USES GUID=4770B88D11D38E3E100067B9F6F8975A PKG=UnrealI FLAGS=1 SIZE=18549361 GEN=1 FNAME=UnrealI.u
DevNet: PendingLevel received: USES GUID=1E90ACC211D1ED664544279700005453 PKG=PlayrShp FLAGS=1 SIZE=33357951 GEN=2 FNAME=PlayrShp.utx
DevNet: PendingLevel received: USES GUID=940F20E011D2DFC010008A92FBC64C5A PKG=zeitkindb FLAGS=1 SIZE=1266131 GEN=1 FNAME=zeitkindb.utx
DevNet: PendingLevel received: USES GUID=A71B1F824CF8E1E55DB9FDBCB347AAC5 PKG=RoughRoof FLAGS=1 SIZE=1399776 GEN=1 FNAME=RoughRoof.utx
DevNet: PendingLevel received: USES GUID=1E90ACBF11D1ED664544279700005453 PKG=NaliCast FLAGS=1 SIZE=20008337 GEN=2 FNAME=NaliCast.utx
DevNet: PendingLevel received: USES GUID=8F29399B480A41456F22B4870E039342 PKG=zeitksigns FLAGS=1 SIZE=458862 GEN=1 FNAME=zeitksigns.utx
DevNet: PendingLevel received: USES GUID=A3B94EE811D1ED674544E58A00005453 PKG=DoorsMod FLAGS=1 SIZE=2547363 GEN=1 FNAME=DoorsMod.uax
DevNet: PendingLevel received: USES GUID=7C39D86211D30CC690009D887A311C27 PKG=zeitkindAAA2 FLAGS=1 SIZE=798370 GEN=1 FNAME=ZeitkindAAA2.utx
DevNet: PendingLevel received: USES GUID=A3B94EE411D1ED674544E58A00005453 PKG=AmbModern FLAGS=1 SIZE=6112404 GEN=1 FNAME=AmbModern.uax
DevNet: PendingLevel received: USES GUID=1E90ACCC11D1ED664544279700005453 PKG=Starship FLAGS=1 SIZE=17596021 GEN=2 FNAME=Starship.utx
DevNet: PendingLevel received: USES GUID=1E90ACB911D1ED664544279700005453 PKG=Liquids FLAGS=1 SIZE=14013 GEN=1 FNAME=Liquids.utx
DevNet: PendingLevel received: USES GUID=1E90ACAE11D1ED664544279700005453 PKG=genfluid FLAGS=1 SIZE=8227913 GEN=2 FNAME=GenFluid.utx
DevNet: PendingLevel received: USES GUID=B0FA052011D2E07010008A92FBC64C5A PKG=zeitkindc FLAGS=1 SIZE=1601474 GEN=1 FNAME=zeitkindc.utx
DevNet: PendingLevel received: USES GUID=6CBF5C2111D3307A900089947A311C27 PKG=ZeitkindS1 FLAGS=1 SIZE=64532 GEN=1 FNAME=ZeitkindS1.uax
DevNet: PendingLevel received: USES GUID=5A1C4C6411D39A0E9000DFA77A311C27 PKG=dinosound111199 FLAGS=1 SIZE=1324535 GEN=1 FNAME=dinosound111199.uax
DevNet: PendingLevel received: USES GUID=1E90ACB111D1ED664544279700005453 PKG=GenTerra FLAGS=1 SIZE=8376548 GEN=2 FNAME=GenTerra.utx
DevNet: PendingLevel received: USES GUID=30354EF411D2E57510008A92FBC64C5A PKG=zeitkindAAA FLAGS=1 SIZE=177671 GEN=1 FNAME=ZeitkindAAA.utx
DevNet: PendingLevel received: USES GUID=93CC0A8111D3888FE0006295BE341081 PKG=SoldierSkins FLAGS=1 SIZE=13048958 GEN=2 FNAME=Soldierskins.utx
DevNet: PendingLevel received: USES GUID=E96BC96311D31D2F4F006B8CDE9A0349 PKG=CommandoSkins FLAGS=1 SIZE=6448136 GEN=2 FNAME=CommandoSkins.utx
DevNet: PendingLevel received: USES GUID=B7B49CA611D38BCDE0006395BE341081 PKG=FCommandoSkins FLAGS=1 SIZE=7604256 GEN=2 FNAME=FCommandoSkins.utx
DevNet: PendingLevel received: USES GUID=D4F6ABE111D385CAE0006295BE341081 PKG=SGirlSkins FLAGS=1 SIZE=10789818 GEN=2 FNAME=SGirlSkins.utx
DevNet: PendingLevel received: USES GUID=24E5A72411D321104F006B8CDE9A0349 PKG=BossSkins FLAGS=1 SIZE=2790891 GEN=2 FNAME=BossSkins.utx
DevNet: PendingLevel received: USES GUID=2DB53B0011D3E9001000D3B9F6F8975A PKG=Multimesh FLAGS=1 SIZE=76003 GEN=1 FNAME=MultiMesh.u
DevNet: PendingLevel received: USES GUID=13F8255A11D3DBA01000CBB9F6F8975A PKG=EpicCustomModels FLAGS=1 SIZE=2337681 GEN=1 FNAME=EpicCustomModels.u
DevNet: PendingLevel received: USES GUID=D011F66E11D3E9B81000D5B9F6F8975A PKG=Relics FLAGS=1 SIZE=453755 GEN=2 FNAME=Relics.u
DevNet: PendingLevel received: USES GUID=2F84A16011D3E71FA000518AB12F18D2 PKG=TCowMeshSkins FLAGS=3 SIZE=613832 GEN=1 FNAME=TCowMeshSkins.utx
DevNet: PendingLevel received: USES GUID=2F84A16111D3E71FA000518AB12F18D2 PKG=TNaliMeshSkins FLAGS=3 SIZE=542925 GEN=1 FNAME=TNaliMeshSkins.utx
DevNet: PendingLevel received: USES GUID=2F84A16311D3E71FA000518AB12F18D2 PKG=TSkMSkins FLAGS=1 SIZE=4076854 GEN=1 FNAME=TSkMSkins.utx
DevNet: PendingLevel received: USES GUID=CBC22FA011D40648A000678B649656CC PKG=de FLAGS=1 SIZE=72405 GEN=1 FNAME=De.u
DevNet: PendingLevel received: USES GUID=3A53DA9744D98F9D7353C1B201CA51AB PKG=SkeletalChars FLAGS=1 SIZE=1591818 GEN=1 FNAME=SkeletalChars.u
DevNet: PendingLevel received: USES GUID=F50F337545D6B5FC4D797FB3D8B28E67 PKG=UTPureRC7G FLAGS=1 SIZE=393869 GEN=1 FNAME=UTPureRC7G.u
DevNet: PendingLevel received: USES GUID=4416FCF14683B7DEAF9C3FA4BF3EE605 PKG=BP1Handler7G FLAGS=1 SIZE=15623 GEN=1 FNAME=BP1Handler7G.u
DevNet: PendingLevel received: USES GUID=1AD2C0E640FE635C23C236AB3A320AAE PKG=BP4Handler7G FLAGS=1 SIZE=6215 GEN=1 FNAME=BP4Handler7G.u
DevNet: PendingLevel received: DLMGR CLASS=IpDrv.HTTPDownload PARAMS=http://192.168.0.14:10000/UTredirect/ COMPRESSION=1
DevNet: PendingLevel received: DLMGR CLASS=Engine.ChannelDownload PARAMS=Enabled COMPRESSION=0
DevNet: PendingLevel received: WELCOME LEVEL=DM-ZeitkindPro_DanzMod031106 LONE=0
DevNet: Welcomed by server: LEVEL=DM-ZeitkindPro_DanzMod031106 LONE=0
Log: Case-insensitive search: Botpack -> ..\System\BotPack.u
Log: Case-insensitive search: zeitkindAAA2 -> ..\Textures\ZeitkindAAA2.utx
Log: Case-insensitive search: genfluid -> ..\Textures\GenFluid.utx
Log: Case-insensitive search: zeitkindAAA -> ..\Textures\ZeitkindAAA.utx
Log: Case-insensitive search: SoldierSkins -> ..\Textures\Soldierskins.utx
Log: Decoded IP 192.168.0.14 (192.168.0.14)
DevNet: Receiving package 'RoughRoof'
DevNet: HTTPDownload: recv() failed
DevNet: Receiving package 'RoughRoof'
NetComeGo: Close TcpipConnection0 Mon Dec 28 14:10:02 2009
Exit: WinSock shut down
Log: appRequestExit(0)
Exit: Preparing to exit.
Log: Purging garbage
Log: Unbound to Engine.so
Log: Unbound to Core.so
Log: -0.0ms Unloading: Package Engine
Log: -0.0ms Unloading: Package Core
Exit: Game engine shut down
Log: Unbound to SDLDrv.so
Exit: SDL client shut down.
Log: Unbound to Render.so
Exit: Lighting subsystem shut down
Exit: Rendering shut down
Log: -0.0ms Unloading: Packag
Reply With Quote
  #15  
Unread 28th December, 2009, 10:08 PM
AnthraX's Avatar
AnthraX AnthraX is offline
Administrator
 
Join Date: Jun 2004
Location: Ghent (Belgium)
Posts: 1,380
Default

Well if "DevNet: HTTPDownload: recv() failed" shows then there was definately a socket error. Your tcpdump output does however show that packets were rolling in so it's not really clear what caused the socket error. As far as I know UT does handle socket blocking correctly. It would've been awesome if the ut client logged the error number in case of a socket error. I'll see if I can write a small mod to add that info to the log.
Reply With Quote
  #16  
Unread 28th December, 2009, 11:02 PM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Sounds good. FWIW, I tried running a v440 Lin client and redirection failed with it as well.
Reply With Quote
  #17  
Unread 28th December, 2009, 11:52 PM
AnthraX's Avatar
AnthraX AnthraX is offline
Administrator
 
Join Date: Jun 2004
Location: Ghent (Belgium)
Posts: 1,380
Default

that's expected. Whatever the reason is, it is external to UT. The source of the problem is the recv function which is implemented in libc.
Reply With Quote
  #18  
Unread 29th December, 2009, 12:15 AM
2399Skillz 2399Skillz is offline
Super Moderator
 
Join Date: Jan 2004
Location: North Carolina
Posts: 2,245
Default

What kind of privileges does the User running UT have?

Try, for the sake of testing purposes, running the game as the super user (root)
__________________

UT-FILES.COM
Get your files
Reply With Quote
  #19  
Unread 29th December, 2009, 12:45 AM
Danux Danux is offline
Forum Newcomer
 
Join Date: Dec 2009
Posts: 12
Default

Quote:
Originally Posted by 2399Skillz View Post
What kind of privileges does the User running UT have?

Try, for the sake of testing purposes, running the game as the super user (root)
Tried that one (see post #9), no difference.
Just to experiment, I replaced libSDL-1.1.so.0 in the /System directory, and replaced it with the system's libSDL-1.2.so.0.11.2 (from /usr/lib, with a sym-link to show as libSDL-1.1.so.0 to the game), as suggested here :
http://www.gentoo-wiki.info/HOWTO_Ru...Old_Loki_Games
Game runs fine, but has no effect on the redirection (as much as I expected).
Reply With Quote
  #20  
Unread 29th December, 2009, 08:43 AM
AnthraX's Avatar
AnthraX AnthraX is offline
Administrator
 
Join Date: Jun 2004
Location: Ghent (Belgium)
Posts: 1,380
Default

I wrote a small library that prints extra info about recv calls to the stdout. To use it:
* Download it from here: http://utgl.unrealadmin.org/librecvtester.so
* Places it in your UT System folder
* Open a terminal and navigate to your UT System folder
* run:
export LD_PRELOAD=librecvtester.so
* run:
./ut-bin > recv.log
* repeat your same process (lan -> connect to server)
* run:
unset LD_PRELOAD
* Then open your recv.log and you should hopefully see which error caused the redirect download to fail
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 01:17 PM.


 

All pages are copyright The Unreal Admins Page.
You may not copy any pages without our express permission.