Unreal Tournament 469

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

Re: Unreal Tournament 469

Post by sektor2111 » Mon Nov 11, 2019 6:27 am

Like I said, any future implementation will make mods incompatible with prior UT versions. Engine.u file is an important thing - other stuff can be wrapped without damaging anything. A custom mutator can deal with such call IF it has to, we don't need to screw stock structure. And MutatorTakeDamage is for pawns not for decorations...
Once again things can be switched and I don't get why not:

Code: Select all

if ( DamageType == 'shot' )
	DamageType = 'blasted';
...
Perhaps I have to practice some coding stunt for Slith class which I might want to kill with ut_biorifle without to screw immunity property, just turning damage into burned or such... or giving to LavaSlith immunity to damagetype "Burned" because it's LavaSlith not a SlimeSlith... :mrgreen: . Of course immunity can be changed without even to call any TakeDamage thing...

User avatar
anth
Skilled
Posts: 197
Joined: Thu May 13, 2010 2:23 am

Re: Unreal Tournament 469

Post by anth » Mon Nov 11, 2019 10:34 am

This is the current list of changes. Keep in mind that the list is in no way final or complete:

Release Notes

We're still working on a lot of things, but we're making good progress.

User avatar
PrinceOfFunky
Godlike
Posts: 1087
Joined: Mon Aug 31, 2015 10:31 pm

Re: Unreal Tournament 469

Post by PrinceOfFunky » Mon Nov 11, 2019 2:40 pm

anth wrote:
Mon Nov 11, 2019 10:34 am
This is the current list of changes. Keep in mind that the list is in no way final or complete:

Release Notes

We're still working on a lot of things, but we're making good progress.
Dynamic arrays are now fully supported (UT v436 had only partial support for dynamic arrays).
:D Does it mean we won't need to use the map itself as an array anymore?
Added new Canvas functions to create arbitrarily-sized fonts on the fly. Please do not use these functions directly as they will cause your mod to be incompatible with earlier versions of UT. Instead, use the BotPack.FontInfo class to retrieve fonts that are appropriate for the client's screen size.
Does it mean that if new features are added unrealscript-side they are not compatible by older versions of UT but if they are new native-side features or just native-side fixes of existing features they are compatible?
"Your stuff is known to be buggy and unfinished/not properly tested"

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

Re: Unreal Tournament 469

Post by sektor2111 » Mon Nov 11, 2019 7:00 pm

issues wrote: Fixed an issue that caused the server to crash in AActor::execPlayerCanSeeMe in games with bots in them.
Check that well, server is crashing even is empty due to some false NetConnection without a player owner, I don't get what's the Bot problem here since the crash happens even in Player-Only servers - ask Hermskii (as btw)...
issues wrote: Fixed an issue that caused UnrealEd to crash during shutdown. This issue likely only affected Windows 10 users.
That's a default crash for everyone... see log.
issues wrote: Fixed an infinite recursion crash bug triggered when picking up an invisibility powerup while already invisible.
You might want to check UT_ShieldBelt vs UT_Stealth - that's a crusher because shield take in account invisibility based on class-name not ut_stealth both of them trying some overlay or such...
Adds wrote: Added the -FORCELOGFLUSH command line option. This option makes the game/server flush the log file every time it is written to.
I gotta see this...
Where_is_that_download wrote: Unreal Tournament version 468 Release Notes...
...
Can I see that 468 or it's just a myth ?

User avatar
FXANBSS
Skilled
Posts: 230
Joined: Thu Dec 26, 2013 7:03 pm

Re: Unreal Tournament 469

Post by FXANBSS » Tue Nov 12, 2019 12:01 am

hello there

Will the bug where Bots don't attack ScriptedPawns be fixed?!
This will make my whole life! subclasses won't be ever needed, like MonsterSpawn does, I use it a lot, and SwarmSpawner too

ShaiHulud
Adept
Posts: 356
Joined: Sat Dec 22, 2012 6:37 am

Re: Unreal Tournament 469

