XC_Engine [20] - XC_Core [7b] - XC_IpDrv

User avatar
sektor2111
Godlike
Posts: 6403
Joined: Sun May 09, 2010 6:15 pm
Location: On the roof.

Re: XC_Engine [15] - XC_Core [2]

Post by sektor2111 »

If drop problems aren't often and they don't disturb so bad, then connecting a server might take a century if files redirected are uz, simple download breaks, it needs F10 and then reconnect in order to continue downloading - I'm losing finally patience and I don't play there. See my client log fragment
Spoiler
DevNet: PendingLevel received: CHALLENGE VER=436 CHALLENGE=-1612542317 STATS=0
DevNet: PendingLevel received: USES GUID=C2077A6443E3A707961B88AF76C55674 PKG=MH-()mG-FourGhostsV2 FLAGS=1 SIZE=2103876 GEN=1 FNAME=MH-()mG-FourGhostsV2.unr
DevNet: PendingLevel received: USES GUID=D18A7B9211D38F04100067B9F6F8975A PKG=Engine FLAGS=1 SIZE=1149858 GEN=17 FNAME=Engine.u
DevNet: PendingLevel received: USES GUID=4770B88411D38E3E100067B9F6F8975A PKG=Core FLAGS=1 SIZE=59233 GEN=10 FNAME=Core.u
DevNet: PendingLevel received: USES GUID=A2B0804B434A07F15B546E82B4AB7D3B PKG=FourGhosts FLAGS=1 SIZE=2606701 GEN=1 FNAME=FourGhosts.utx
DevNet: PendingLevel received: USES GUID=4770B88C11D38E3E100067B9F6F8975A PKG=UnrealShare FLAGS=1 SIZE=22124694 GEN=1 FNAME=UnrealShare.u
DevNet: PendingLevel received: USES GUID=4770B88811D38E3E100067B9F6F8975A PKG=Fire FLAGS=1 SIZE=15248 GEN=10 FNAME=Fire.u
DevNet: PendingLevel received: USES GUID=CCA7F799454F8B88B6A0F7B6D6B27660 PKG=letgo FLAGS=1 SIZE=2417380 GEN=1 FNAME=letgo.utx
DevNet: PendingLevel received: USES GUID=4770B88D11D38E3E100067B9F6F8975A PKG=UnrealI FLAGS=1 SIZE=18549361 GEN=1 FNAME=UnrealI.u
DevNet: PendingLevel received: USES GUID=1C69657611D38F44100067B9F6F8975A PKG=Botpack FLAGS=1 SIZE=39016791 GEN=14 FNAME=Botpack.u
DevNet: PendingLevel received: USES GUID=1E90ACA211D1ED664544279700005453 PKG=AlfaFX FLAGS=1 SIZE=7980 GEN=1 FNAME=AlfaFX.utx
DevNet: PendingLevel received: USES GUID=CB45D048481FD29EBE0B58A6AA1D84E0 PKG=AsgardSpinner FLAGS=1 SIZE=2076663 GEN=1 FNAME=AsgardSpinner.u
DevNet: PendingLevel received: USES GUID=18559F16482C0D4DA8B063897C115B7C PKG=BPMonster FLAGS=1 SIZE=644194 GEN=1 FNAME=BPMonster.utx
DevNet: PendingLevel received: USES GUID=6F2B58C8423BA829BDD68792D9F17593 PKG=ahelldaysounds FLAGS=1 SIZE=1219653 GEN=1 FNAME=ahelldaysounds.uax
DevNet: PendingLevel received: USES GUID=828D514841D634B7C518C9A0663EBCAB PKG=DolbyDigital FLAGS=1 SIZE=940807 GEN=1 FNAME=DolbyDigital.uax
DevNet: PendingLevel received: USES GUID=EBB6852011D887150B00228BAD641F6A PKG=AKs FLAGS=1 SIZE=480478 GEN=1 FNAME=AKs.uax
DevNet: PendingLevel received: USES GUID=29E273A111D9276FBAF0E28C35102403 PKG=Hunters FLAGS=1 SIZE=7626 GEN=1 FNAME=Hunters.u
DevNet: PendingLevel received: USES GUID=A3A36AE011D67B7E4544B4A000005453 PKG=asgard2 FLAGS=1 SIZE=73938 GEN=1 FNAME=asgard2.u
DevNet: PendingLevel received: USES GUID=5C0AABC211D282F44544289700005453 PKG=Crypt2 FLAGS=1 SIZE=7370018 GEN=1 FNAME=Crypt2.utx
DevNet: PendingLevel received: USES GUID=1E90ACA811D1ED664544279700005453 PKG=Detail FLAGS=1 SIZE=1729964 GEN=1 FNAME=Detail.utx
DevNet: PendingLevel received: USES GUID=8AF1380311D70F9F45444F9100005453 PKG=WeaponLord FLAGS=1 SIZE=1539215 GEN=1 FNAME=WeaponLord.u
DevNet: PendingLevel received: USES GUID=8AF1380011D70F9F45444F9100005453 PKG=WeaponLordSounds FLAGS=1 SIZE=955215 GEN=1 FNAME=WeaponLordSounds.u
DevNet: PendingLevel received: USES GUID=8AF1380111D70F9F45444F9100005453 PKG=WeaponLordTextures FLAGS=1 SIZE=3653903 GEN=1 FNAME=WeaponLordTextures.u
DevNet: PendingLevel received: USES GUID=8AF1380211D70F9F45444F9100005453 PKG=WeaponLordModels FLAGS=1 SIZE=862684 GEN=1 FNAME=WeaponLordModels.u
DevNet: PendingLevel received: USES GUID=014A12E111D49A06A0006EB2333218D2 PKG=DoorsSnd FLAGS=1 SIZE=5340854 GEN=1 FNAME=DoorsSnd.uax
DevNet: PendingLevel received: USES GUID=85E665A011D67A36500072A0778734BA PKG=U4eT FLAGS=1 SIZE=935664 GEN=1 FNAME=U4eT.u
DevNet: PendingLevel received: USES GUID=C041CD2011D44C660000A0AF2D830A1C PKG=U4eTM FLAGS=1 SIZE=12605919 GEN=1 FNAME=U4eTM.u
DevNet: PendingLevel received: USES GUID=97840BE011D426B00000A0AF2D830A1C PKG=U4eFX FLAGS=1 SIZE=467111 GEN=1 FNAME=U4eFX.utx
DevNet: PendingLevel received: USES GUID=DC72B0D311D2D7FC4544A0AF00005453 PKG=U4eWTexs FLAGS=1 SIZE=1615265 GEN=1 FNAME=U4eWTexs.utx
DevNet: PendingLevel received: USES GUID=D9A6D70111D3F8489C83A0AF12ABB85E PKG=U4eLAnims FLAGS=1 SIZE=216075 GEN=1 FNAME=U4eLAnims.utx
DevNet: PendingLevel received: USES GUID=7003486011D4E19F00002EBB8D6B401C PKG=U4eTM602 FLAGS=1 SIZE=1215839 GEN=1 FNAME=U4eTM602.u
DevNet: PendingLevel received: USES GUID=904AD9C011D678D5500072A0778734BA PKG=U4eTM612 FLAGS=1 SIZE=4759000 GEN=1 FNAME=U4eTM612.u
DevNet: PendingLevel received: USES GUID=C041CD2211D44C660000A0AF2D830A1C PKG=U4eTCM FLAGS=1 SIZE=9625426 GEN=1 FNAME=U4eTCM.u
DevNet: PendingLevel received: USES GUID=D308468811D43DEF0000A0AF2D830A1C PKG=TGolemSkins FLAGS=1 SIZE=803065 GEN=1 FNAME=TGolemSkins.utx
DevNet: PendingLevel received: USES GUID=996193C311D45EFE0000A0AF2D830A1C PKG=TZhalSkins FLAGS=1 SIZE=1074645 GEN=1 FNAME=TZhalSkins.utx
DevNet: PendingLevel received: USES GUID=43D6182211D2F1D84544A0AF00005453 PKG=u4ewarp FLAGS=1 SIZE=49744 GEN=1 FNAME=u4ewarp.utx
DevNet: PendingLevel received: USES GUID=1E90ACB211D1ED664544279700005453 PKG=GenWarp FLAGS=1 SIZE=271024 GEN=1 FNAME=GenWarp.utx
DevNet: PendingLevel received: USES GUID=6CDE2A4011D45BBE0000A0AF2D830A1C PKG=U4eMedigun FLAGS=1 SIZE=1049404 GEN=1 FNAME=U4eMedigun.utx
DevNet: PendingLevel received: USES GUID=2451524111D2ED0E50004BB23FDC1804 PKG=LadderSounds FLAGS=1 SIZE=247341 GEN=1 FNAME=LadderSounds.uax
DevNet: PendingLevel received: USES GUID=A3B94EE311D1ED674544E58A00005453 PKG=AmbAncient FLAGS=1 SIZE=6773021 GEN=1 FNAME=AmbAncient.uax
DevNet: PendingLevel received: USES GUID=74A9918011D6A8C2C000AD91DD7AF1DF PKG=MonsterHunt FLAGS=1 SIZE=1251524 GEN=1 FNAME=MonsterHunt.u
DevNet: PendingLevel received: USES GUID=8770D7C211DA62AB040063A7BE4D435A PKG=WarNukingGround FLAGS=1 SIZE=1871058 GEN=1 FNAME=WarNukingGround.u
DevNet: PendingLevel received: USES GUID=8AD6DA2011D6BD090000C98A26EF8AB4 PKG=Spinner FLAGS=1 SIZE=1551609 GEN=1 FNAME=Spinner.u
DevNet: PendingLevel received: USES GUID=1E90ACCF11D1ED664544279700005453 PKG=XFX FLAGS=1 SIZE=198416 GEN=1 FNAME=XFX.utx
DevNet: PendingLevel received: USES GUID=C47BBD4011D38CFBC00084B50A1E604F PKG=DecayedS FLAGS=1 SIZE=11846698 GEN=1 FNAME=DecayedS.utx
DevNet: PendingLevel received: USES GUID=1E90ACC111D1ED664544279700005453 PKG=Palettes FLAGS=1 SIZE=421024 GEN=1 FNAME=Palettes.utx
DevNet: PendingLevel received: USES GUID=1E90ACAE11D1ED664544279700005453 PKG=genfluid FLAGS=1 SIZE=5510043 GEN=1 FNAME=genfluid.utx
DevNet: PendingLevel received: USES GUID=1E90ACAF11D1ED664544279700005453 PKG=GenFX FLAGS=1 SIZE=2189510 GEN=1 FNAME=GenFX.utx
DevNet: PendingLevel received: USES GUID=2F84A16011D3E71FA000518AB12F18D2 PKG=TCowMeshSkins FLAGS=3 SIZE=613832 GEN=1 FNAME=TCowMeshSkins.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=304F558011D37E52C000F3BC2E9A684F PKG=Golgotha FLAGS=1 SIZE=3607516 GEN=1 FNAME=Golgotha.uax
DevNet: PendingLevel received: USES GUID=D794A4A011D45E290000A0AF2D830A1C PKG=U4eTCM510 FLAGS=1 SIZE=583808 GEN=1 FNAME=U4eTCM510.u
DevNet: PendingLevel received: USES GUID=E05B68E411D3EF9CA0006A8262CC59CC PKG=DawnT FLAGS=1 SIZE=441605 GEN=1 FNAME=DawnT.utx
DevNet: PendingLevel received: USES GUID=A3B94EE811D1ED674544E58A00005453 PKG=DoorsMod FLAGS=1 SIZE=2547363 GEN=1 FNAME=DoorsMod.uax
DevNet: PendingLevel received: USES GUID=494960A111D519630300769A00F5106D PKG=U4eTC FLAGS=1 SIZE=968591 GEN=1 FNAME=U4eTC.u
DevNet: PendingLevel received: USES GUID=D63181A911D294F64544A0AF00005453 PKG=HHzombii FLAGS=1 SIZE=1238059 GEN=1 FNAME=HHzombii.utx
DevNet: PendingLevel received: USES GUID=A3B94EE211D1ED674544E58A00005453 PKG=Activates FLAGS=1 SIZE=906293 GEN=1 FNAME=Activates.uax
DevNet: PendingLevel received: USES GUID=39D8E8E011D4316D60004CBD0AB81608 PKG=Ambient FLAGS=1 SIZE=9748357 GEN=1 FNAME=Ambient.uax
DevNet: PendingLevel received: USES GUID=4A1B421D47CF1E928A632188D7F8B321 PKG=FGS FLAGS=1 SIZE=1696343 GEN=1 FNAME=FGS.uax
DevNet: PendingLevel received: USES GUID=0C49C0174F68105358BEC39D451EA059 PKG=MHTex1 FLAGS=1 SIZE=112145 GEN=1 FNAME=MHTex1.utx
DevNet: PendingLevel received: USES GUID=A3B94EEA11D1ED674544E58A00005453 PKG=VRikers FLAGS=1 SIZE=819220 GEN=1 FNAME=VRikers.uax
DevNet: PendingLevel received: USES GUID=F0569C3742E7247824F9D6AEFD9EBE51 PKG=CandyTex FLAGS=1 SIZE=2166012 GEN=1 FNAME=CandyTex.utx
DevNet: PendingLevel received: USES GUID=B50A77C1434447C6DDB720AD8AD52C3A PKG=ApocalypseFx FLAGS=1 SIZE=1254288 GEN=1 FNAME=ApocalypseFx.uax
DevNet: PendingLevel received: USES GUID=CCE3A1534CA3D71525405883D3F3EEB6 PKG=BPSE FLAGS=1 SIZE=137928 GEN=1 FNAME=BPSE.u
DevNet: PendingLevel received: USES GUID=597A68A149917B31591A10AA8BE8322F PKG=AmbOutsideee FLAGS=1 SIZE=5470371 GEN=1 FNAME=AmbOutsideee.uax
DevNet: PendingLevel received: USES GUID=56CE18464A2551D214CAAA8419B2A0A7 PKG=AAA_Micro_Mouse FLAGS=1 SIZE=872457 GEN=1 FNAME=AAA_Micro_Mouse.u
DevNet: PendingLevel received: USES GUID=A98F586B47D73D5F7AB69BB1D51B83F2 PKG=MZ412 FLAGS=1 SIZE=4588562 GEN=1 FNAME=MZ412.umx
DevNet: PendingLevel received: USES GUID=73CFD62011D629887CA034B83A2C17C9 PKG=Swampsnds FLAGS=1 SIZE=337805 GEN=1 FNAME=Swampsnds.uax
DevNet: PendingLevel received: USES GUID=BCBC22CC4DEB16C54BF1169541BAC78F PKG=atoll FLAGS=1 SIZE=4345674 GEN=1 FNAME=atoll.uax
DevNet: PendingLevel received: USES GUID=D0E6711D41CF905030812B9528414CBB PKG=Baykal FLAGS=1 SIZE=1719446 GEN=1 FNAME=Baykal.uax
DevNet: PendingLevel received: USES GUID=7254A827428A39B9A5360AADCEB24F96 PKG=MapVoteLA13 FLAGS=1 SIZE=139866 GEN=1 FNAME=MapVoteLA13.u
DevNet: PendingLevel received: USES GUID=7FFED75E4361AAE5B11C8684A33D36EF PKG=DoubleJumpUT FLAGS=1 SIZE=33748 GEN=2 FNAME=DoubleJumpUT.u
DevNet: PendingLevel received: USES GUID=93CC0A8111D3888FE0006295BE341081 PKG=SoldierSkins FLAGS=1 SIZE=7184269 GEN=1 FNAME=SoldierSkins.utx
DevNet: PendingLevel received: USES GUID=A6DF07414C5891D61AD2E086E0060624 PKG=SoldierSkins_HOF FLAGS=1 SIZE=1950111 GEN=1 FNAME=SoldierSkins_HOF.utx
DevNet: PendingLevel received: USES GUID=37F3A3174076F16C688BCCB56DFCA9D2 PKG=SoldierSkins_HOFjester FLAGS=1 SIZE=3367926 GEN=1 FNAME=SoldierSkins_HOFjester.utx
DevNet: PendingLevel received: USES GUID=E96BC96311D31D2F4F006B8CDE9A0349 PKG=CommandoSkins FLAGS=1 SIZE=4318050 GEN=1 FNAME=CommandoSkins.utx
DevNet: PendingLevel received: USES GUID=845CAA104C824CD3B20102B6209EE339 PKG=BugSkins FLAGS=1 SIZE=3897008 GEN=1 FNAME=BugSkins.utx
DevNet: PendingLevel received: USES GUID=B7B49CA611D38BCDE0006395BE341081 PKG=FCommandoSkins FLAGS=1 SIZE=5093279 GEN=1 FNAME=FCommandoSkins.utx
DevNet: PendingLevel received: USES GUID=90308F91430E9ECD0965A39222FD296E PKG=FCommandoHOFgirl FLAGS=1 SIZE=1596458 GEN=1 FNAME=FCommandoHOFgirl.utx
DevNet: PendingLevel received: USES GUID=9761A6C011D6218340003BBBFA621FF4 PKG=Abbey_Preyground FLAGS=1 SIZE=3194653 GEN=1 FNAME=Abbey_Preyground.utx
DevNet: PendingLevel received: USES GUID=FBFA880011D446D7C144A8930000C115 PKG=Abbeyskins_asin FLAGS=1 SIZE=543741 GEN=1 FNAME=Abbeyskins_asin.utx
DevNet: PendingLevel received: USES GUID=2825A26011D620175000DF934C685ABA PKG=Abbeyskins_alleycat FLAGS=1 SIZE=981734 GEN=1 FNAME=Abbeyskins_alleycat.utx
DevNet: PendingLevel received: USES GUID=5C53666011D4CFCA50001AB057154704 PKG=AbbeySkins_X FLAGS=1 SIZE=1956413 GEN=1 FNAME=AbbeySkins_X.utx
DevNet: PendingLevel received: USES GUID=99698FA111D7297AE000D5AD9BD00F29 PKG=HundSkins FLAGS=1 SIZE=1337208 GEN=1 FNAME=HundSkins.utx
DevNet: PendingLevel received: USES GUID=D4F6ABE111D385CAE0006295BE341081 PKG=SGirlSkins FLAGS=1 SIZE=7226959 GEN=1 FNAME=SGirlSkins.utx
DevNet: PendingLevel received: USES GUID=77981B30448396FB82018A975C5A2256 PKG=SGirlSkinsHOF FLAGS=1 SIZE=2217158 GEN=1 FNAME=SGirlSkinsHOF.utx
DevNet: PendingLevel received: USES GUID=C6A618114A6075D32F5DB0B9F4C82571 PKG=SGirlSkinsAdmHoF FLAGS=1 SIZE=1925878 GEN=1 FNAME=SGirlSkinsAdmHoF.utx
DevNet: PendingLevel received: USES GUID=24E5A72411D321104F006B8CDE9A0349 PKG=BossSkins FLAGS=1 SIZE=1867811 GEN=1 FNAME=BossSkins.utx
DevNet: PendingLevel received: USES GUID=0F3A96A011D4188280008BA98D0060AD PKG=6Rmko FLAGS=1 SIZE=861540 GEN=1 FNAME=6Rmko.u
DevNet: PendingLevel received: USES GUID=26AB6BA011D417A880008BA98D0060AD PKG=Rumikoskins FLAGS=1 SIZE=1103722 GEN=1 FNAME=Rumikoskins.utx
DevNet: PendingLevel received: USES GUID=BE46E78011D4BF25A0004AA44917FFFF PKG=Rumikoskinsasia FLAGS=1 SIZE=910672 GEN=1 FNAME=Rumikoskinsasia.utx
DevNet: PendingLevel received: USES GUID=BAED598011D55876A000B89ACD65E7CC PKG=Rumikoskinsmail FLAGS=1 SIZE=622439 GEN=1 FNAME=Rumikoskinsmail.utx
DevNet: PendingLevel received: USES GUID=03FD61BB458EBBBFB2243E850B7A9404 PKG=tcowmeshskins_sopk FLAGS=1 SIZE=825251 GEN=1 FNAME=tcowmeshskins_sopk.utx
DevNet: PendingLevel received: USES GUID=AF92194B407DB40F9482C7BC97CE7D0B PKG=TCowMeshSkins_horn FLAGS=1 SIZE=539029 GEN=1 FNAME=TCowMeshSkins_horn.utx
DevNet: PendingLevel received: USES GUID=63DE93944AB473F5C16D06802B5D960C PKG=TCowMeshSkins_horb FLAGS=1 SIZE=539018 GEN=1 FNAME=TCowMeshSkins_horb.utx
DevNet: PendingLevel received: USES GUID=B27F50984AD8B5F9212F458A2993DE89 PKG=TCowMeshSkins_pchu FLAGS=1 SIZE=539027 GEN=1 FNAME=TCowMeshSkins_pchu.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=3A53DA9744D98F9D7353C1B201CA51AB PKG=SkeletalChars FLAGS=1 SIZE=1591818 GEN=1 FNAME=SkeletalChars.u
DevNet: PendingLevel received: USES GUID=68A4392F438FE9AFFD969ABEBA0E73A4 PKG=MBot FLAGS=1 SIZE=1974517 GEN=1 FNAME=MBot.u
DevNet: PendingLevel received: USES GUID=7D3ADC0C438F7AAB4005A09988487C95 PKG=LogoSplashV2 FLAGS=1 SIZE=18273 GEN=1 FNAME=LogoSplashV2.u
DevNet: PendingLevel received: USES GUID=CCEF5A8F4EF1936A2F2D4B83C2312407 PKG=HoFIntroV7 FLAGS=1 SIZE=15554 GEN=1 FNAME=HoFIntroV7.uax
DevNet: PendingLevel received: USES GUID=04261A0C442965DC3D4DE8AC96962B51 PKG=hofpackage18 FLAGS=1 SIZE=266387 GEN=1 FNAME=hofpackage18.utx
DevNet: PendingLevel received: USES GUID=1BD00C3C4F0EB673F753A692BC833837 PKG=CountryFlags2 FLAGS=1 SIZE=241128 GEN=1 FNAME=CountryFlags2.utx
DevNet: PendingLevel received: USES GUID=4DF59BA011DAA3D3500087C6E7D45DFC PKG=IpToCountry_AOL FLAGS=3 SIZE=2282 GEN=1 FNAME=IpToCountry_AOL.u
DevNet: PendingLevel received: USES GUID=EAA28E794A3CD893E6F93FBA8C9A5510 PKG=NexgenCC FLAGS=1 SIZE=19394 GEN=1 FNAME=NexgenCC.u
DevNet: PendingLevel received: USES GUID=944205774B038989EFC5B58033549969 PKG=Nexgen112N FLAGS=1 SIZE=1698534 GEN=1 FNAME=Nexgen112N.u
DevNet: PendingLevel received: USES GUID=2F33FCED4824B3F594DAF9B181D736DB PKG=NexgenPlus100N FLAGS=1 SIZE=579893 GEN=1 FNAME=NexgenPlus100N.u
DevNet: PendingLevel received: USES GUID=4AD19458431365FC7E0BB9987DC6E038 PKG=NexgenWarn112N FLAGS=1 SIZE=51246 GEN=1 FNAME=NexgenWarn112N.u
DevNet: PendingLevel received: USES GUID=1A902C6547B7C29B6A3D39BA8E47E181 PKG=MH2_NS_V7 FLAGS=1 SIZE=6593241 GEN=1 FNAME=MH2_NS_V7.u
DevNet: PendingLevel received: USES GUID=C722E4DD48742D03FB6C5EA422E8614C PKG=BPak FLAGS=1 SIZE=259549 GEN=1 FNAME=BPak.u
DevNet: PendingLevel received: USES GUID=43319CE6403D00A9CEBEEBA2A46B4DC5 PKG=null48 FLAGS=1 SIZE=1949 GEN=1 FNAME=null48.umx
The mostly I was looking for a bad map to see if I can fix it. Nah, I'm wasting time, connecting to download seems to loop forever and nothing happens for tens of seconds. I'm guessing XC_Core + XC_Engine towards sloping redirecting have problems in timing or I don't know what's wrong as long as such things have worked in other previous states.
In the past I have visited servers using tons of packages called or not by maps and everything was pretty good (a single time maybe I hit F10 - now seems often), now looks challenging forcing player's patience and no one have such thing now days because they have faster machine to play fast not to waste a half of day for playing a crappy Map.
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

