WhiteTreePaladin
-
Posts
2.319 -
Joined
-
Last visited
-
Days Won
12
Posts posted by WhiteTreePaladin
-
-
5 hours ago, Basshunter said:
I think It won't. If I remember correctly, the last time I used DAE instead of dae, meshes were not recognized. So I think I'll follow Stan advice.
If the code is doing an actual case-sensitive string check for the file name, then it wouldn't work on any system without an exact match. If it's a simple file loading, then it should work on Windows even with a case mismatch. If Stan says it doesn't work with mismatched case file extensions, then it's very possibly the former situation. I agree with following Stan's advice though. He's looked at more of the code than I have.
- 1
-
11 hours ago, wowgetoffyourcellphone said:
Looks strangely bland.
That's not necessarily a bad thing.
The white text on the blue textured buttons isn't easy to read though.
- 1
-
21 minutes ago, Stan` said:
(Be careful for some reason capital extensions ex DAE do not work)
Probably would work on Windows since its filesystem isn't case sensitive. I once made a webpage where some of the image file extensions were uppercase and some were lowercase. Worked fine on Windows, but on Linux it failed to load images with file extensions of mismatched case.
-
-
Perhaps bonuses should just be separately added (rather than multiplied) to avoid confusion and make the arithmetic easier. The order of the bonus wouldn't matter if they were all added to a combined bonus before being applied.
[edit]
Then again, I usually just ignore the harder to calculate bonuses like diminishing return farms.
- 1
-
42 minutes ago, fabio said:
However it's not GitHub itself to blame here, but US government.
IIRC we ourselves have a team member from Iran.
I don't think we do. (Lost communication pretty much immediately after attempting to join - due to issues in the country at the time.)
-
5 hours ago, Lion.Kanzen said:
What about gitlab?
I'm not familiar with gitlab, but I think it's probably still preferred for WFG to host its own repo.
- 1
-
I don't have anything against Microsoft, and they haven't been bad lately. I use the Github repo because we don't have our own hosted git repo. I definitely agree that it's preferable to host it ourselves instead of relying on Github, and I'd gladly switch to a WFG hosted git repo.
-
Github is owned by Microsoft now, so that's at least somewhat stable (more so than Sourceforge). I think the plan was to host a git repo directly just like how svn is handled currently.
-
2 hours ago, historic_bruno said:
I don't agree that "SVN is ok", it's a development choke point when we're juggling multiple features and bug fixes at once, that all have to be resolved to SVN. Also, I want a stable branch (where well-tested and reviewed code goes, that always compiles and runs with minimal regressions) and a less stable master branch (might or might not compile and run well at any given time), in addition to feature branches which can be integrated with CI, to make it easier for devs to test each other's changes and thus, being more efficient to review.
YES! Agree on every single point!
I've been wanting this for several years, and have brought it up multiple times. I don't really know why it hasn't happened yet, but recently there has been more support. I still have hope we'll switch to git eventually.
I remember discussing it with Philip awhile back. He wasn't really against moving to git, but felt (at the time) that the migration effort was significant, and that svn was good enough for smaller projects. The project has grown a bit since then though.
[edit]
From conventions I've seen, it's generally "master" and "dev" for very stable and mostly stable respectively, with various other release, feature, and bugfix branches.
- 2
-
2 hours ago, Stan` said:
I was thinking of buying one for that purpose but it seems a bit overkill ^^
I don't think it's ram related, there is something else at play here.
The first thing I thought of when I saw the announcement was 0 A.D. I do remember there being ram issues with the raspberry pi in the past since it has to share ram for video.
-
2 hours ago, wowgetoffyourcellphone said:
Even this simple change can't be enacted.
It's low priority at the moment. If someone actually completed the work, I'm pretty sure it would be merged in.
-
11 hours ago, wraitii said:
During AoE2's design they considered allowing capturing. The way it worked was that building below 25% HP would become disabled, and repairing them above 50% would make them yours. I've come to think, over time, that this is a strictly better design than ours.
That makes more sense than what we have. How would multiple capturing parties be handled? Right now there is split loyalty, and the structure is awarded to the player with the most loyalty points when the original owner's points have been fully depleted.
-
11 hours ago, Stan` said:
Why did they not ask Stan ? That should be part of the wiki steps'
He's busy with school currently. If he starts work on a mod again and has questions, I'll let you know.
- 1
-
2 hours ago, LordGood said:
Uh oh
I’ve been found out
I'd like a medieval mod myself, but I do know someone that wants this mod (even if unfinished). They tried to make their own, but got stuck with Blender Collada animation exporter issues.
-
16 minutes ago, LordGood said:
yo that architecture's from 19th century new york and pennsylvania
U.S. civil war mod? I remember that Union soldier with smoke not long ago.
- 1
-
18 hours ago, Wijitmaker said:
Probably a mute point... but this thread caught my eye.
I had numerous discussions about this exact issue over a decade ago. There was a reason the original game design limited the number of civs. The civs were intended to branch as the game developed. So, for example - when you start the game you choose the generic civ of "celts" then when you reach a certain phase (city) then you are offered the strategic choice of either going with the Britons or the Gauls. Depending on what strategies and tactics you wanted to finish the game with (based on the sub-faction's strengths and weaknesses).
Michael didn't agree and opted to separated them all into their own factions.... So... happy balancing guys
According to Michael, civ branching was meant to work like Age of Mythology / Age of Empires 3:
At some point we gave up on the implementation, but I'm not sure exactly when that happened. A few years later and we were discussing splitting the Celts up into Briton and Gaul.
It's mentioned in the Alpha 11 release preparation, so that was the release it was first split.
We aren't limited by any of these things. It would be possible to group civs back together if someone with vision designed how it would work. Leaving them separate can work too.
[edit]
These are private links, so most won't be able to read them.
[edit 2]
Nevermind, this is the staff forum.
- 1
-
7 hours ago, wraitii said:
would also be a neat way to introduce handicap.
That's exactly what I was thinking when I read your first post. Instead of striving for perfect balance, let weaker civs serve as a built-in handcap. I'm not sure how I feel about this, but I don't think it is automatically bad. It does mean that top tier players would have fewer civ options, but that's almost a certainty anyway considering the quantity of civs we have. Historical accuracy could definitely be a basis.
- 1
-
6 minutes ago, Nescio said:
Rounding everything to the nearest integer won't work for me, because trickle changes in my 0abc mod can be as low as 0.005.
Even limiting to three decimal places could be worth it. I don't know how many places are shown in that figure, but it's an unsightly amount.
-
On 5/3/2019 at 9:08 PM, Bigtiger said:
One game-play change that is coming with the mod is taking away the ability to build walls. Walls will be built in with the maps, and walls are going to be at-least 5x-10x stronger. So how you use the castle is up to the player, but wooden palisades can still be built.
You could consider allowing the construction of middle-tier, double-sided stone walls to provide something between the palisades and the well established fortress walls. Not required, just a thought.
AoE3 had three tiers of walls: palisades, stone walls (double-sided), and fortress walls (single-sided, scenario editor only).
BFME2 had two tiers: extra strong, one-sided, prebuilt walls (like shown in your picture) that could be repaired but not rebuilt, and smaller double-sided stone walls that could be built by the player. (Units could walk on the large prebuild walls, but not on the player-built stone walls.)
Would be nice if the fortress walls could be used in random maps for randomized fortress designs.
- 3
-
4 hours ago, vladislavbelov said:
Hi, it's possible and it wouldn't be really hurt for performance. I'd prefer to add it with weather and sun.
That would all be nice to have.
-
31 minutes ago, nani said:
Would be noice to make them public or is there some secret reason not to?
Well, some of the discussions are really old (2003-2004) and the people involved may not have ever considered that their discussions could become public. We would want to contact them as a courtesy. At a minimum, we have to look very carefully through each post for anything we release. However, a lot of relevant content from some of those meetings has actually been copied to a public post. It was linked earlier in this thread, but here's another link for convenience: https://wildfiregames.com/forum/index.php?/topic/15068-why-chose-javascript-for-scripting/
[Edit] The "public" posts are actually the beginning of this very thread.
I'm sure the decision was at least somewhat logical at the time, since performance is just one metric. Ideally, for performance we would stick most code in C++ and only have a few items (like AI) implemented in scripts as they did in Age of Empires. The original plan was for 0 A.D. to be closed source freeware, but still much more highly modifiable than Age of Empires. With closed source code, this requires more implementation to be moved to scripts which is itself a major performance trade-off. With the goal of allowing easy modification by hobbyists, rather than professionals, it's much easier to see why syntax would be such a major consideration.
- 1
-
Added converted links. (They are not public, so this is mainly a convenience for the team.)
- https://wildfiregames.com/forum/index.php?/topic/717-Meeting Summary for the Final Scripting Debate
- https://wildfiregames.com/forum/index.php?/topic/725-Announcement of final scripting decision
- https://wildfiregames.com/forum/index.php?/topic/639-Scripting Backend Functionality
- https://wildfiregames.com/forum/index.php?/topic/638-Scripting Frontend Functionality
- https://wildfiregames.com/forum/index.php?/topic/715-Lua & Javacript Performance Tests
- https://wildfiregames.com/forum/index.php?/topic/712-Javascript Proposal
- https://wildfiregames.com/forum/index.php?/topic/557-The Great Scripting War
- https://wildfiregames.com/forum/index.php?/topic/622-The Scripting Flame War
- https://wildfiregames.com/forum/index.php?/topic/644-Macros for Lua Inheritance
- https://wildfiregames.com/forum/index.php?/topic/629-The Preprocessor Alternative
- https://wildfiregames.com/forum/index.php?/topic/606-Initial Language Vote
- 2
-
18 minutes ago, stanislas69 said:
Weird I went there and Ctrl + F and didn't find it. I will try again.
I don't know why, but it defaults to the end of the page, rather than the correct post when I click that link. @stanislas69 I've sent you a message with the information you need.
Forum "reactions"
in Help & Feedback
Posted
I agree with limiting to positive reactions. I think "disliked" content should either be ignored, or require an actual response with an explanation. I don't favor a "downvote" option. I think it has its place to help suppress spam-like content, but I don't think we have nearly enough volume to even remotely need that functionality.