Unreal Tournament 469

Discussions about UT99
User avatar
Swanky
Adept
Posts: 392
Joined: Sun Mar 16, 2008 9:06 pm
Personal rank: Brush Commander
Location: inside ze bocks
Contact:

Re: Unreal Tournament 469

Post by Swanky » Sun May 24, 2020 4:23 pm

I can probably give the editor features a whirl once it's publicly beta.

User avatar
[rev]rato.skt
Adept
Posts: 253
Joined: Mon Aug 16, 2010 1:09 pm

Re: Unreal Tournament 469

Post by [rev]rato.skt » Sun May 24, 2020 4:37 pm

hi guys,

Could pay attention to the use of ut99 cpu, I have the feeling that ut2k4 is a newer game with a heavier graphics, but it seems that the game runs smoother and less memory and cpu usage... (talking about server)

or it would just be empression?
Brazilian Server:
Classic 168.227.251.200:7777
Madruga 35.198.46.98:7777
Duel 168.227.251.201:6666
RA 168.227.251.201:8888
Custom 168.227.251.201:7777

User avatar
sn260591
Average
Posts: 59
Joined: Sat Jun 01, 2013 10:38 am
Location: Russia

Re: Unreal Tournament 469

Post by sn260591 » Mon May 25, 2020 2:32 pm

Are there any plans to add a new compression algorithm for UZ? Zstd has good speed/compression.
Sorry for my bad English

Chris
Experienced
Posts: 134
Joined: Mon Nov 24, 2014 9:27 am

Re: Unreal Tournament 469

Post by Chris » Mon May 25, 2020 7:23 pm

I'd like to know whether any changes are made to the builtin opcodes and if so, which and how?
What compiler version will be used for Linux builds? If a modern version is used, will it include a symbol level translation to support the existing native binaries built on ancient versions?
[rev]rato.skt wrote:
Sun May 24, 2020 4:37 pm
hi guys,

Could pay attention to the use of ut99 cpu, I have the feeling that ut2k4 is a newer game with a heavier graphics, but it seems that the game runs smoother and less memory and cpu usage... (talking about server)

or it would just be empression?
The engine is by nature wasting a lot of CPU cycles and memory. Maybe it's time to start working on a JIT compiler to take care of that sloppy code.

User avatar
Shrimp
Experienced
Posts: 81
Joined: Wed Oct 10, 2018 11:15 am
Location: South Africa
Contact:

Re: Unreal Tournament 469

Post by Shrimp » Tue May 26, 2020 7:34 pm

I'm not sure whether or not it interferes with backward compatibility within the game or not, but does 469 use a new version number in package file headers produced by the updated UnrealEd? And if so, what number are we up to now?
ShrimpWorks
Unreal Archive - preserving over 20 years of user-created content for the Unreal series!

User avatar
Feralidragon
Godlike
Posts: 5194
Joined: Wed Feb 27, 2008 6:24 pm
Personal rank: Work In Progress
Location: Liandri

Re: Unreal Tournament 469

Post by Feralidragon » Thu May 28, 2020 12:10 am

darksonny wrote:
Sun May 24, 2020 4:11 pm
What about those maps that uses mismatching textures? this is a deep problem, in you opinion what could be the solution in this area? BTW nice seeing you in the scene again :)
If you're referring to the problem of mismatching packages in general, while there are potential strategies and workarounds I have personally thought for a very long time (outside of the patch), the person who may shed some light on that would be @anth himself, not me. :)
As far as the patch goes, I'm a mere tester for now like others, and I have not been a very good one lately (due to lack of time). :)

[rev]rato.skt wrote:
Sun May 24, 2020 4:37 pm
hi guys,

Could pay attention to the use of ut99 cpu, I have the feeling that ut2k4 is a newer game with a heavier graphics, but it seems that the game runs smoother and less memory and cpu usage... (talking about server)

or it would just be empression?
That's mainly because UT2004 got a lot of fixes and optimizations, especially in the field of graphics.

UT99 does all its graphics heavy-lifting on the CPU side, and then tells the GPU to draw one thing at a time, being the main reason for the poly-count limits and such, whereas UT2004 moved most of this heavy-lifting to the GPU, hence being able to render more polys and greatly reduce the load on the CPU side.
It's an effect of the hardware advancements that happened in those years: at the time of UT99, 3D hardware graphics were still a novelty to an extent, but by the time of UT2003/2004 they were already the norm for most 3D games.

Shrimp wrote:
Tue May 26, 2020 7:34 pm
I'm not sure whether or not it interferes with backward compatibility within the game or not, but does 469 use a new version number in package file headers produced by the updated UnrealEd? And if so, what number are we up to now?
No, as far as I know, which actually makes the version code in the package (69) to closely match the version label of the new patch (469), which is nice, but I can confirm for sure in the weekend (unless @anth confirms this before).

This first patch is mostly a bug-fix patch, with a lot of extra love given to UnrealEd to bring it up to speed with U227 UnrealEd (2.2) in terms of fixes all around (BSP, lighting, crashes), as well some extra tools and options that the OldUnreal version may not necessarily have (yet), but everything built there is still compatible with 436 (it has to be).

The idea is to keep both editors up to speed with one another, meaning that fixes in one may be ported to the other, and vice-versa, and there are currently fixes and addons in the new UnrealEd for UT which didn't (originally) exist in OldUnreal's UnrealEd, so both games will benefit a lot from this editor parity.

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

Re: Unreal Tournament 469

Post by sektor2111 » Tue Jun 02, 2020 5:46 pm

About updates and compatibility