I'm unable to reproduce any of that, are you using standard IpDrv as net driver?
The XC_IpDrv net drv should only be used in v436 Windows servers, and only to prevent a small exploit, nothing else.

Also, after replaying Gothic 3 I remembered about an extremely useful feature...
The edit window inside the game is just too good, maybe something like this could be implemented into a XCGE console?
Image
User avatar
sektor2111
Godlike
Posts: 6403
Joined: Sun May 09, 2010 6:15 pm
Location: On the roof.

Re: XC_Engine [15] - XC_Core [2]

Post by sektor2111 »

Higor wrote:I'm unable to reproduce any of that, are you using standard IpDrv as net driver?
Explanations then:
I'm using XC_IpDrv as support + setting to trigger LZMA WITHOUT redirect.
Client Using or Not XC_Core, while is facing first time new files + lazy drive access to a not very defragmented drive, is wasting a bit of time with loading-connecting resulting finally in REJECTION - will need F10, probably even cleaning memory and retry a second time. These aren't very happen in default setup, and imagine that in the past I had more lazy drives, IDE not SATA and those IDE were cute enough. It's probably something related to XC_Engine at sending stuff directly...

Aside hint: I don't intent to put up a redirect URL because than one "can be seen" and I don't want crawlers from any kind. This cute feature to send files at client I found useful but it looks like it has small flaws - something reacts to fast toward stuff uncached yet in client. Second attempt is flawless as long as client has cached (OS cache) file from drive and reacts faster.

