Stan`

Maybe the minor check could be omitted, @Itms or @wraitii would know, but the major check has to stay. I don't know if it got better, but our SM versions are usually heavily patched and that could lead to trouble maybe? The distro would just say the package is broken and give up on it ? From my experience talking to maintainers SM is always the biggest pain, sometimes NVTT (no longer an issue now) and finally Fcollada when compilers decide to change things ^^ In the current situation given the missing parts I'd say we're not ready for 102.

It's the delenda est subforum, so nudity is their concern

Remesh will give you millions of polygons So probably not the right approach unless i misunderstood your goal. Usually you remesh then decimate 3000 tris isn't that bad considering it won't be displayed often, but given the above screenshots I'm feeling like there might be some places where you don't need the details. I suppose the clothing wrinkles could be part of the normal map, and using an aomap the details could be put in the diffuse (for the people playing with material quality 1.0) Another solution for the body is to steal the one from the units this way you keep the same level of details. Marking edge sharp should only add more vertices, not more triangles. I would say use whatever gives you the control you need without having to spend an eternity marking things sharp

Why do you need to remesh it and not just decimate it ? Although Ideally it should be done by retopology.

Spidermonkey also breaks API in minor versions sometimes (happened for 78). Another issue was the ICU problem where you need to have the same version between spidermonkey and 0ad else it will fail to link, but they do not pick it from the same place.

Not yet until Atlas is integrated in the main game. But @trompetin17 hasn't made much progress

I'm not sure deserve is the right term here. But point taken. Define Vanilla ? How do you review it? What prevents you from dumping 5 mods in the public mod? Cause to me it's assuming people play fair and that' apparently not the case So far all the discussions ended in disagreement with regards to what is cheating But I suppose that's normal considering everyone has their opinion Reputation points are generally nice, however If my understanding of the current lobby is not too outdated the problem is that there is a small group that always play with each other and never with new players and due to the sheer lack of players that just makes them quit the game

Since it's a pointer (Ptr suffix) maybe you just need to dereference it ?

I suppose they fall in the "derivative works" category so they would be CC BY SA 3.0 as long as you give credit to wildfiregames it should be fine

That is where the ignoreincompatibility check comes in play (i wonder if a small countermeasure would be to make that flag work only with signed mods). It's written in the signing mod rules that any mod touchig simulation cannot be signed with ignore compatibility checks to true. The rule is not perfect but it's the rule. The idea is just to say well you might run into sync troubles but also this mod changes thing in a way you might not want to play without it.

@hyperion Sure. IMHO mod.io's goal should be to ensure general mod safety. Not to ensure anything else. Commercial games have little ways of preventing cheating opensource ones even less so.

Even that badge wouldn't be enough. Some people just edit the public mod these days...

Usually happens when animation synchronisation mess up, sometimes when buildings have horse props.

IIRC @Itms @wraitii and @vladislavbelov can sign mods.

They use the biomes I suppose.

Same.

Hey @Xavi it should work now

Entities are "templates" you want to select actors in the dropdown.

I do not. Hopefully soonish.

That's because of the way normal maps are computed. They deform the light. No light no deformation

No it's due to the server migration

@Itms @implodedok

Needs => https://code.wildfiregames.com/D4979 IIRC

@AGamer Just to clarify, I did not say it was not possible with OpenGL (Although has @vladislavbelov said, it might be trickier to do it in postprocess). The point was that changing just openGL shaders would not work, you'd have to to change shaders for Vulkan as well. If you don't use Vulkan you don't need to worry about it for now.

IIRC it was almost ready for A27 and now someone is bringing it back to A26 in their own fork of the repo.