Danimal thanks, but I don't think it would fit with the style of my game. I'm making medium quality models with some hand-painting, yours looks like it would fit better in a voxel style game or pixelart. And also the mechs use slots for weapons and must have destructible parts, and these would involve some additional models of destroyed parts, probably with additional textures.
Thanks anyway.

another daily-ish update:
heat system is almost fully implemented. when heat reaches maximum, the mech loses its turn and cools down. I also started work on a second stability bar. I don't want this game to be too much like battletech, but this seems like a good feature. the stability bar currently fills with each hit. the idea is than once it fills the mechs falls to the ground and has to spend its movement getting up.
made some changes to the weapons, they now deal stability damage, heat damage, heat to the mech firing, and there's a "damage type" that doesn't do anything yet, but with come into play later.
did some more bug fixes and cleanup in the process too.
team colors are no longer hardcoded into ControllableMech, they are now obtained from an autoload given the mech's Team.
Finally, I finished the texture of the Brimir, the back is now finished, I also added some detail to the destroyed arm, but it looks a bit dark.

TODO: create damaged versions of the parts and gibs to make destruction more fun, rework some animations, add a second and third dead animation, add a get up animation to implement the fall mechanic, add a second idle animation, add two more melee animations, and maybe a third.

    update: I didn't have much time today, but I worked on animations.
    here's the new run animation:

    cool game you have brewing, but i want to make a suggestion:

    where i'm at right now, we have a huge fleet of these guys rolling around delivering food.
    in october, they pick 5 out of the hundreds here and slap these stickers on them.

    in december, they become reindeer.

    i think you should use them as creative inspiration. they don't have to fight or anything, but act as background characters carrying cargo around. there is no particular reason i'm suggesting this besides the fact it would be very funny (to me) to see my favorite robots roll around in the presence of heavy artillery and extreme violence. especially with the little seasonal faces.

      Where do you live? I´m pretty sure they would be vandalizad in my city... What other faces do they have? I give you they are cute lil bastards.

      Jesusemora, yes, that arm connector is too dark. But I´m surprised how fast you are going, nice work.

        Danimal its a college campus. most people living in the service area are students with a lot of good reasons not to mess with them. around here, trains are far more dangerous to them than we are.

        note: this only happened once. don't be too harsh, they're trying their best.

        to your faces question: that's it. reindeer and pumpkins.

          Then, either Canada or USA?

          packrat I will see what I can do. maybe they could add to the background, or just leave them as an easter egg, but it's not a priority, I have other things to model first.

          Danimal Jesusemora, yes, that arm connector is too dark. But I´m surprised how fast you are going, nice work.

          maybe it's the color correction. I used color correction on the first models to get the style, but with the mech I could more easily change the texture, and then the team color is stored in a variable.
          It will have to stay like this for now, with the next models I will bake the wires and stuff into the texture, then I can reuse it.
          I'm trying to work on the project every day, even if it's just half an hour and it's just code improvement or simple details, making it a routine helps push the game forward bit by bit.

          update: not much, I exported the animations. the mechs running improve the game a lot, they move much faster. I also added a second melee animation for hitting with the other arm, then implemented it as a new feature: there will be 4 or 5 melee animations. if the mech has both arms it will do a hulk attack with both arms, if it only has the right arm it will punch, if it has only the left arm it will punch with the left arm, and then there will be an animation for when the mech has no arms, I'm thinking a kick or charge. Then there could be an animation for attacking tanks.
          I also improved the stop and hurt animations. I need to add some variants for different directions.

          Then I started work on the Ocelot, first thing I did was take some measurements. Turns out I inputted the wrong values for the weapon barrel, and a pilot would not realistically fit in the Brimir cabin so I had to increase the "size" of the mech (it's still 1 unit but every other model I make next will have to follow this scale).
          So, the small cannon, which I originally wanted to be 80mm, ended up being 320-640mm which is insane, and It also doesn't fit in a smaller mech.
          So I started working on a different small cannon, and I might have to rework the current small cannon too, as it's too similar in size to the medium one.

          edit: made a chest and am testing proportions, I'm still deciding on the head.

          I'll try to go faster this time since the last mech seems to have taken me a month, but I have sort of a workflow now.

              Sorry for the double post.
              It took a lot of tries but I managed to get the head to sort of not look stupid. Please tell me what you think.
              the idea was to have a mech with something resembling "cat ears", there are many with antenna so there was some precedent, but I underestimated just how dumb these things could look, and how hard it was to make it not look like a dog or mouse. I'm still considering removing them and making it better, so there could be another iteration.

                Jesusemora
                it's not strictly mech, but i remember being impressed way back in 2016 by how well feline-esque armor was designed in Halo 4:

                i think the trick is to spread the cat motif over the entire head structure, as well as keeping the feline silhouette subtle. just enough to evoke the image of a predator, and not so much a teenagers profile picture.

                    packrat that picture doesn't really look feline to me, if anything it looks alien.
                    I haven't played any halo game since halo 1, so I have absolutely no context for this. is it supposed to be human?

                    Danimal the link is broken for me

                    Anyways, I looked at some of the many cat themed mecha that I completely forgot about when making this. I think the picture I posted looks more like a dog. depending on the shape it looked like a dog, a fox, a bear, an armadillo and a bat. Maybe I don't spend enough time around cats.

                    I made another iteration and tried to keep it simple. I need to think about some details to add, but I think it looks good enough.

                    The trick was getting the ears right and making the head square. I think there are two ways to identify a feline: from the nose/mouth up to the eyes, and then the ears, and from the ears down to the eyes.
                    So this one starts at the ears and then stops and there's a cockpit there.
                    Another secret is keeping the distance between the ears to make room for the forehead.

                    I also looked at mecha: the panther from battletech has the ears back and an angry face, while others use a square face with long snout but always keep the angry eyes. and then there are other designs without a face but keep the ears as triangles.
                    Should I keep posting modeling? Is it in the scope of the forum? Should I go to blenderartists instead?
                    well, back to modeling.

                          Tomcat Thanks Tomcat;
                          Jesusemora I also think you should keep posting your modelling, it´s the best way to get feedback, ideas and improving, plus we also do at the same time 🙂 . Regarding the model, do you know of those led masks? You are halfway to make one, try searching for this in google images:
                          mascara led cyberpunk

                                Jesusemora As always with the design, the key is in proportions. Feline heads tend to have more width than height when viewed from front although the protruding snout and the head pose can make it appear otherwise on photographs. Also the size of ears is relatively small in respect to head, compared to canines who tend to have much larger ears. This an important distinction if you want to emphasize feline-ness. Also smaller ears will look les cutesy and more badass.

                                On the most basic level, you can conceptualize the feline head as two interlocked box forms - cranial form and snout form. The snout box can be slightly slanted into a frustum. The proportions of (and between) those two forms may vary, depending on your preferences and the character you're after (more/less humanoid etc..). The snout form specifically could vary quite a bit in length.

                                As a general advice, try not to design and model at the same time. It's easy to get lost in details and polygons, and forget to first solve the big forms. May lead to a lot of wasted time. Better to sketch basic proportions on paper and once you're satisfied with how it looks/feels - carry it over to 3d. If you don't like drawing, you can sketch with boxes in 3d, but don't go into subdivs until proportions and placement of boxes look satisfying.

                                    Tomcat well then, I'll keep posting modeling.
                                    the link takes me to a broken site.

                                    Danimal Regarding the model, do you know of those led masks? You are halfway to make one, try searching for this in google images:
                                    mascara led cyberpunk

                                    I'll look into it.

                                    xyz that's useful info. I made another iteration based on the first one:

                                    It's getting better but needs more work, I almost got it.

                                    xyz try not to design and model at the same time. It's easy to get lost in details and polygons, and forget to first solve the big forms.

                                    The problem is I can't think in 2 dimensions, I need to model it to connect the dots. You draw something and it looks cool in theory, but then the parts don't fit together.

                                    xyz If you don't like drawing, you can sketch with boxes in 3d, but don't go into subdivs until proportions and placement of boxes look satisfying.

                                    I might have to do what everybody does and retopo a high poly model. the meshes need to be seamless and this becomes problematic with higher detail. my workflow was to make a seamless mesh and then make a high poly version based on it, and this worked for organic modelling. but making a high poly model first I can get away with pieces that don't fit perfectly like a puzzle.

                                    I also started working on the arm. The gun is too big and I can't make it more compact. this is what I get for making the medium mech first and using arbitrary measurements:

                                                Jesusemora I wasn't talking about modeling, but simply about designing or rough visual prototyping if you will. Not sure if you're aware of the distinction here. The boxes used for designing are just placeholders that define the proportions. They don't need to be used as topological starting points for the actual modeling, but literally only as sketches. You can later model over them from scratch using a completely different topology. They'd just serve as an overall visual reference. The focus of this design phase is aesthetics (proportions, character, gestalt, visual rhythm etc), not mesh technicalities.

                                                Btw why do you need seamless meshes for hard surface stuff? You could literally patch it up from multiple parts. For a mech, it's enough for a vertex to be affected only by a single joint without any weighted blending whatsoever.

                                                    xyz I wasn't talking about modeling, but simply about designing or rough visual prototyping if you will. Not sure if you're aware of the distinction here.

                                                    well I just have my workflow that I've used for so long, I'm always trying to improve, but some habits are difficult to get over. I am using some blocks for this, but it's mostly for the body, like the shoulder and arm had blocks, for the rest I use the skeleton as reference. What I care about is making sure the joints can move correctly and I make the rest up as I go. I do this when drawing too, I've tried using circles but like with this, it just feels like an extra step.
                                                    You are right, I should start doing visual prototyping beforehand.

                                                    xyz why do you need seamless meshes for hard surface stuff?

                                                    the vertex shader I use becomes broken at the seams, so those have to be avoided. for something like a box there's no problem, but if I have like three blocks that form the ear, It becomes more difficult to cut them precisely and maintain the shape. But I'm getting better at it, I'm ashamed to say that I just now started using some tools like normal based translation, and has sped up modeling for me, and that comes with using more odd angles that results in better looking models, going out of your comfort zone you discover new things and get better.

                                                    xyz For a mech, it's enough for a vertex to be affected only by a single joint without any weighted blending whatsoever.

                                                    yes, that makes it easier to make joints and rig the mesh. I was referring to non-moving parts that make up a shape, like the ear. subsurf solves this problem very quickly but the result is too simple.

                                                    Maybe I'm just too rigid in my modeling trying to get all the quads to be flat.

                                                    Tomcat huh, weird. well I see the thing now.

                                                    Anyways, I made more of the arm, I'll work on the head again later. Now it's just missing the shoulder and legs:

                                                    The "hands" need some more work too.

                                                            tiny update: in the time I had I finished the arms and the head, all that's left is the legs.
                                                            I think I'm done with the design now.

                                                            Next I'll make a series of internal damaged parts like wires and reuse them for all the mechs.
                                                            I need to go back to coding and add more features, like pilots and ammo/cooler slots.
                                                            Edit:
                                                            started working on the legs:

                                                            And went back to godot and did a rework of the UI. Added armor visualization around the health ticks, it currently only shows the chest health which I think is good enough. I will work on a per part health popup panel later.
                                                            I also simplified the single control by moving the text to a Label and the heat bar to a ProgressBar, now I can animate the heat bar with a tween when heat increases. I might move the health and armor to its own Control too, as soon as I think of a node that could to replace it.

                                                            I also implemented heat and "stability damage" being reduced at the start of the turn.

                                                            Update: nothing to show. I worked on the code a bit, did some clean up and fixed more bugs.
                                                            I implemented rockets. when the projectile impacts it causes damage, it then spawns an explosion instead of particles and these cause damage to multiple parts. I had to rework some code to make this work because it was too powerful, and still is. But it's really fun.
                                                            Rockets will be very powerful, being able to hit multiple parts and mechs in a single impact, the drawback is that rockets have very limited ammo. small slots only allow for a single rocket, while bigger slots either allow for more small rockets or fewer bigger rockets.
                                                            I think all that's left now is LASERs and the gauss cannon.
                                                            In one test the AI broke both arms on my last mech and started running away, so I had to chase it away and hit it with small headbutts. The mechs look really fun when running without an arm.
                                                            I implemented pilots, and then felt like I had hit a wall, but after some rework, I moved the Stats and pilot Dictionaries to a custom Resource. The idea now is to store the MechResources in an autoload, as well as the pilots, then MechResource stores a reference to a pilot, the mech Stats, the weapon slots and other slots. And all the MechResources are in a list in the same autoload. The Mech should then in theory keep a reference to this item.
                                                            That way a mech can be spawned in game and later removed but the data will remain for use in admin mode. I need to do more connections between the game and admin.
                                                            daily-ish update: started work on some dialog windows for the geoscape, it's still very basic. I will get back to animation and modelling later. I must also start working on assets for the maps, like buildings, trees, a sky.