These facts were tested using another connection not a local connection (where things went in the same way). Another connection was a wireless where I had 80-120 ping as a normal player, game was perfect but... first attempt was buggy - that drive from that computer however was faster than my drives but did not help. IF with XC_Engine you expect only player with SSD drives you might reconsider this - THESE are expensive YET and I won't buy a faster drive for UT99, LOL - player need time to decompress/copy/load stuff before to join in game.
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

So basically your download attempt times out on client too before it starts?
About that... I made a test build of XC_IpDrv and DID replace the timing stuff to not use CPU timers (whops!) and instead use the net driver's timestamps, unfortunately it's a VS2015 build but maybe XC_Core is having a similar problem and this change can fix it.
BTW, XC_Core's upload/download is entirely single threaded, which is why I assume it's a timeout problem, correct me if I'm wrong.

I'm considering installing VC++6 onto a 32 bit XP virtual machine so I can make builds using both compilers.
User avatar
sektor2111
Godlike
Posts: 6403
Joined: Sun May 09, 2010 6:15 pm
Location: On the roof.

Re: XC_Engine [15] - XC_Core [2]

Post by sektor2111 »

Higor wrote:I'm considering installing VC++6 onto a 32 bit XP virtual machine so I can make builds using both compilers.
I have installed those libs in a real machine. Both v15 compilations seems to have the same behavior at file download chapter. That is main target to debate.

