Jump to content

Darkcity

Community Members
  • Posts

    145
  • Joined

  • Last visited

Everything posted by Darkcity

  1. @Stan` Do we have ticket for this already or it was never discussed before?
  2. Thanks for claifying. When this feature being deployed, warn players about not sharing their account details with other players becasuse after this feature, they can change the password and will never share credential with original player :p.
  3. To make a better solution, we need some personal info from user like email id (although optional) while creating the account. User can use same email to reset password. But as discussed in many threads, @Stan` mentioned that we need to change T&C and complie with GDPR rules. Some workaround is required there. Not sure how much effort but @Stan` can comment on that.
  4. While discussion is on replys. Are we working on multiplyer replays fixes? Problems: No replay is saved if you join the game in-between. Even if you join the game and drop in between, and then rejoin, you reply will only exist till your first drop point. Solution 1: Have a unique Id for each game hosted. Start saving replys whenever you join any game any time. Merge replays based on unique id. >Example use case: If user join a game at the starting and left at min 7, he rejoins the game at min 10, and continued forward untill game closed at min 18. >Expected result: After dropping at min 7 if he checks his replay, he will see till min 7 reply. After rejoining at min 10 and dropping off at min 18, if he checks his reply he will see, reply of first 7 min + 10-18 min reply appened to his first 7 min reply. The reply file will be same for him but updated with new content. Solution 2: Any player/observer joining the game will have reply synced up with host. So, no matter when you join your reply will be same as host. >Example use case: If user join a game at the min 5 and left at min 7, he rejoins the game at min 10, and continued forward untill game closed at min 18. >Expected result: If you join at min 5 and drop at min 7, you will have reply of first 7 min, copied from host. If you again rejoin at min 10, and drop at 18, you will have your updated reply (based on unique game/host id) till min 18. This way consistancy remains but data consumption might increases. Maybe we can keep it up to host to enable to disable replays. If not already picked, then I think we should introduce this feature.
  5. Sure. We can look into what is feasible. We can have discussion related to use cases and viability of the same if you want. PM if you are willing to discuss the same. If you have your current mod ready, can you share the same? Would like to try that. Thanks..
  6. Hi @ivicok, Your work is very intereting. I like your boat concepts mentioned in initial thread. There is 1 thread for changing boat fight. Would you be able to incorporate that in your mod? Would love to try it...... Thanks in advance.
  7. He has highest number of smurf accounts. I think one of the punishment for smurf should be banning their original account. :p
  8. Context I was conducting a survey on newer players in the game by asking question, "How did you hear about 0ad". Survey: I asked it to about 15-20 players, and the response I received 90% of the times was "referred by a friend". Some people regarded 0ad as one of the best RTS they played. Survey insights : It points out 2 major things for 0ad. Our user growth is highly depended on referrals, i.e., on existing player base experience. We don't have presense/Infulence on social media to cater to newer players. Solutions For eixtsing players experience we are working on it alpha after alpha but to acquire newer player we need some effort. I recommend following things, and as I said we will need help of 0ad community as well. Answering questions about RTS games on websites like Quora, Google forms/webistes etc. If we come across a query like "What are best RTS games to try" or "RTS game list" or any other question related to RTS games. Query related to free games Some websites are fammous for providing free games, maybe upload our latest alpha version there. Commenting about 0ad on content platforms. There are videos like free games to try, or best RTS to try on YouTube. We should check for a channel that has high number of viewers and video is publish recently. We should comment about 0ad and ask the community and Youtuber to try 0ad. Linux advertising. With limited game available on Linux, 0ad can be a go to game. For videos like games on linux we should shout out for 0ad. Twitch and other streaming platforms. If someone watch game streaming for RTS game, they should shout out for 0ad in comment section of live stream or recent streamed videos of content makers. Asking community to refer friends to try out the game I have already mentioned ealrier that we should put a line on lobby welcome message, "Have fun!, invite your friends and other RTS enthugiasts to help 0.A.D community grow." More gameplay videos/channels: I'm seeing few more players come forward and uplaoding gameplay videos, but we need our old stremers to be active and new players to uplaod their gameplay on content platforms. Extra Point Modding videos to grow dev community: Right now we relay on documentations which we share to modders, but I think we need videos where all the process of modding is explained. Like from Idea to end to in-game testing, each step captured and explained. This will make more people to try and make their mods. I would recommend devs to record their sesisons and share on 0ad official youtube channel. Other activities: Like SEO, regional specific user engagement etc, I'm thinking of that line as well, will publish once thought that through. @Stan` Can we modify lobby mesage a little as mentioned above? Would be great.
  9. Catas were used to attack long distance target. This is valid for within vision ranges as well as out of vision range buildings. For without vision ranges let's take an example. Lets take historical context - Player2 (defender) has a city surrounded by walls. Player1 (attacker) explored the city and found out that certain building exists at certain places. He goes outside the walls and start attcking player2. He knows that player2 builidng exists and he will attack untill he wants to stop. He would have no way to know whether or not building destroy until he is able to see. Now in our context (0ad context) Walls are useless so we are incorporating the same by allowing them to attack outside of player vision range. Units firing catas are on same horizon as other units fighting, so they will not be able to see where catas attack are lending becasue of fog of war. But what if there is no fighting at all and catas are shooting alone, they should see the building. Well, we don't have that handling so we introduced fog of war by default. When catas are on elevated ground their vision range is increaed so I think that is managed but still there is possibility of FOG, but again we don't do such checks. Distant target are hard to identify with human eyes when env is even slighty foggy/dusty etc. Since, wars always will have messy env so it make snese to have concept of FOG, hence our current implmentation. I'm fine with current implementation. Feel free to comment.
  10. Few simple suggetion. Only a forest will regrow. Example if you cut a tree in a forest/group of more than 50 trees then it can regrow, but not a group 10 trees found near cc. This solves problem of trees spawned near cc. Bushes shouldn't be allowed to regow, only tress with >= 200 wood can regrow. This will resolve problem of random bushes in the map. Trees can't regrow where building is built. (Too obvious) You can build in area untill tree is fully spawned. Example, If it takes 20min to growback and u make builidng at min 19; that tree is gone. We can also add rule that @Grapjas suggested that, x range of cc tree won't regrow. Useful for nomad gameplays. OP suggestion: Make builidng anywhere, if there are few trees they will get destroyed, although you can't build if building base covers group of trees>10. Let gaia handle the regrowth and not player. Player planting trees need more depth discusison, becasue of the issues mentioned earlier and I already see a of long list of use cases. True xd.
  11. Hmm, thats a good suggestion too. What about doing it when Player first time research espionage? This way we can incorporate both the suggestions.
  12. Yeah. We can give them poison dagger. By default they will be in passive stance but you can make them attack with dagger (damage can be decided).
  13. I mean units trained only for hero would make them less useful. For starter we should have atleast for hero and champios, with special damage for heros. one hit kill is too op, just more damage will do. Later we can allow them to affect normal unit for stealth play, and special damage to heros and champions. Along with hisotircal trait we shhould also focus on gameplay. But again for starter if we are considering this implementation then great.
  14. Can you please share the link to code item? Would like to check details.
  15. Nobody interested in adding historical stealth units in the game or idea not interesting enough?
  16. I think given the historical context vishkanya units should be aura based units instead of archers. We already have similar units in Gauls (Trumpeter) which reduces the attacks of units by 10%. For vishkanya's I have smilar suggestion instead of reducing attack, they will reduce health by 1 dps in their range. They will be like anti healers. Following stats can be added for them. Cost: 180 food, 120 metal, pop 1, 24 sec train time Health 100 Poison: 1, 10 meters, 1 second It will be really interesting to do stealth play. Scenario plays Sneaking vishkanya among working units. Killing them over time. Combing with melee units for extra damage Great in playing dedensive as weak units will die under their influence. @borg-, @rossenburg, @Grapjas , and @alre, what do you guys think?
  17. If I about to summarize it Objective: Imporve observer's experience Requirments/suggestions: we have 2 suggestions Allow observers to see player's flare Add an observer flare visibile to only observers Analysis Feature Concern Context Comment Spec can see player's flare Spamming/Abuse In game Only view is allowed, so no issue External Mediums Only view is allowed, so no issue Cheating In game Obsever can text everyone, flare is just like any other info available to observer, so, no issue. Host bans observers if shares info. External Mediums Its a info avilable to spec just like anyother info, if they want to cheat they can user other important info then talking about flare. no additional cheat added. Observer can flare to other observers Spamming/Abuse In Game To other observers he might annoy, but he can annoy by texting them too. A little possibility. External Mediums NA Cheating In Game NA External Mediums NA There are minor points but nothing to concerned about. @Stan` I checked the the ticket, we didn't want to add an observer flare which is visible to player, so we disabled it. Nothing else had more description. @rossenburg That you can tell when players starts to move or by any other means. Flare can be for any reason. Besides as I mention, whatever the reason flare is just a info about a player (which we might not know or can interpret given situation). It is like any other info about player, so, not sure why we given it an exception. It is not enabling any new way to communicate between player and observers. Just my thoughs. Becasue, it is only adding more info to observer for experience not giving any new ways to allow cheat.
  18. Hmm right, thats why wanted to understand dev point of view like what extactly is the issue are we talking about, the use cases/scenarios that were considered to disable this.
  19. @maroder what about hotizontal arrangement of the same? Since we can have 4 rows, we can afford 4 categories. If possible then good else phase wise separation also looks good. Thanks...
  20. I mean message goes from observer to everyone so. But I think we can introduce a feature to mute observers be default in setting or by command in-game. But that will be separate discussion. Here I justed wanted to point out that observer able to see player's flare is like observer able to see any other details of the player, so, it's not adding anything new cheating wise. I hope it was clear :p.
  21. I think i'm able to clarify. Let me reiterate. 1. Observers can't text privately to any player, they option to chat with everyone, or to single onserver or all observers. So, if they want to anything to say anything everyone will see it. [Screenshot from game a moment ago] 2. If they want to give away any strategic info, they would rather talk about pop, resources, upgrades, no of womens, any other information about player, then why it is cheating he says "Player1 has flared or Player1 has flared at 8'O clock". @hyperion, @alre, please help me understand the issue. Becasue oberser able to flare doesn't add any new cheat to the game.
  22. @hyperion I'm not able to understand your conern. I need to know whats your concern on first use case "Observers able to see player's flares". Let me give you an example and what will happen so its clear to you. We have 8 player game. Player1 initiate the flare. Current scenario: Hi team mates Plyare2,3,4 will able to see the flare. Expected Scenario: Observer will also see the flare. Now, If observer wants to do cheating he can do 2 things Text on chat which is visible to everyone Communicated by another medium like discord. First case, an obsever can put anything about player1 on chat, he might as well share player other stats like units food wood and women. What will obsever achieve by putting a text to everyone that "Player1 has flared or Player1 has flared at 8'O clock"? Allowing him to see the flare doesn't add any cheat. Second case, again not the problem of flare. @hyperion If you are thinking of any other scenario, please explain, becasue I'm able to unserstand the probelm here. @Stan` Can you please mention the concern related to "Observers can see player's flare" becasue of that we are saying
  23. Hmm, this is for second feature, "Flares for onservers, where observers can flare and that will be visible to other observers", which I think we should add in mod example: Boon GUI. For first feature "Allow observers to see player flare", I don't think we have any (actual) issue. Should be added in main game as well..
  24. What if we do it in rows instead of columns? Should fit right?
×
×
  • Create New...