Jump to content


  • Posts

  • Joined

  • Last visited

Posts posted by FinnfinnLost

  1. On 4/22/2021 at 8:00 PM, Evah Baxton said:

    21 years of version 2. Wild.

    To be fair, with all the stuff added (and some removed) as well as the interface overhaul in 2.8 and 2.9, it might as well be its own major version.

    They're just numbers after all.

    • Like 1
  2. @OptimoMaximo means you need to scale the stuff you need to the size that you need.

    I presume Cinema 4D will be offering you some options when importing files, maybe play around with those a bit. It may be some quirk in the file, maybe link where exactly you got your skeleton from.

  3. 2 hours ago, OptimoMaximo said:

    Switch to Maya and you get the described behavior. There is no such thing as different modes, joints are simply deformers driving transform nodes, as it should be. Blender can't provide the features you're talking about because of its lack of support for bind poses.

    Now you all can jump all over me with the anti elitist anti commercial software arguments bandwagon ūüėā

    I'm gonna prefer the bandwagen that includes "recommending a switch to a software that costs >2000‚ā¨ per year unless you buy 3 years in advance is not good advice for a single request for something that's apparently easy to work without".

    Whichever that might be.

  4. 4 hours ago, VirtualKitten said:

    @FinnfinnLost , Thanks Finn, I think most of the rest of the rig is working as been checking it and refining it as i went along . Tts just always been these facial areas I don't have several bones allocated at present:

    I still have these not used and without a place to plant them:
    mFaceAltEyeLeft  ,mFaceAltEyeRight  ( Used for animation) , mFaceCheekLowerLeft, mFaceCheekLowerRight, mFaceCheekUpperLeft, mFaceCheekUpperRight,


    I don't think this will place the jaw teeth, tongue  and eyes working I think these maybe need weight painting?

    does this look about right for left eye please?


    Any suggestions appreciated kiss

    Always kinda difficult to tell from screenshots alone. We can't really see where exactly those bones are.

    From here it looks like the eyebrows aren't all that well placed, especially eyebrow inner? Bit at a loss here. Not all that experienced with rigging either.

  5. 30 minutes ago, VirtualKitten said:

    I did download it many thanks for sharing it was very kind of you but require two different views from front  the  mouth and lips . They don't zoom up  to show clear names as the overlap and could you help with  a clear image of the eyes  as have some strange bones to add in like mFaceEyeAltLeft etc a view from the front might be helpful please ?

    Okay, okay. What do you want here? Do you just not want to move the camera yourself and make screenshots? Is there some other issue? I'm very confused.

    • Haha 1
  6. 2 minutes ago, Coffee Pancake said:

    That's not the creators choice to make. The creator has no control or influence over the render distance or on-screen scale. Creators who do this are forcing their use case for the object AND viewer settings on other users.

    That should be entirely decided by the viewer based on local conditions and the users settings.


    Granted. Can't quite shed the developer's perspective. I'll try harder from now on.

  7. 2 hours ago, Coffee Pancake said:

    Zeroing out is done to manipulate Li accounting. It has nothing to do with making better or more efficient content.

    If anything, it exacerbates the pressure on users to raise their detail settings to prevent items popping in and out of existence at close range.

    Zeroing out allows creators to cheese content in for a lower Li and makes it the users problem.

    Yes, but it CAN be used to make more efficient content. What if a creator realizes that a small object isn't recognizable at longer distances regardless of quality, even at very high resolutions? In that case, deciding to not render it at all might be the better option.

    I'll concede that whatever performance advantage is there is probably not worth the LI exploits that would happen.

  8. 44 minutes ago, VirtualKitten said:

    Ye i need the bones name as i need to know how they look to orient to my dragon head. But cant find a picture of the bones named even on a human head or dragon can anyone help? Am just leaning rigging so really need you all here  kisses

    Rotate them around a bit and find out which parts move. Then you'll have their functions fired out in no time.

  9. 1 hour ago, arton Rotaru said:

    This is all true. However, if you have the skills required to do all that, you would just build it from scratch anyways.

    As a learning project, sure.

    But if it already exists, and you got lots of stuff to model, why not take a shortcut there?

  10. 1 minute ago, NaomiLocket said:

    Already done. They even zero out entire objects at distance. ahem.

    I am well aware. Putting tri limits to zero seems to be a very fun thing for many creators to do.

    I was merely pointing out that, while it would be great to force artists to make at least somewhat acceptable LODs, the possibility of zeroing out must remain.

    • Thanks 1
  11. 6 minutes ago, NaomiLocket said:

    I am presuming you will next go: aha, gotcha, it was one of those fancy render a 3D object on a webpage natively. As if the web browser dictates a 3d model for other engine contexts.

    Since you're  presuming stuff now for the whole purpose of mocking me for an argument that I DID NOT EVEN BRING UP, nor was I planning to, I think we're done here.

    Back to topic, I actually thought of something else. Zeroing out LODs is, something that should remain, even if strict tri limits on custom ones would be enforced. There's a performance advantage to be had when not rendering small things at long or even medium distance at all.

  12. 1 minute ago, NaomiLocket said:

    That is however a two way street. If your studio CEO tells you, you will let his artists do more, you will or find another studio. Subsequently ID's CEO was right to tell his team they have every reason to be proud of what they had accomplished. Even when speedrunners were exploiting both code execution and level design. Right 100% that they should proud of what they accomplished. It is not just the artists that have to work with the constraints. You can have situations where you have worked under the constraints. A bad shader will alone will still wreck the scene regardless of the rest of the program. An engine is but one code revision. A engine that does not revise slowly makes its way to the hearts and minds of the retro. Not a bad thing in itself for the love of history and a childhood. We all do it. Emulators are awesome also.

    I am not saying they should adopt a particular engine. I am saying, people need to leave artists to last which is the only sane thing. There are multiple points in SL's history across different people involved that have found a given issue and fixed it. They write about it, and it is commendable. It is also a bitter victory when you consider how many years SL has suffered a given point of failure or a terrible server configuration. You will not inspire artists to do better here or to think of this place first instead of last, if all you do is tell them to put up with the engine.

    They will not listen to that, and have every reason not to.

    At least the LSL mentors are more helpful, generally.

    Art is as a subject unto itself, only held back by programmers that wish they were the programmer sitting next to them.

    Sorry, but the last part is absolutely messed up.

    You're creating art for an interactive experience that is expected to be smooth. You can't just claim you're being held back by programmers and be done with it. If one thinks it's justified chucking HUGE amounts of model and textures at people and then going "Ah, but the engine should be SO MUCH BETTER", at this point it's not even an engine limitation anymore. No matter the engine, 1 GB of textures for one single models is entirely not feasible for any hardware but the most high-end stuff.

    Quite frankly, I find your disrespect for programmers a bit insulting. In fact, I recently received a video by an artist, it was supposed to play in an embedded context. However, the system lacked the resources to properly decode it, resulting in stutters all over. And you know what? Instead of yelling at me to buy better hardware or write my own optimized media player, he edited it to be easier on resources. Ya know. Working with the limits of the system.

    It's alright to report bugs and it's okay to be furious about bad performance. It's not okay to go "FINE! I'm going to make everyone's experience suck until LL fixes it!". That's called a tantrum.

  13. 1 minute ago, NaomiLocket said:

    Your first paragraph argued against itself, re: admitting that ID software were indeed correct, you can protect against it.

    I don't argue that much about bottlenecks, they are everywhere. A lot of them before your art asset is ever a consideration in fact. Agreed what you do with the graphics pipeline has a lot to do with it. Which is also the very point that you can take a small file and make it a larger one at runtime easily - which has nothing to do with an artist. A technical artist can explain that, they also write code. It is good that you took courses, I also did. That doesn't make either of us experts. But I will point out, that I appreciate you expanding on my information. I only hope that you understand the gravity and weight of it, and the responsibility of good code (including shaders).

    I write code for a living. Not in the graphics department, but certain principles still apply.

    Also, it's great that id did it. But as a content creator it is your job to make sure you work WITH the engine, not churn out stuff that bogs it down and then insist on changes in the implementation. Sure, you can ask for features or optimizations. But as long as you're not absolutely certain these features or optimizations will be available to you, it's your responsibility to create stuff that works with what is there right here and now, even if it is suboptimal. Especially since we are in a productive environment here, where stuff that is created by both LL and the community directly impacts the (paying) users.

    Since we're using other companies as an example, UE4 has a beautiful implementation of global illumination. That doesn't mean I get to yell at LL for not implementing that feature to make use of it.

    I also appreciate the civilized discussion.

    • Like 2
  14. 20 minutes ago, Penny Patton said:

    On an alt I've been using the Kemono body+Rei's Chest2 mod+Glutz Leg mod+Utilizator's Normie head+finger and toenail mods+prim eyeballs.

    All that is a grand total of 39k triangles. 


    kemono mod.jpg

    Looks pretty good and has lots of potential for customization if you ask me. Although I don't particularly care about torpedo breasts.

    There should really be some generous hard limit on tris for an avatar.

  15. 1 hour ago, NaomiLocket said:

    To be very blunt, if you read a 2GB text file all at once, you are to blame, not the text file.

    That's a logical fallacy if I ever saw one. You can read a 2GB text file in chunks if whatever algorithm you're running on it allows it. If you want to draw a model then you need the entire model and textures in memory, preferably the graphics card's. Yes, texture streaming is a thing. But you still gotta render whatever is on screen.

    Furthermore, there are numerous bottlenecks that have nothing to do with the game code, but the GPU's pipeline and the connection to the rest of the system. If the memory bus can't keep up, you get long delays before a high-quality texture can be rendered. If you fill the VRAM with unoptimized abominations, it will cause the GPU to either give up entirely or fall back to, for example, system RAM.

    Bottom line, performance is also at the mercy of what you do with/to the graphics pipeline. And the performance of that , in turn, is heavily impacted by the content you wish to draw.

    Had two courses about this kinda stuff. Who'd have thought it would get useful in the SL forums of all places?


    • Like 3
  16. 3 hours ago, ChinRey said:

    Yes, the HG body is a special one, not what most people are looking for. It's the Physique that is Slink's mass market product.


    The Maitreya body seems to have about twice as many tris as it needs. That's not really good enough of course but it's still far better than most other mesh bodies and indeed most SL meshes of any kind. And to be fair to Maitreya, we have to remember that it's an old body, released at a time when very few users and content cretors and no Lindens had any idea how devastating high poly meshes are for performance.

    Anyway, I think I've found a final answer to what a good amount of tris for a mesh body would be. Here are the figures for Ruth 2:

    • Body: 11,410
    • Hands: 5,908
    • Feet: 6,896
    • Total without head: 24,214

    With good LoD models and without the LoD bugs that should bring us well below 10,000 for normal view. Ruth 2 has a few annoying flaws, especially in the UV mapping and rigging, but those have nothing to do with the tri and vertice counts.

    As for the head, take a look at this gallery of rouges. These are all system heads, how many more tris do they need? Maybe a few but not many.


    (Personal note: these are of course all pictures of some of my own alts, mostly shapes I made myself, spanning a time period of seven years. I always aim for max. variety and it's a little bit annoying to see how they all tend to gravitate towards a certain style. I suppose that's inevitable.)

    Thanks for the numbers and example images. Those figures do look pretty good for a body and yes, with proper LOD handling that would give decent performance while still giving a good amount of detail.

    Those system heads look pretty good. They could use some more geometry around the cheek bones and the chin, if you ask me, but other than that they're cool.

    • Like 1
  17. Don't see anything that would prevent it at first glance.

    Would have to convert it, upload it and then apply the textures and ideally create a physics model.

    • Like 1
  18. 8 minutes ago, Gabriele Graves said:


    Agreed, it sounds like the SL codebase isn't as bad as everyone says after all.

    What I would like to know is that if a like-for-like body was made, still had the same alpha cuts and was 100% indistinguishable to the human eye, what should we be expecting to get in terms of triangles if an optimisation expert were doing it?  Is it possible for an expert to examine the body and see what the problem areas are using wireframe and make an estimate on the possible savings that do not affect how the body looks?  It would be good to get some actual numbers on this.

    That would be very interesting indeed, but for it to work we'd require the actual source file without any changes that may have been made by the SL uploader. Ideally, it would be pre-triangulation as well, makes examining the topology easier. At least for me.

    I highly doubt the more popular body creators would agree anyway, what with compromising a large part of their work.

    • Thanks 1
  19. @Gabriele Graves Different workflows exist, but you are mostly correct: Overall, optimization will probably lead to less complex models. However, during optimization you can also notice that additional geometry's required to refine certain spots. When reducing geometry you're also able to add more in case you need more detail. Ideally, you'll simplify the mesh to the point where you can afford subdividing the whole model to make it smoother. It may seem counter-intuitive at first, but bear with me:

    Subdividing basically means turning a quad (a four-edged face) into four ones, by extension also quadrupling overall complexity. You can do this at the very start to get a fairly good impression of what the model can look like, but without optimization it's just not feasible for performance. However, when you remove geometry from the unsubdivided model, its complexity will be decreased. By extension, any subdivision will also add less geometry in places where you, for example, merged two faces into one. The trick is to find spots where less geometry is needed and remove the surplus. Flat areas that don't deform much are good examples for that. Afterwards, if you add a subdivision, every area will be smoothed out according to the amount of geometry you added.

    Further fine-tuning can then be applied.

    • Thanks 1
  20. I appreciate the elaboration. And yes, I can see how alpha cuts would increase the complexity.

    HOWEVER: Stretching textures have little to do with the amount of geometry. I can stretch a triangle to oblivion and back and as long as I have a long texture with good UVs, it's going to look crisp. So you can ignore those stretching textures for the purpose of this discussion. I looked at Ellie from The Last of Us and all I see is lower resolution due to technical limitations, no stretching due to faulty UVs. This leaves features specific to SL. With the example Ellie, with her clocking in at ~30k polygons (with decent topology AT MOST 60k tris assuming none of these polygons are tris already), this would mean that for the added detail, which is negligible and could have been done using normal maps, and SL specific features you would need enough geometry to model her thrice.

    Regarding attachments and animations... you rig clothing and attachments to the existing armature and fit them for a mesh body of your choice. This does not require additional geometry on the body unless the topology on areas with high deformation is severely screwed up. This would make any RPG with an equipment system playable only on the most cutting edge PCs, which would not include mine.

    About my model, you may wish to read my description again. There is no optimization and no normal mapping going on. But I just attempted to throw raw amounts of geometry at her which would allow me to smooth the crap out of it. For the torso+legs+feet I would go from 4.8k to 5.5k. And if I wanted to smooth the whole body without giving any thought to optimization, I can actually subdivide the whole thing, which means turning every single quad into four ones, which would push it to ~20000: https://paste.pics/C3D6N

    Let's assume for a moment that I decide to quit optimizing right now and add hands and arms. If I estimate this using the amount of geometry required for legs and feet, this would put the torso at ~6.5k, again, assuming no optimization of the mesh, and the whole body at, rounding up, 16k. Let's add hair for the sake of getting the whole thing to 20k without subdivision.

    If I add a subdivision after that, I'd be at 80k for a whole naked body. A result which would get me slapped by any 3D artist for modern games. Can anyone confirm that, just to make it work with common SL features, I would need MORE THAN TWICE the amount of geometry on that character?

    • Haha 1
  21. 1 hour ago, Gabriele Graves said:

    Not all are that bad.  Maitreya is 176K but your point still stands.  There is definitely scope for someone to step up and show us all how it is done for a mainstream body.

    ... this is not acceptable. At all. I usually try to stay friendly and any newbie to 3D is going to produce way too complex models, I was the same. So, as a disclaimer: If you produce models like these, but are trying to improve, don't feel bad. I'm still working on it as well and am nowhere near the optimization skills I desire.

    But this is a character model that the creator is generating no small amount of income from. If I purchase a model for a videogame, I can expect a certain quality. Yes, I've looked at the body and yes, it's a very pretty model. But this is ludicrous. She has about the same amount of detail to her as Adam Jensen from Deus Ex: Human Revolution (the full character, that is). And he's just shy of 26k.

    On the bright side, you just motivated me to resume work on my female character mesh. Without arms, hands and hair, she's currently clocking in at 13k without optimization (read: baking finer details as a normal map). She still has a cute butt and rather elaborate boobs: https://paste.pics/C3CAT

    I don't mean to brag, really, I don't. I just want to point out that if my FIRST HUMAN MESH EVER, and I'm not doing this for a living, achieves this tri count, there's no reason for someone who has a large customer base to produce something like that. Maybe I'm totally wrong though. If anyone can think of a reason, I'd be glad to hear it.

    • Haha 1
  22. 2 hours ago, Kyrah Abattoir said:

    As low as you can get away with.


    I'd say stick below 10k. I'd recommend making a really low-poly version as your first "production-ready" version. Enable smooth shading and see if it resembles the shape you're going for. Rig it and see if it deforms properly.

    With your basic topology in place, add more geometry and detail until you're happy or hit your maximum tri count. More subtle details can be added via normal maps without increasing the amount of geometry.

    Are you using Blender? If so, I can share some personal experience that could help. :) 

    • Thanks 1
    • Haha 1
  • Create New...