Post by ShaiHulud » Tue Nov 12, 2019 1:45 am

anth wrote:
Mon Nov 11, 2019 10:34 am
This is the current list of changes. Keep in mind that the list is in no way final or complete:
This is enormously valuable. Very appreciative for your work on this project.

EDIT: Wow! I just finished reading through the document, this is a truly Herculean effort, astonishing and exciting.

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

Re: Unreal Tournament 469

Post by Chamberly » Tue Nov 12, 2019 6:12 am

ShaiHulud wrote:
Tue Nov 12, 2019 1:45 am
anth wrote:
Mon Nov 11, 2019 10:34 am
This is the current list of changes. Keep in mind that the list is in no way final or complete:
This is enormously valuable. Very appreciative for your work on this project.

EDIT: Wow! I just finished reading through the document, this is a truly Herculean effort, astonishing and exciting.
Well there is much more to work on, it'll be updated in some times. :rock:
Image
Image
Image

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

Re: Unreal Tournament 469

Post by sektor2111 » Tue Nov 12, 2019 6:21 am

FXANBSS wrote:
Tue Nov 12, 2019 12:01 am
Will the bug where Bots don't attack ScriptedPawns be fixed?!
Bots are attacking ScriptedPawn depending on game-type declarations - use proper game-type...
If we talk about ScriptedPawn attacking Bot - THAT needs fixed... or using a better UnrealShare file, lol.

User avatar
EvilGrins
Godlike
Posts: 6441
Joined: Thu Jun 30, 2011 8:12 pm
Personal rank: God of Fudge
Location: Palo Alto, CA
Contact:

Re: Unreal Tournament 469

Post by EvilGrins » Wed Nov 13, 2019 4:25 am

sektor2111 wrote:
Tue Nov 12, 2019 6:21 am
FXANBSS wrote:
Tue Nov 12, 2019 12:01 am
Will the bug where Bots don't attack ScriptedPawns be fixed?!
Bots are attacking ScriptedPawn depending on game-type declarations - use proper game-type...
If we talk about ScriptedPawn attacking Bot - THAT needs fixed... or using a better UnrealShare file, lol.
I'm familiar with that issue, think I made a post about it in 2011 when I first joined this forum.

Bots on the red team, for whatever reason, don't seem to acknowledge monsters in team games. Outside of team games this isn't a problem, but in them only the blue team's bots even notice the monsters are there.

Red team bots get slaughtered because they don't acknowledge they're being attacked... except from monsters that can pick up UT-weapons, anyway.
http://unreal-games.livejournal.com/
Image
medor wrote:Replace Skaarj with EvilGrins :mrgreen:
Image Image Image Image

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

Re: Unreal Tournament 469

Post by sektor2111 » Thu Nov 14, 2019 7:49 pm

EvilGrins wrote: Red team bots get slaughtered because they don't acknowledge they're being attacked... except from monsters that can pick up UT-weapons, anyway.
Like I explained already, if MONSTER would be SEEN as a bIsPlayer Pawn, MonsterHunt would never existed, monsters slaughtering each-other in a few seconds immediately after their AUTO STATE... this can be already seen in maps where are different classes in area and they were "started" in a way. I think you have already seen some Skaarj species committing suicide, in case that we do need to refresh our memory.

User avatar
esnesi
Adept
Posts: 475
Joined: Mon Aug 31, 2015 12:58 pm
Personal rank: on it!

Re: Unreal Tournament 469

Post by esnesi » Sat Nov 16, 2019 2:56 pm

When choosing a skin that is on the ''none'' team gets assigned to a team when entering a server with team based gametype, like it should.
After leaving the server, the skin remains on the assigned teamcolor.

It would be nice to see the skin get assigned back to the ''none'' team.
But not sure if that is as-designed.

Chronelium
Novice
Posts: 5
Joined: Sun Nov 17, 2019 3:08 am

Re: Unreal Tournament 469

Post by Chronelium » Sun Nov 17, 2019 4:12 am

