You need a gametype that has no default inventory, or you won't be able to drop the default inventory items.papercoffee wrote: ↑Tue Oct 08, 2019 9:52 pmOh interesting... didn't notice this.
Have to test it.
I'm really intrigued why you would want to drop your only weapon.
If the weapon is considered strong, has few ammo and you throw it to the enemy, there are chances the enemy will automatically switch weapon with the one you threw, ending up with a disadvantage.OjitroC wrote: ↑Tue Oct 08, 2019 11:10 pmI'm really intrigued why you would want to drop your only weapon.
Even worse can be done with the redeemed:
15) If I AltFire with the WarheadLauncher and, meanwhile I'm controlling the GuidedWarshell, I throw it and then I make the GuidedWarshell explode, anyone who will pick it up will have the static texture all over the screen until it switches weapon.
- Posts: 56
- Joined: Sat Feb 16, 2019 4:07 pm
- Location: Vicenza (Veneto - Italia) / Santa Catarina (Brasil)
Remembering some problems I have encountered over time, it would be interesting to:
- allow many more serverpackages lines in unrealtournament.ini (if I want a multiplayer home LAN game with dozens of models/skins/mods installed)
- help with some occludebsp/occludeframe "general protection fault" issues causing crash, expecially using some mods and sophisticated weapons (U4E et cetera) in some maps.
- allow more than 32 bots in multiplayer games for the biggest maps.
- better managing of memory on newer hardware (yes, this would require a 64bit executable to be "perfect", but maybe something can be improved even using a 32bit one, avoiding "out of memory" issue).
OK I know that some of the above-mentioned issues/suggestions can't be done simply releasing a new patch, but...
EDIT: 19) Coronas shouldn't be visible when outside of canvas.DrawPortal() rectangle.
20) vect() and rot() should accept referenced values instead of just literals.
21) It would be cool if we had full canvas access within ScriptedTexture.
22) When bots have no weapon "Botpack.Bot.Roaming.PickDestination", "Botpack.Bot.TacticalMove.PickRegDestination" and "Botpack.Bot.TacticalMove.Timer" give Accessed None's cause "Weapon" is None.
It's a pity, use custom Bots - yeah, those with various other tweaks because Bot has X+Y problems not only weapon problem:
- locking a path temporary if is trying harder to reach there and no hopes - mappers are doing such trashes;
- randomly jumping when a knee obstruction locks them in place;
- moving at RouteCache[1,2] if these are nearby, Pruning the closer route just because of Loops caused by Editor - configurable decision;
- Preventing to run in place when has no MoveTarget - Monsterhunt here... + those MH-*.unr files called wrongfully maps;
- Jumping from Lift - yeah, Barbie, that code is actually very real and not a guess... and very cool;
- Sitting on horizontal Lifts moving without jumping to early and falling down;
- Seeking pawns in a DeathMatch when inventory is loaded well instead of mooing at the same already collected items ;
As for memory issue perhaps old player will gonna facing an "Impossible to join server" which will demonstrate that updated UT'99 won't be UT'99 any more because an update doesn't mean changing structures because we don't know to build servers... and we need 21575 ServerPackages.
Such an update would be domestic in XC style "AddToPackagesMap..." functions and allowing people to run this way 200 game-types - IF THEY do have Players... instead of downloading for ages a mountain of useless packages for playing 5-20 minutes.
If this UT 469 will break all backward compatibility then I will ask for a download for UT468...
Can't you just set bNextItems directly? I don't really see the issue here.PrinceOfFunky wrote: ↑Wed Oct 02, 2019 5:37 pm5) bItems, which is set as parameter for Level.ServerTravel(), should be accessible outside of that function. Basically, it sets an internal variable which if True lets the server travels the player's inventory and if False does nothing. The only way of setting it is by attempting to switch map;
I think that the 1-HUD limitation was a conscious design choice... To extend the HUD functionality, you're supposed to use HUDMutators.
The current behavior is consistent with Unreal 227 and Unreal Engine 2. Modders often multiply the timer interval by TimeDilation themselves if they really want an interval consistent with the wall clock time.
Reason: Double Posts
- Posts: 9654
- Joined: Wed Jul 15, 2009 11:36 am
- Personal rank: coffee addicted !!!
- Location: Cologne, the city with the big cathedral.
"native event ClientTravel( string URL, ETravelType TravelType, bool bItems );" is the function declared in PlayerPawn, the only way to modify bNextItems is to switch level by calling "event ServerTravel( string URL, bool bItems )" in LevelInfo. Assigning a value to bNextItems will be useless since ServerTravel will always override it.anth wrote: ↑Mon Oct 21, 2019 7:02 pmCan't you just set bNextItems directly? I don't really see the issue here.PrinceOfFunky wrote: ↑Wed Oct 02, 2019 5:37 pm5) bItems, which is set as parameter for Level.ServerTravel(), should be accessible outside of that function. Basically, it sets an internal variable which if True lets the server travels the player's inventory and if False does nothing. The only way of setting it is by attempting to switch map;
Only PostRender() is called within the mutator, all the other functions are not called and there's no possibility to use exec functions.
[/quote]anth wrote: ↑Mon Oct 21, 2019 7:02 pmThe current behavior is consistent with Unreal 227 and Unreal Engine 2. Modders often multiply the timer interval by TimeDilation themselves if they really want an interval consistent with the wall clock time.
Multiplying the timer interval by TimeDilation won't make it consistent with the level time dilation as it can change at any moment.
If timer was game timer, then GameReplication and GameInfo derivates wouldn't use TimeDilation in either of all Unreal Engine games.
For speed changing will need another sort of timer running for control (state code probably is suitable or a tick) capturing GameSpeed vs Timer used by mutator and correcting it accordingly, once again No UT update is required here, just some math and programming (skill, free time, testing and all that stuff).