Technically yes, I'm assuming a timeout. If file has been read from cache and then fired reconnect command everything is OK, if client is blabbering thorough files a small period (not sure how many seconds) then connecting fails, other time I can join but in hang in Level without to have connection with server because it is lost next second and client has no action, just an empty map - even red flag shows up like in lag moments. I repeat, happens the mostly at first precache or whatever first process. Second try is successfull.

All these also happened even disabling that connection handler actor - I suspected that one guilty but it's not that.

Edit:
XC_Core observations:
- a package stripped cannot be used in dependencies - fail compilation;
- a ReStrip operation to a stripped done already, leads in a file smaller with 1 byte - screwed file ? Does any such byte missing from first strip too ?
User avatar
Chamberly
Godlike
Posts: 1963
Joined: Sat Sep 17, 2011 4:32 pm
Personal rank: Dame. Vandora
Location: TN, USA
Contact:

Re: XC_Engine [15] - XC_Core [2]

Post by Chamberly »

Bump, someone looking for some support. ;)

http://www.unrealadmin.org/forums/showt ... hp?t=31670
Image
Image
Image Edit: Why does my sig not work anymore?
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

Chamberly wrote:Bump, someone looking for some support. ;)

http://www.unrealadmin.org/forums/showt ... hp?t=31670
Given how linux binaries link to each other and classes are created/destroyed when compiled under a different version (unmatching struct sizes, etc), XC_Engine, XC_Core and XC_IpDrv are incompatible with UT v440-451 Linux.
I would need to build a v451-specific version of those binaries, and all I have are 'SOME' of the changes done for v440-451.
- Most UObject derivates's class sizes and variable offsets changes are known.
- Reversed engineered a FArchive change (8 extra bytes at the end)
- UNetConnection has an extra 4 bytes on it's own, plus extra 8x2 due to having two FArchive as members.
And I can't remember what other utilitary structs have been changed by UTPG.

