Leaderboard

Shader effects 0 vs shader effects 10. It's not really a beauty. 842 model tris in atlas, 421 in blender, hope that is not too many @Genava55 @Ultimate Aurelian Should I make a stone baba and steles from the deer stones culture or would that be ahistorical?

*sigh* Enough. Both of you. I'm locking this thread for a few hours, in order to force a time out. Kindly get some sleep, fresh air, (or whatever) and come back tomorrow. Please do not continue this via Private Messages or elsewhere, or you may face temporary bans. @SKAcz: I hope the responses you received in good faith proved helpful, and Welcome to the 0 A.D. Community.

@SKAcz The opinion of myself and plenty of other players is that while economy management tasks can be repetitive, they are an important part of the game. Namely that a player must decide where to allocate their attention when they are under pressure or applying pressure. The autoqueue we currently have is simple so that you still have to manage economy. Learning how to multitask well is a (probably the) key skillset in RTS games, and overly automating the economy would ruin that part. Also just be aware that its widely considered cheating to use progui in multiplayer.

Adds a more advanced bot(based on PETRA) to the game. Settings are more noticeable after 15-20min of play. Focused on players with experience. Bot with the same bonuses for each difficulty level as the basic PETRA. At population limit(e.g. 300) it will hire units up to the ceiling. More technology and economy oriented at the start. More active in the Market. Builds more buildings to hire units. Possibility of limited recruitment of siege units: In the Civic Center added hiring of rams (limit 4 on the map) from the start of the game. Reduced resistance to Pierce. After building the Arsenal, the limit increases. bot_PETRA_Expert.zip

Yeah, @Vanthais pretty amazing. Even with the ui work he’s still writing articles. For me though the articles are not just educational but also entertainment . Learning is fun.

Wow, you've been busy. You went from not knowing where to start on GUI development in January to an integrated GUI in April. I'm guessing that you got some help along the way. It's great to see an encyclopedia being implemented in 0ad. It helps make the game educational instead of merely for entertainment.

Update on the encyclopedia GUI page: I was not happy with the code at all, it was written in a very "unconventional" (bad) way and not really integrated into 0ad's codebase. That's why I decided to basically rewrite everything. The various panels are now different classes (and have their own XML and JS files). Values are now (as usual with JavaScript) stored in properties and passed between them. The CivDropdown (as well as the related civData) is created and used from already implemented classes and functions. And countless more smaller improvements. All in all, I guess the code will be around 30% more efficient than before. But most importantly: the code is now much much more readable and usable, and no longer embarrassing to show. It might not seem like a big step to some, because essentially all I did was lift it to the expected standard, but it certainly is for me. Because I only had little experience I programmed the project in the wrong direction. Yes, everything worked just fine on the surface, but I eventually had to take my time to "fix" it. And that being done now means I can actually start designing and cleaning up the UI. Plus, because the code is now much better integrated into 0ad, I'm able to "intertwine" it with 0ad and make it feel less like a seperate entity. I, for example, already added a button to the structure tree, civilisation overview and the small unit/building/technology viewer page to open the respective encyclopaedia article. If you want to take a look at the code, I put it on a GitHub repo: https://github.com/indoptogopt/GUI-page-for-0ads-encyclopedia

What I would like is that autoqueue is not stopped if I run out of resources, it would be nice if it were just paused until resources are available. Same as with population limit, it just pauses production until population cap is available.

Good idea. You're right. All of the followers except DerekO were spammers. All of the spammers except 1 were already banned. I banned the last one and removed all followers from this topic. I think this topic is attractive to them because it's in the "Announcements / News" section of the forum.

I don't care if you want to make me or any mods a bad reputation nubs. Now even when I talk about it only to reply to a player who actually describe the features in it the same 3 people feel the urge to intervene and make sure to anchor in all minds "imagine if you automate the entire game" or other silly and unrelated things. The topic you quote also start with masterclass of describing some features that have implementations in progui, while the few same people take the very same progui as a counter example. Add to it that the author admit never tried it, just like @chrstgtr, yet are the most vocal guys advocating against for reasons. I'm am guilty of [Whatever you want] idc f u. Autoqueue with the ability to resize the batch also will just kill the game, I agree with all your impressive logic. CheatedyCheat Atrik = cheat Here is your win flag, you'll sleep a bit happier now I hope.