ABSOLUTELY Nothing will go screwed up if you fix those:
- JumpSpot and
- TranslocStart deals and also some love at
- WarpZoneMarker won't hurt anything and I can promise that no computer will explode in area, trust me. Not sure if hurts a check for "markedWarpZone"

Code: Select all

if (markedWarpZone != None)
...
UT has debugging commands happily turned in useless stuff for maps having these as long as Epic got busy to ruin their own assets.
These have a dedication for Bots without to check if another Pawn is roaming around, discarding any Human Paths Tester for no single reason.
Definitely JumpSpot should be FREE way for a Pawn with PHYS_Flying and all that Translocator specific craps definitely won't stop a Fly to navigate. Why not dealing with ALL possible Paths Seekers ?

But... maybe these are not a must-have after all... I can conform other stock adjusted for all requirements if these won't be fixed after releasing a public 469...

User avatar
Swanky
Adept
Posts: 392
Joined: Sun Mar 16, 2008 9:06 pm
Personal rank: Brush Commander
Location: inside ze bocks
Contact:

Re: Unreal Tournament 469

Post by Swanky » Tue Jun 02, 2020 6:07 pm

Speaking of Warp Zones. I'd love to see them work with instahit weapons. Long term development, of course.

User avatar
Ubir4
Average
Posts: 59
Joined: Fri May 10, 2019 6:15 am
Personal rank: C12H16N2
Location: Brazil
Contact:

Re: Unreal Tournament 469

Post by Ubir4 » Sat Jun 06, 2020 6:26 am

I am infinitely very, very happy with the result obtained with the help of this patch. Excellent job they did. Thank you.

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

Re: Unreal Tournament 469

Post by sektor2111 » Sat Jun 06, 2020 8:56 am

It's place for more options:
- ShowPaths - we do have this
- ShowPrunedPaths - We Don't have this.

Sample:
Map DM-Deck16][
PathNode67 has a reachspec number 563 heading to PathNode54 - We don't have knowledge about it as a visual feature:

Code: Select all

Specs: PathNode67 - PrunedPaths[3]=563 ->PathNode67 --->PathNode54 RFlags=Jump Walk =9 Dist=616
ShortcutConnected: PathNode67 to PathNode54.
Until to see a Snippet code in how to detect ALL reachSpecs, I won't remove anything from MapGarbage. In June 2020 update that feature stays there, I worked for that thing and I'm not going to remove it without a replacement.

Forum|User
Average
Posts: 75
Joined: Fri Aug 08, 2014 6:07 pm

Re: Unreal Tournament 469

Post by Forum|User » Sat Jun 06, 2020 1:00 pm

- Fix the vertical scrollbar, if I install a $h!t load of maps, skins, mutators. Also what about the loading speed?

User avatar
Chamberly
Godlike
Posts: 1884
Joined: Sat Sep 17, 2011 4:32 pm
Personal rank: Dame. Vandora
Location: TN, USA
Contact:

Re: Unreal Tournament 469

Post by Chamberly » Sat Jun 06, 2020 10:36 pm

Forum|User wrote:
Sat Jun 06, 2020 1:00 pm
- Fix the vertical scrollbar, if I install a $h!t load of maps, skins, mutators. Also what about the loading speed?
What is there to fix on the vertical scroll bar?

Map loading issue has been handled fine in 469 if you wanna enroll in the betatesting program. Skins/mutators are not affected but those mutators are depending on their code of load.
Image
Image
Image

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

Re: Unreal Tournament 469

Post by sektor2111 » Sun Jun 07, 2020 8:13 am

When users are having INT files pointing at null packages troubles are expected. In any of my UT version (playing modding) I do not have any problem here. All INT files are calling valid classes. If these INT files are too many, they can be renamed to INTU whatever for being ignored and preventing to load memory with useless content - see garbage purging task in log file. Like I said somewhere before, an UT version having 20+ GB it's not something to be proud of... unless you have more maps which you like... a large collection of mods/mutators are just a slow-down and nothing helpful making garbage collector to take ages...

User avatar
OjitroC
Godlike
Posts: 1593
Joined: Sat Sep 12, 2015 8:46 pm

Re: Unreal Tournament 469

Post by OjitroC » Sun Jun 07, 2020 10:50 am

sektor2111 wrote:
Sun Jun 07, 2020 8:13 am
If these INT files are too many, they can be renamed to INTU whatever for being ignored and preventing to load memory with useless content ..
Good idea - alternatives to that are to move the .int files to a folder off the UT paths or to simply comment out (;) those parts of the .int that are not required (this is particularly useful where an .int contains references to a number of mutators/gametypes/etc and some but not all are required to be kept).

With reference to UT 469 it would be useful if it incorporated the UT.log truncation feature of Higor's MiniLauncher as this can significantly reduce the size of the UT log.

User avatar
TheDane
Masterful
Posts: 649
Joined: Tue Feb 12, 2008 2:47 pm
Personal rank: Happy fool :-)

Re: Unreal Tournament 469

Post by TheDane » Sun Jun 07, 2020 1:13 pm

- New features such as (Non GDPR violating) hardware ID's to be able to ban players for good. E.g. CPU serial number, MotherBoard serialnumbers etc...
- New hardcoded screenshot feature where the screenshot is compressed to png format and handled better than previous attempts, perhaps option to transfer it to custom website/location.

Make it hardcoded into the engine, and make ACE scan if it's hooked from outside - viola, clean games follow :-)

And ofcause a prompt of what/if any personal information that gets logged on server OR shipped to 3rd party like ACE link to UnrealAdmin? Why does ACE resolve Unreal Admin and what data is send/recieved in that traffic? Admins and players needs to know EVERYTHING that goes on, a server admin is FULLY responsible for any data the server is gathering or shipping to 3rd party.
Retired.

Post Reply