The fact that nobody has mentioned this yet makes me think that it might only be an issue on my end, but regardless: how about fixing the random dodge bug? Before you say it, no, it doesn't have anything to do with the DodgeClickTime parameter; setting it to a value so low that you can't dodge normally still does not fix the bug. Reproducing it is easy: go into a match and press and hold two opposing strafe keys, such as W and S, or A and D. If you hold them for a few seconds, you'll notice your character will sometimes dodge in a random direction. Now, you might say, why is this a problem, seeing as you never really need to hold the opposite directional keys in-game? The thing is that when you rapidly strafe left-right-left-right in order to avoid enemy fire, there is usually a small period of time when you are holding them both concurrently, and that can result in an accidental dodge happening. This is obviously undesirable.

I have tried binding my mouse buttons to Strafe Left and Strafe Right and it still happens, so I don't think it's merely keyboard chatter. If I'm not mistaken, NewNet actually used to have a workaround for this by setting a minimum dodge click time, meaning if two key presses are registered in a very short window of time, they do not trigger a dodge. However, this variable either doesn't work anymore or is not included in Ultimate NewNet as I still get this bug on servers running that version. Either way, it would be nice to have this fixed in regular servers too. That is, assuming, of course, that it's not just my particular installation causing issues somehow.

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

Re: Unreal Tournament 469

Post by Chamberly » Sun Nov 17, 2019 5:28 am

Actually I do remember this but forgotten about it. Thanks for posting that, will look into it.

Edit as of 12/5/2019: I just tried to test it and it didn't work anymore.
Last edited by Chamberly on Fri Dec 06, 2019 4:02 am, edited 1 time in total.
Image
Image
Image

Chronelium
Novice
Posts: 5
Joined: Sun Nov 17, 2019 3:08 am

Re: Unreal Tournament 469

Post by Chronelium » Sun Nov 17, 2019 6:11 am

Chamberly wrote:
Sun Nov 17, 2019 5:28 am
Actually I do remember this but forgotten about it. Thanks for posting that, will look into it.
Thanks for looking into it. It also seems like it might be affected by FPS since it happens slightly less often if I cap my game to 30FPS.

Edit: Remembered another issue worth looking into. The Sniper Rifle sometimes zooms in all the way even if you only want to zoom in a little. It happens if you shoot the primary fire while the rifle is in the middle of zooming in. So, to reproduce the bug, you just need to right click and then left click in quick succession, or hold the right mouse button and left click while it's zooming. Shooting, then holding the secondary fire until the rifle begins zooming in, and then letting go of secondary fire also causes it to zoom to the highest magnification level. These don't seem like the intended behaviour.

Berserker
Novice
Posts: 5
Joined: Fri Sep 27, 2019 5:08 pm

Re: Unreal Tournament 469

Post by Berserker » Sun Nov 17, 2019 3:56 pm

Chronelium wrote:
Sun Nov 17, 2019 6:11 am
Chamberly wrote:
Sun Nov 17, 2019 5:28 am
Actually I do remember this but forgotten about it. Thanks for posting that, will look into it.
Thanks for looking into it. It also seems like it might be affected by FPS since it happens slightly less often if I cap my game to 30FPS.

Edit: Remembered another issue worth looking into. The Sniper Rifle sometimes zooms in all the way even if you only want to zoom in a little. It happens if you shoot the primary fire while the rifle is in the middle of zooming in. So, to reproduce the bug, you just need to right click and then left click in quick succession, or hold the right mouse button and left click while it's zooming. Shooting, then holding the secondary fire until the rifle begins zooming in, and then letting go of secondary fire also causes it to zoom to the highest magnification level. These don't seem like the intended behaviour.
Oh yes, that happens with other weapons as well at random, definitely an annoying bug that happens once in a while. Here is a clip I did 2 months ago, showcasing the exact same bug with different weapons.



In this clip, I was charging my Hammer and at the same time I decided to switch to Sniper and then I immediately switched to Minigun. As I did that, the zoom bug happened and I zoomed all the way with Minigun out, getting myself killed because of it.

Post Reply