• 🏆 Texturing Contest #33 is OPEN! Contestants must re-texture a SD unit model found in-game (Warcraft 3 Classic), recreating the unit into a peaceful NPC version. 🔗Click here to enter!
  • It's time for the first HD Modeling Contest of 2024. Join the theme discussion for Hive's HD Modeling Contest #6! Click here to post your idea!

[Role Playing Game] Now a real ORPG is possible

Status
Not open for further replies.

Jumbo

Hosted Project GR
Level 19
Joined
Jun 22, 2007
Messages
1,316
Is anyone working on a 20-24 player ORPG? I think this kind of map would be absolutely epic. Either purely a raid like style, or a combination of few player and high player count gameplay elements. This is obviously a huge undertaking, so I think as a start, a +20 player raiding kind of map would be interesting to play and not as much work as a full fledged ORPG.


I didn't see anything in map development, hence why I post it here as an idea.
 
Level 21
Joined
Mar 27, 2012
Messages
3,232
I'm making an ORPG. Once 1.29 is no longer a pain I will attempt moving on to WEX and since it costs me nothing I'll also allow more people.
The most difficult part about this is balancing. I do not intend to make the entire map change in stats based on the number of people present, because that would cheapen the experience imo.
Thus what will be most difficult is having a wide enough variety of difficult opponents to beat up and progression that is reasonable both with big and small groups.
 
Level 10
Joined
Oct 5, 2008
Messages
355
I had a project in that direction in mind, and the whole thing was possible before 1.29, but a big hurdle are still saving/loading. Items with unique mods and rolls have the odds to create massive save/load codes, and disclosing anyone who hasn't local writing enabled isn't a grest idea either.
 
Last edited:
Level 5
Joined
Oct 9, 2017
Messages
124
Items with unique mods and rolls have the odds to create massive save/load codes
The key to this is to base the save code directly on the stats, such that the roll is defining an easily coded number. For example, with a full alphanumeric non-case-sensitive code, you have 1,296 possibilities per two characters. Assuming two characters are used for pre-roll weights on the rolled numbers, like the level and item type, you can get 1,679,616 possibilities per two characters after the first two. This should be plenty, allowing an eight-character item code to have 4.738 quintillion possibilities (if I have the order of operations correct by ignoring the first two altering the later numbers, which is already accounted for. It could be even larger! Or multiple orders of magnitude smaller, which still leaves it in the trillions)

As for how to use it, if you go with the arrangement above (obscuring optional), you could, as mentioned, have the first two characters be for level and type. Type can be including rarity (for example, with four item rarities, you can have nine item types. Or nine rarities and four types), while an item level limit of 36 is plenty enough, if you design it so that you usually get underleveled gear and high-level gear is having a lot of gear of the more "appropriate" level. Then the first character of each ability field character-pair can define what effect the item has, resulting in 36 options, while the second defines the strength of it, giving a gradient of 36 ability strengths within the same item level (with overlap, you can make a sine wave of item strength distributions!).

With this, it gets cumbersome to type in fairly quickly, but that's with three properties per item, letting each property have it's own value in the save. Multiple values can be defined by fragmenting the ability type into pairs, triads or more, making it so the "type" character defines multiple abilities. Then the strength character(s) can define both absolute strength and strength weight between the abilities to replicate some arbitrary distribution. You reduce the space for individual values, but increase real possibilities from the raw combinations. Extending the multiple abilities per character further, you could potentially define multiple entire items with the same segment of data, which works best with equipped items that occupy pre-defined slots, as you then don't need any data to define item type or position.

If you really want to get crazy, you can have properties that scale with other values, then store those values as part of the property itself. An example of this is having a "chain" of items that gain strength with experience in an exponentially decreasing way, which is coded by storing XP data in the same block as the item properties, then the code that reads items is reading the XP data in the same block. This naturally leads into item slot unlocking once you finally have the XP value to actually have the data be a non-zero.
 
Level 10
Joined
Oct 5, 2008
Messages
355
Looking at this, i have potentionally not put enough thought into this. I went in that with an item system where every item had, instead of abilities, a whole table of stats it add to the hero. That this couldnt went well was plainly easy to see. I should probably design a proper item system instead of convoluted tables in that case.
 
Level 9
Joined
Feb 24, 2018
Messages
342
I'm trying to make one now, except I think I'll going for more of a MMO feel than coordinated raid.
There can be either 20 players of one faction or 10/10 of two factions on the map, roaming, doing quests, possibly killing each other (or questgivers), etc.
But that part is still in the air, I'm more concerned with class abilities at the moment.
 
Status
Not open for further replies.
Top