Another UT Builder - Work In Progress...

[Nelsona]

Small Intro.
I was hunting a solution for retrieving brush data, more exactly geometry problems.
It's not like you can do anything in UScript even if you can iterate through objects not actors or I could not figure what's doable.

I quit trying to gain geometry errors and I hit another try in the other side which I could manage due to last XC works as they are type XCGEv24.
This requires XC_Engine v24+ (or only 24) which has to be in editing assets not exactly set as game extension.

I think soon I will show in public the builder returned from initial purpose into another Paths worker using UScript through Editor. It's not Unreal227 - it's UnrealTournament this time...
What's the point of another way of building paths ?
#1 Range option - not only in v21 and v25b - XC builders in stage;
#2 Paths charge control - prevent over-loaded nodes connected in 8 directions to other nodes connected each-other and all that useless spam eye paths-lines;
#3 Two build types which original UT is not really having: Monster-Paths - Titans in stage capable to roam or do whatever patrols, Bot paths known in fake news from tutorials as Heavy paths - original UT out of XC_EditorAdds is drawing them in RED;
#4 It does a valid log where "Scout did not fit" or else we won't know where is the spot with possible issues;
#5 It is excepting paths created for items hidden in Editor for preventing any over-load;
#6 It logs reachSpecs created and other several data for having a clue what paths are suitable, even if final build option sorted by mapper is original build if doesn't like this way or it's too complex;
#7 It won't mess with bOneWay paths - such points are left alone letting user to connect this point where wants and how wants using human eye;
#8 Extra control in adjusting ReachSpecs - enlarging default ones - creating new specs where Editor is "forgetting" them;
#9 Completing Paths after building paths using other builder or Editor itself - exactly - you can polish a bit missing paths or hijack reachSpecs. This is a bit complex but... we have manual control for doing this. Different said, Path from PathNode0 to PathNode1 is evil. We need a Path from PathNode3 to InventorySpot1. We can "move" evil path into missing path and adjusting Paths List from nodes involved. At this moment reachSpec adjusted must be moved manually in Paths lists, perhaps in future it will be automated, these are rare needs, we can reduce range or doing things different and such an option it's not widely used, but right now it's possible to do some stunts this way.

I won't bet that I found the most great ever solutions due to iterations limit from UE1 and then all things/checks must be minimized while Builder is working.
Technically it is moving pretty fast, it draws paths at certain interval - so to speak it's updating ViewPort during working stage.

Not yet implemented: Automated Air routes - perhaps not needed because there it is advisable user control with human eye and not scripted predictions.
This is the tool in current stage:

UT99_PathsWorks.PNG (9.46 KiB) Viewed 7030 times

All it's based on input data - setting Option True - Hit Build button.

You can imagine the mystery haunting me: Why would not be welcomed such a builder boosted by it's own natives like that MP3 OGG support for newer audio drivers ? It's when I don't get why would not have all editing options for slapping down bugs as much as possible...

The known problems - perhaps bugs:
- XC doesn't offer support for wiping bad path but making null - not really deleting junk data.
- No great power of new XC iterators because they are refusing to work in Editor - or I cannot put them on the right way, and then original UT ones are not the best.

Builder contains a template, a dummy reachspec where user can demand what wants as path for certain spot, this is like that red brush template from which Editor is building a room. Here is build/created a future Path/ReachSpec using this dummy formula. Point nodes A and B can be completed by builder as well. We don't need too much names writing, builder is writing these for you. What is needed as data: navigation flags and collision accepted, the rest is calculated automatically.
I have to track well in various tests if something need corrected before any release.
I doubt that this will have more users because here is needed some experience, you need to know well what you want or else your paths won't help with anything.

I think here is needed attaching a tutorial well explained. Perhaps technical UE1 terms not well combined in english might be causing headaches for users. I don't think everyone will figure how to do these... but maybe somebody from this planet will say "Thanks" or... "Give me a break, this it's destroying my brain" or whatever... Not all works for UT are are aiming every single user in end.

[Kelly]

I see what you are doing Nels. Just understand something like this is more of a 'passion project' for yourself than aiming it for use by others to address map issues. Mostly the people left running servers and doing work are older dudes with not a ton of free time. If a map is shit they just delete it from rotation and don't make an effort to repair it. I love what you do on things like this and I understand your interest in seeing what is possible. Just don't get your feelings hurt if no one else seems to care. You are working at a technical level very few others share (and there are less every year).

[Nelsona]

For a case when a mapper UT fan wants to do something good and has issues with Plain Building, this is possible to be helpful. If I'm doing something perhaps it's not nice to keep it restricted and private, curious ones can touch it if they want. It's not a must have, it's an "AlternatePath". Right now I'm toying with it for figuring if something goes down-hill.
I did not make more maps but where I worked at a moment I found situations really annoying. Editor did what wanted not what I wanted, I think it's my turn to do things on my way and skipping myths and stories told all these years.
With regard to such a builder I really don't expect more users. That XC was left in a pretty much unfinished state and it needs attention in using it, however it's the only tool working on this side, generally mapper is not having access everywhere and for me it's fascinating to guide things as I planed without Goblin's guessing.

You can imagine that something which I found in XC connectors I had to modify. Random Node 1 to Random Node 2. Connection was defaulted for walk and jump. If one of them it's in water it's added Swim resulting Flag 13. For exiting from water we need these like for entering water but Water to Water perhaps will need ONLY Swim. Why ? Let's say that Tentacles are not walking nor DevilFishies. I won't require a Walk and Jump from them but exclusively Swimming... because they have to move if they need that - Why not ? Somehow I like these things a lot... After 20 years...

Next tool is a bit more closer to geometry, a builder for texture calculations concerning a pillar - I read that tutorial at ut99 and it was hard to track how and when, etc. In old times I did such pillars but miss-aligned, a heavy task for figuring each face alignment. Now with machine's help it's all easy as a pie and it's more simple than using ClipMarkers, all it's exclusively delivered by Builder with no errors. Sshht, don't tell anybody that I got maths formulas from Internet because I forgot geometry classes.