Sure, would be awesome to have a v451 build, but it would take me a whole new set of #IF directives on most of the UT public v432 headers...
I've already went through an annoying process of porting the headers for Visual Studio 2015, now adding these is just another big "F you!" to me.

PD: I'm not saying I won't, I'm just saying it's something I'll consider if I ever get to make XC_IpDrv work as good as it does in UE3/UE4
User avatar
sektor2111
Godlike
Posts: 6403
Joined: Sun May 09, 2010 6:15 pm
Location: On the roof.

Re: XC_Engine [15] - XC_Core [2]

Post by sektor2111 »

And things went more than confirmed, TNSE was right about Linux servers toward Win servers :agree1:
ShaiHulud
Adept
Posts: 459
Joined: Sat Dec 22, 2012 6:37 am

Re: XC_Engine [15] - XC_Core [2]

Post by ShaiHulud »

Higor do you think it might be possible to add a callback or event for user joins/exits from the game that could then be used within unrealscript? From what I've seen so far, every mod achieves this at present by polling, iterating through the PawnList in Tick, which just seems... yucky. Thanks
User avatar
sektor2111
Godlike
Posts: 6403
Joined: Sun May 09, 2010 6:15 pm
Location: On the roof.

Re: XC_Engine [15] - XC_Core [2]