Wow. You go far into the made up stuff. I remember well enough that after you banned me from your host, I asked 1-2 question to understand, then other one when banned from spec. So 2-3 questions to understand what are you up to is "playing the victim". Seriously you just want me to reply to your bs so that the topic become as tribal as possible right?

It wasn't factored into the original math that training a batch allows the next group of units to be trained sooner than 1x1.

Probably that come from over-simplified calculations. There are enough variables in this game that no formula could define the optimal number of units to train at a given time. But what's for sure is that in a lot of cases, if your goal is to get fastest population grow, consuming a maximum of available resources into training units is extremely often the best. Because of this, you can assume that a better autoqueue would try to always train with the biggest batch possible. I use this assumption in ResizeQueue mod. @Baelish @SKAcz If you want autoqueue to be able to adapt to resources and housing, well, I did a mod that do exactly that. I've just added some default configuration to ResizeQueue, so you don't need to checks options to make it work. Resize Queue repo : https://gitlab.com/4trik/resizequeue With this mod, autoqueue should: Resize the training batchs. (will not consume last 100wood, this is a setting you can change) Stop production when housed, or out of resources, and resume it when possible. Prevent autoqueue to consume resources for a building while player is placing it. (I hated when autoqueue made you fail to place a building, and sometimes you don't even realize it) I'll summit this mod for review for mod.io today. The mod progui also has a feature that does exactly the same with added graphical panels to: Control production settings (change for example how much wood not to consume (for advanced players in some cases you want to change it briefly to 0, or 200..) In addition of picking units to produce from a specific building panel, you have a global panel where you can select what units to train, it also make mixed production accurate so you can get the army composition you plan for.

Same. It's very annoying, especially for animals queue

This stone baba is from the Scythian period so no issue. The deer stone pillar is a bit older vut it is fine, it was still used by the Scythians even if they didn't build it. For the sake of diversity we can let it pass through.

I'd bake some subtle shadows into the texture at least, give the illusion of a little more detail. Also remember that the stele we see today are very weathered. In their prime, their details woukd be easier to see. I wonder if there is evidence of paint.

the game is better at lower pop imho.

I have all the settings (i added all into one picture), but simply i start infinite queue and it never blinking , just is there checked red crossing (btw should it be vice versa it is now showing status or demanded status, looks like demanded status right, so if it with red crossing it doesnt mean that is infinite off but that is on, but ok anyway i saw that infinite number of units appear, then when food is not enoug is showed message that is infinite off and nver will start when food ready, tried multiple times). I can maybe even try make video.

You act like this is all me. It isn't. Literally every time you post your mod in people call you out and then you pretend you've never done anything wrong when nearly everyone you play with wishes you would delete the mod. Like here, you just want a different standard for yourself.

first search result in the forum:

Ah, that makes sense.

Some people actually try to master challenging skills instead of just making the game easier. There's a lot of fun and re-playability in games where you can build skills to beat other players. I'm not against automated features, I just think that ANY automated feature should remain un-optimized so that direct management and application of skill can outperform the automated features. For example, people laugh at how inefficient autoscout is in aoe2. The devs would have an easy time making autoscout highly effective. The reason they don't is so that players can build multitasking and prioritization skills that come with manual scouting.

Ok, maybe you two consider these things trivial, but I would expect the majority of multiplayer users would consider them not trivial. Sure the game would be "easier" if many economy tasks are done for you, but I guarantee the game would be less fun. If you take away unit production from the user, like in atrik's mod, what is next? You could also automate deciding where your gatherers go to have perfectly balanced resources, and automatically build houses when needed. At some point, you may as well not simulate economy and just place buildings on resources to get a trickle of food, wood, metal and stone. That way there is no clicks needed for economy and you can focus on strategy. For single player though, it doesn't really matter, you can mod it however you like. And like @0 calories said, multiplayer is fine as long as others are playing on the same level.

