Zandronum Chat @ irc.zandronum.com
#zandronum
Get the latest version: 3.0
Source Code

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000616Zandronum[All Projects] Suggestionpublic2011-11-05 18:152017-03-30 07:19
Reportercq75 
Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
StatusacknowledgedResolutionopen 
PlatformLinuxOSUbuntuOS Version10.04 x86
Product Version98d 
Target VersionFixed in Version 
Summary0000616: An option for Clientside ammo in Survival/Co-op [hard to describe in the title, read on]
DescriptionInstead of all the players sharing the ammo on the map, each player would get a copy of the ammo on the map that only they could pick up.

When you ran over a clip on the map, you would pick up a clip, but there would still be a clip there for everyone else who didn't pick it up.

If this was implemented, you would have the exact same amount of ammo online as you would offline.
Additional Information~It was a good idea, Carn.
Attached Files

- Relationships

-  Notes
User avatar (0007164)
Watermelon (developer)
2013-09-11 17:32

I'm going to attempt to see if I can create a patch for this.
User avatar (0007170)
Toxicity (reporter)
2013-09-11 18:14

You can do this with a PWAD by replacing ALL pickups with custom actors, but that would be a pain in the ass and wouldn't be compatible with other mods so I agree that this would be useful as a server flag.
User avatar (0007188)
Dark-Assassin (administrator)
2013-09-14 15:32

Having it for all items could be better than just for ammo.
All possibly separated by separate flags.
Just so you can pick your own combination from all 6 main item types. General Items, Weapons, Health, Armor, Ammo and Powerups (Including Runes).

Though, maybe too much item types to separate it all in to separate svars.

Just an idea.
User avatar (0008722)
jam (reporter)
2014-05-06 16:45

This has actually been done in games like Serious Sam's co-op mode. Every client will have it's own pickup and once picked, it won't be there for THAT client but the other clients will still have the pickup unless they pick it up on their own clients.
User avatar (0010093)
Ivan (reporter)
2014-07-30 00:07

I've got a prototype working for a mod I'm making called DnD, where health items have copies of players assigned per player. They can only be picked up by their respective players and seen by them. An approach with similar behavior is the way to go IMO.
User avatar (0010094)
Watermelon (developer)
2014-07-30 02:03

I had an idea of making each Inventory item having a MAXPLAYERS boolean array of who has picked it up, and upon going over it, it is sent to the client who touched it as picked up. Then a check is done where if the player picked it up runs over it, it wont allow any more picking up (and will be invisible on the client).

This would have to be disabled if respawn items is on.
User avatar (0010095)
Popsoap (reporter)
2014-07-30 02:25

Quote from "Watermelon"
I had an idea of making each Inventory item having a MAXPLAYERS boolean array of who has picked it up, and upon going over it, it is sent to the client who touched it as picked up. Then a check is done where if the player picked it up runs over it, it wont allow any more picking up (and will be invisible on the client).

This would have to be disabled if respawn items is on.

I think having a flag that allows for an item to be affected by this would make this more usable. Then a mod could set up items like ammo to respawn, but health to be shared between players.
User avatar (0010101)
ZzZombo (reporter)
2014-08-01 03:37

^ Even more for items that are picked up no matter what (ever played Stronghold when some dick just picks up all the backpacks?). Also, I think that should be rather a property of player structure, because people may join and leave, and their slot number may be taken by another player, so your check would deny newly joined players ammo.
User avatar (0011600)
Dark-Assassin (administrator)
2015-02-05 03:21

^ Then clear the data completely for that Player ID when they leave, if it doesn't already do that. And possibly just the pickup data if they spectate as they pretty much start again anyway.
User avatar (0014411)
Korshun (reporter)
2016-02-10 14:09

This is NOT CLIENTSIDE. The issue should be renamed.

This is SERVERSIDE items that can be picked once and only once by each player. Serious Sam implements this.

It would make coop a lot more fair and eliminate the hassle of deciding who takes which item and make it impossible to take all items for yourself, leaving your teammates with nothing.

This should be a server setting for all items that can be picked up.

"on pickup" triggers should be triggered on the first pickup of the given item, just like in Serious Sam. If one of the players picks up a trapped item, it triggers the trap, the rest of the players can pick up this item without it triggering anything.

There should probably be a decorate flag to exclude an item from this system, if required by some really special item, but I can't think of a use case for such a flag, so, maybe, it isn't really needed.
User avatar (0017065)
Marcaek (reporter)
2017-03-30 04:38

This is a great idea and it's a shame nothing came of it in 6 years
User avatar (0017066)
Filystea (reporter)
2017-03-30 05:43

Please do it as optional.
Not something by default, it is a bad feature.

Thx.
User avatar (0017067)
Fused (reporter)
2017-03-30 07:19

Quote
Please do it as optional.
Not something by default, it is a bad feature.

Thx.


Well yeah, if you actually read the ticket properly you would have noticed it requested an option, and not something by default.

Issue Community Support
Only registered users can voice their support. Click here to register, or here to log in.
Supporters: ZzZombo Toxicity Lego_CS roman6a Popsoap Shadowlink223 Ivan TerminusEst13 Leonard carpathia Catastrophe President People DevilHunter Argentum WaTaKiD AOSP Razgriz mifu Marcaek StrikerMan780 Daedalus FascistCat Chiasma Monsterovich Combinebobnt Korshun djskaarj JC Tenton MaxRideWizardLord KirovNoir Fused Unknown
Opponents: Filystea

- Issue History
Date Modified Username Field Change
2011-11-05 18:15 cq75 New Issue
2013-09-11 17:32 Watermelon Note Added: 0007164
2013-09-11 18:14 Toxicity Note Added: 0007170
2013-09-12 07:54 Dusk Assigned To => Watermelon
2013-09-12 07:54 Dusk Status new => assigned
2013-09-14 15:32 Dark-Assassin Note Added: 0007188
2014-05-05 23:04 Watermelon Assigned To Watermelon =>
2014-05-05 23:04 Watermelon Status assigned => new
2014-05-06 16:45 jam Note Added: 0008722
2014-06-15 16:33 Watermelon Status new => acknowledged
2014-07-30 00:07 Ivan Note Added: 0010093
2014-07-30 02:03 Watermelon Note Added: 0010094
2014-07-30 02:25 Popsoap Note Added: 0010095
2014-08-01 03:37 ZzZombo Note Added: 0010101
2015-02-05 03:21 Dark-Assassin Note Added: 0011600
2016-02-10 14:09 Korshun Note Added: 0014411
2017-03-30 04:38 Marcaek Note Added: 0017065
2017-03-30 05:43 Filystea Note Added: 0017066
2017-03-30 07:19 Fused Note Added: 0017067






Questions or other issues? Contact Us.

Links


Copyright © 2000 - 2020 MantisBT Team
Powered by Mantis Bugtracker