Post by sektor2111 »

ShaiHulud wrote:Higor do you think it might be possible to add a callback or event for user joins/exits from the game that could then be used within unrealscript?
As an info only, this is doable by subclassing a stock game and rewriting these functions after needs. Login/PostLogin/Logout. Of course won't hurt any support for defaults.
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

ShaiHulud wrote:Higor do you think it might be possible to add a callback or event for user joins/exits from the game that could then be used within unrealscript? From what I've seen so far, every mod achieves this at present by polling, iterating through the PawnList in Tick, which just seems... yucky. Thanks
On UT you can tremendously optimize said 'polling'.
- Detection of incoming players using ModifyLogin (pre spawn)
- Detection of players using PlayerID (post spawn) (single pawnlink iterator when a player joins)
- Detection of exit using a single check during Tick

With XC_Engine you can also add:
- Detection of incoming players using PreLogin (hook, before package download is triggered)

The iterators only happen once, and the mod KNOWS it will find something.
Want code samples?


EDIT:
Gonna try adding automatic LZMA compression of local files as a server option in XCGE.
ShaiHulud
Adept
Posts: 459
Joined: Sat Dec 22, 2012 6:37 am

Re: XC_Engine [15] - XC_Core [2]

Post by ShaiHulud »

Thanks both of you. Appreciate the offer Higor, I'm not working on anything at the moment, but it's good to know about for future reference.
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