If I remember correctly this is true with some caveats. His conclusion was that 1 by 1 is most efficient by resources spent and earned by the units trained. However he didn't factor in that accumulating unspent resources is another cost of 1 by 1, at some point in real games (as opposed to a math scenario) it becomes considerably better to make batches of 2-10 so that you can spend resources faster. If you do this your bigger population will cause your eco score curve to be faster than someone doing 1 by 1 even if the 1 by 1 player is getting a better return on investment for each unit he makes. This is what makes progui so op because it makes sure all your resources are spent on the maximum AND most efficient production method (aside from the fact that you can completely avoid having idle time on your production buildings, which even the best players of 0ad can't eliminate).

Also you can play with players who accept these features, so in other words you can ignore chrstgtr and not let him join your games or viceversa. All issue resolved. Uusally when soemone forward your focus to another way of playing like death-match is trying just to get rid of complicated communication .-) You are tottaly free to play any setup. Let him/them play dead matches or gifts from gods as they wish, honestly it is not what you want to really play in team games, most preffered is just basic 300 starting resources.

Just in case I would precise: constraints are the same with the features I described. @chrstgtr meant to do a metaphor. Also, in my opinion, removing meaningless repetitive tasks doesn't take anything away from the game. @SKAcz started this thread expressing that vanilla production system could lead to frustrations. When I have to disable autotraining that's the only thing I feel different about the game. Just little more frustration about having to restart autoqueue when notified "Insufficient resources...". Making production more beginner friendly (and user-friendly in general) is probably a good idea for this game if the goal is to get more players. Maybe having visibility over witch building is idle or not would be a good start to improve vanilla UI.

Pr for Ptolemaic wonder: https://github.com/TheShadowOfHassen/0-ad-history-encyclopedia-mod/pull/137

lol, I forgot for a moment that units in production count.

I am not able to reproduce this behaviour. When I start a match on the map 'Neareastern Badlands' (Vorderasiatisches Ödland) with Han as my chosen civ, I have ten units and a pop count of ten. If I let the Han minister commit suicide, I'll have nine units with a pop count of nine. See screenshots below:

Mod updated(0.2.0). Added description and video to the first post.

@Genava55 Great, thanks! My plan is to create 5 or 6 steles (2 potato heads, 2 deer stones, 1-2 babas). @wowgetoffyourcellphone When all meshes are ready and I have a final UV layout I'm gonna bake it again. I need to tweak the normal strength again. On the first one the stone texture normals are too strong and the highpoly normal is too weak. I added ambient occlusion to my material setup, no idea why it didn't bake that, but I'll find a way to add shadow. When everything is baked I could add some moss/ weathering effects/ bird @#$% with texturepaint. When all is done I plan to use them for the kurgan wonder that I'm already working on. @real_tabasco_sauce Are there models that would only need existing textures? I could try to make a mesh then

these look really cool. If you need other ideas, we will also need a Scythian dock, a Scythian version of an ovoo, nomads stable, and a 'royal yurt' (other discussion):

next one, left side view

It's true, it is open source and I am not a dev. So it is easy for me to complain about the poor performance in team games, even though I myself cannot put in the work to fix it. Nevertheless, I have been asking myself recently: should I really be playing a game this laggy in 2024? Time out of one's day is lost in games where actual time is significantly longer (2x, for example) than game time. WAY more than the unit rebalances or new units, I look forward to performance improvements like Vulcan. I also heard a27 will bring a way for the host to check if a player is causing lag due too just having a slow computer. So the host can choose not let that player in 4v4 games for example. That is annoying. Probably what you are running into is the fact that a maximum of 200 units can be selected at a time. 2 things can help mitigate this now: Hold alt while dragging the mouse to select military units only. Holding alt + y while dragging the mouse to select will select NON-military units only. Or, Play games with a lower pop limit. A bit of self critique: Some of the performance issues can be mitigated by choosing different options. We DON'T HAVE to play 4v4 200 pop team games. I think 3v3 is pretty interesting, actually. We can play lower pop limit games (albeit this effects the defensive structure vs unit balance). Just because we have the freedom to choose grander options doesn't mean that it's the best choice.

