Arms' anatomy is surprisingly good, but abdominal and back muscles are missing. Spine bones would be visible like this on a skinny man, but this is rather a tough guy, his back should be shaped by muscles.
Yea, great games. Haven't they improved controls? Since SC2 raised RTS controls standards to the modern height, I have problems playing those old games. No attack-move is hard.
Caesar III is a very good game, I play it every other year.
Currently playing Civ VI. It's fun, but AI is still stupid, and they didn't change the engine, so it inherited lots of inconveniences, everything is so slow. So, will remove it soon and happily return to "fuck other people games, I'll make my own" state.
Ok, ::PortraitGameSelf reference worked, but it seems to be global, and doesn't affect unit's personal portrait only "current portrait" if a unit of the same type is selected. Example: driver enters car A, but car B is selected, car B's portrait gets changed, clicking on car C (which is also empty) will not change the portrait, so it's still driver's face, and after selecting a unit of non-car type, and then selecting back car A, gives us initial portrait of empty car, even though the driver is still inside car A.
So, I guess, I can change the portrait under selection update event to the correct one, using validate unit term. But how to avoid a situation where empty car's being selected portrait changes when driver enters another car? There's no "at" term under transport abil related event.
Unfortunately, PortraitCustomize action does nothing if called from under any other events than UnitPortrait. So, it seems the only way to make the portrait change is to initiate UnitPortrait event from an action. But I don't know how to do it.
Yes, you can. First, you need to have a set of models to cover all possible shapes.
Then you need each new wall unit to check nearby wall units to deside which model should be used, and then SwapModel action should be called in the actor. Also, if a wall unit dies, it should initiate a check inside neighbor wall units. This all is not an Artist Tavern kind of topic, so you better go to Data subforum for further discussion. Or if you'd like to implement this using triggers (which would be easier) - Triggers subforum.
It doesn't seem like portrait actor shares scope with the unit, so behaviors or abils don't cause actor events.
And again, if I use these events in the main actor, Portrait Customize actions only work under Unit Portrait events, and I can't reach portrait actor from main actor.
Yea, I can change portrait under that Unit Portrait event. This event happens at unit creation I guess. But if I add Portrait Customize action under any other event, portrait model doesn't change. Any ideas how to induce Portrait Customize event deliberately?
My purpose is to have a vehicle that can be captured and drived by an infantry unit, and would be nice if that vehicle had a portrait of the unit inside it.
Yea, I managed to create a custom portrait actor and use it as unit actor's portrait actor. But how am I supposed to establish communication between that portrait actor and the main actor? They don't seem to share a scope. Portrait actor can't reach main unit actor with ::Host or ::Main values of target field. Main actor doesn't reach portrait actor by name or alias I defined at portrait actor. Any ideas how to make them communicate?
That striker's top half looks cool, but as a whole he looks unstable and thus vulnerable, almost comically. I'd give it longer stick for the lead wheel and wider spread for the rear wheels. And its body could sit lower between the wheels.
There was a big front page thread on reddit about youtube automatic bans and that anyone can do this to any channel. Don't think youtube will keep this system, it just doesn't work. But it will take some time before all those numerous channels get back after youtube fix this, because this is being massively violated.
0
Arms' anatomy is surprisingly good, but abdominal and back muscles are missing. Spine bones would be visible like this on a skinny man, but this is rather a tough guy, his back should be shaped by muscles.
0
Yea, great games. Haven't they improved controls? Since SC2 raised RTS controls standards to the modern height, I have problems playing those old games. No attack-move is hard.
0
Caesar III is a very good game, I play it every other year.
Currently playing Civ VI. It's fun, but AI is still stupid, and they didn't change the engine, so it inherited lots of inconveniences, everything is so slow. So, will remove it soon and happily return to "fuck other people games, I'll make my own" state.
0
@nolanstar: Go
oh fuck... insane... I just... have no words
0
Yep.
Yea, that did the trick.
So, now all works. After an infantry enters the car, it changes the portrait (if selected) based on infantry type validation.
And if a car is being selected, it changes portrait based on driver's unit type.
All is done by sending signals to portrait actor by ::PortraitGameSelf reference, and portrait actor swaps models based on incoming signal.
Thank you for the help, DrSuperEvil and others.
0
Fuck this shit.
0
@DrSuperEvil: Go
Ok, ::PortraitGameSelf reference worked, but it seems to be global, and doesn't affect unit's personal portrait only "current portrait" if a unit of the same type is selected. Example: driver enters car A, but car B is selected, car B's portrait gets changed, clicking on car C (which is also empty) will not change the portrait, so it's still driver's face, and after selecting a unit of non-car type, and then selecting back car A, gives us initial portrait of empty car, even though the driver is still inside car A.
So, I guess, I can change the portrait under selection update event to the correct one, using validate unit term. But how to avoid a situation where empty car's being selected portrait changes when driver enters another car? There's no "at" term under transport abil related event.
0
@SoulFilcher: Go
Unfortunately, PortraitCustomize action does nothing if called from under any other events than UnitPortrait. So, it seems the only way to make the portrait change is to initiate UnitPortrait event from an action. But I don't know how to do it.
@DrSuperEvil: Go
Nope, didn't work, portrait actor doesn't get messages through the references you mentioned.
0
Yes, you can. First, you need to have a set of models to cover all possible shapes.
Then you need each new wall unit to check nearby wall units to deside which model should be used, and then SwapModel action should be called in the actor. Also, if a wall unit dies, it should initiate a check inside neighbor wall units. This all is not an Artist Tavern kind of topic, so you better go to Data subforum for further discussion. Or if you'd like to implement this using triggers (which would be easier) - Triggers subforum.
0
@SoulFilcher: Go
It doesn't seem like portrait actor shares scope with the unit, so behaviors or abils don't cause actor events.
And again, if I use these events in the main actor, Portrait Customize actions only work under Unit Portrait events, and I can't reach portrait actor from main actor.
0
@DrSuperEvil: Go @Kanitala: Go
Yea, I can change portrait under that Unit Portrait event. This event happens at unit creation I guess. But if I add Portrait Customize action under any other event, portrait model doesn't change. Any ideas how to induce Portrait Customize event deliberately?
My purpose is to have a vehicle that can be captured and drived by an infantry unit, and would be nice if that vehicle had a portrait of the unit inside it.
@ArcaneDurandel: Go
Yea, I managed to create a custom portrait actor and use it as unit actor's portrait actor. But how am I supposed to establish communication between that portrait actor and the main actor? They don't seem to share a scope. Portrait actor can't reach main unit actor with ::Host or ::Main values of target field. Main actor doesn't reach portrait actor by name or alias I defined at portrait actor. Any ideas how to make them communicate?
0
I see we can change portrait with upgrade per actor type. Is it possible to do it per actor instance (per unit) with actor events?
0
That striker's top half looks cool, but as a whole he looks unstable and thus vulnerable, almost comically. I'd give it longer stick for the lead wheel and wider spread for the rear wheels. And its body could sit lower between the wheels.
0
Did you move to Unity Mozared? It has rich terraining possibilities!
0
There was a big front page thread on reddit about youtube automatic bans and that anyone can do this to any channel. Don't think youtube will keep this system, it just doesn't work. But it will take some time before all those numerous channels get back after youtube fix this, because this is being massively violated.