Code: Select all

var int CurrentID;

function PlayerJoined( Pawn Other)
{
    SomeInfoActor = Spawn( class'Some shit', Other);
    SomeInfoActor.Setup( some setup parameters);
}

Code: Select all

in 'Some shit'.uc:

function Setup( some setup types _ some setup parameters);

event Tick( float DeltaTime)
{
    if ( Owner == none || Owner.bDeleteMe )
        Player_left_please_deinitialize();
}
Detector:

CacusMapVote:

Code: Select all

function DetectNewPlayers()
{
	local pawn P;

	For ( P=Level.PawnList ; P!=none ; P=P.nextPawn )
	{
		if ( !P.IsA('MessagingSpectator') && P.PlayerReplicationInfo != none )
		{
			if ( (PlayerPawn(P) != none) && (P.PlayerReplicationInfo.PlayerID >= CurrentID) )
				PlayerJoined( PlayerPawn(P) );
			else if ( P.PlayerReplicationInfo.PlayerID < CurrentID )
				break;
		}
	}
	CurrentID = Level.Game.CurrentID;
}
CacusTeamBalancer (native):

Code: Select all

void AAdvancedTeamBalancer::DetectNewPlayers()
{
	guard(AAdvancedTeamBalancer::execDetectNewPlayers);
	if ( Level->Game->CurrentID > HighestID )
	{
		APawn *P = Level->PawnList;
		while ( P )
		{
			if ( P->PlayerReplicationInfo  )
			{
				if ( P->PlayerReplicationInfo->PlayerID >= HighestID )
				{
					AATB_PlayerProfile *PP = (AATB_PlayerProfile*) XLevel->SpawnActor( AATB_PlayerProfile::StaticClass(), NAME_None, P, P);
					if ( PP ) //Fix to prevent potential crash
						PP->ATB = this;
				}
				else
					P = NULL;
			}
			if ( P )
				P = P->nextPawn;
		}
		HighestID = Level->Game->CurrentID;
	}
	unguard;
}
And those are simple methods, ones take PlayerPawns, others take all pawns... the final conditions are yours.