WIP

Carthage 4: The Island of the Palace-builders After securing blessing at Kition, you continue to sail West, in search of new lands to settle. As supplies run low, you make a stop at Crete, the island of the palace-builders. You remember the lessons from childhood, about a great people who lived on the island, their palaces and wall paintings. All of that is history is gone though, Dorians from the North have been raiding the islands for centuries and there is little left of the palace-builders. You have dispatched two of your most loyal servants with a small contingent to secure food supplies. The hills nearby are inhabited by herders -- we must capture their corrals and secure a total of 650 animals for the journey ahead. To the West, lies a small Minoan settlement that we can trade with. Further to the North is a Dorrian city, well fortified and protected -- we must beware! We are likely to face attacks both on land and sea so build up your forces fast! News of our arrival has spread and we can expect a much larger Dorian army to arrive within 2 weeks time (~50 minutes game play) -- we must secure the animals by then! AI Settings: Dorians and Minoans should be set to Petra with a difficulty of your choice. All others should be Sandbox

I'm on debian sid, so it affect my device. I suddenly checked my xz-utils and liblzma and debian community have already reverted to 5.4.5 For further infos read here: https://news.ycombinator.com/item?id=39866307

I think that most of the users listed in the staff directory have moderation capability on the forum. Some of them, typically the most senior members, have administration capability on the forum. A user may have multiple roles, and only the primary role is visible when viewing a user's profile. So, there are some things that are not completely obvious about who is a moderator and who is an administrator. Active forum administrators as far as I know right now: vladislavbelov, Itms, feneur, Stan. Active forum moderators as far as I know right now: Norse_Harold, s0600204, rossenburg, Dunedan, wraitii, kizito, fabio, Freagarach, smiley. Based on quantity of recently handled reports, it looks like s0600204 is one of the most active moderators right now regarding spam, followed by rossenburg and me. vladislavbelov should be mentioned, as well, for handling most of the reports in late 2023.

I would be fine with giving skirms some armor as a way of differentiating them from other ranged units. Ranged units don't have the same diversity that melee units have. However, I strongly disagree with giving units dual attacks en masse. All this will do is make the gameplay confusing. The core units should remain very simple, so I would only be ok with 1 or 2 unique units with dual attack abilities. Ie only legionaries can do the pilum throw, but not pre-reform swordsmen.

We should lower the acurracy and lower the rate of firing.

For the Chinese chariot, instead of switching between melee and ranged, I think the best way would be to have two soldiers on the chariot dealing damage simultaneously, one with a bow and the other one with a dagger-axe. (ranged and melee at same time)

I don't really agree with the idea of designing a unit that "counters a certain unit." We should think more about allowing a certain type of unit to gain different advantages under different conditions. For example, a swordsman is an infantryman who has both a sword and a shield. On one hand I don't agree that swordsmen can defeat spearmen in a head-to-head duel. On the other hand, the swordsman should be a fast infantry that does not rely on the square formation, so that the swordsman can more quickly outflank the enemy spearmen array and gain an advantage. In order to prevent the array from being outflanked by the enemy swordsmen, the player You should deploy your own swordsmen or melee cavalry on both sides of the spearmen array. At the same time, swordsmen who can attack in a loose formation are also better suited to chasing away shooters.

I have an idea so that no one notices. Have you heard the paradox of Theseus? It's all about changing things so slowly that you don't feel the change until it's no longer 0AD, but rather DE.

https://en.wikipedia.org/wiki/Deer_stones_culture

I have no recollection of this, but apparently it made a big impact on you, so I apologize. If I were to be made leader I would merge DE instantly and make everyone angry.

Using Vulcan should drastically increase the performance and reduce the lag. The list is there: https://trac.wildfiregames.com/query?status=assigned&status=new&status=reopened&type=defect&milestone=Backlog&group=type&col=id&col=summary&col=owner&col=type&col=priority&col=component&col=time&order=priority People making balancing changes and small features are not the same people than those working on the engine and on the core of the game.

games are not open source and only maintained by volunteers. it's an impossible comparison.