I leave as an exercise 'WHEN' to call the detector function...
Please, think at least before opening the spoiler...

Code: Select all

if ( CurrentID < Level.Game.CurrentID )
    DetectPlayers();
EDIT:
Explanation for detector:
- Starts with a pawnlist loop.
-- Pawns are ordered newer to older
-- so highest id's are earlier
- Loop stops when a pawn with lower id is found because they've already been checked
-- This makes overhead super small
ShaiHulud
Adept
Posts: 459
Joined: Sat Dec 22, 2012 6:37 am

Re: XC_Engine [15] - XC_Core [2]

Post by ShaiHulud »

Great stuff, thanks again - need to remember to bookmark this page!
Higor
Godlike
Posts: 1866
Joined: Sun Mar 04, 2012 6:47 pm

Re: XC_Engine [15] - XC_Core [2]

Post by Higor »

ALRIGHT
VS2015 DLL'S CANNOT CREATE THREADS??? NO WONDER I SPENT A WHOLE DAY FAILING SO HARD
EDIT: Disregard that I may have done something stupid with the thread's flow control...

Gonna have to implement a generic thread creator function into a VC++6 XC_Core and export it.
I would have switched to MinGW if I didn't have to link against a MSVC app already.

EDIT:
Got the autocompressor to fire up on the server and everything looks in order.
Basically, you host and all of the map+server's current packages get autocompressed to LZMA (XC_Core players won't receive those before they're compressed lol) but pretty useful if you hit reconnect or download the first file and give the server an opportunity to compress the packages.

Some good things:
- Switching maps doesn't affect compression of current file, current file may even complete WHILE server is loading the new map.
- Compression task is halted after a compression ends and the compressor notices the map changed.
- Compressor won't start compressing a file if it notices the server is loading a new map.

Some concerns:
- If server crashes, LZMA file may be incomplete during compression, I need to make the compressor detect bad LZMA's and recompress.
- If user closes the server during compression, the program may not exit gracefully for a few seconds, I should halt UT closing until a file finishes compressing (at least for 5 seconds)?
So if I fix those above this may turn out to be a fully usable feature... at least for Win32 servers.
Post Reply