Home Technical Talk

How The F*#% Do I Model This? - Reply for help with specific shapes - (Post attempt before asking)


  • guitarguy00
    Offline / Send Message
    guitarguy00 polycounter lvl 5

    Thank you so much. Just tried both methods, both worked as you said. Very cool.

  • guitarguy00
    Offline / Send Message
    guitarguy00 polycounter lvl 5

    Thank you so much. Can I ask you what segments you used for the two regular spheres? I could not for the life of me to get them to match. Did you have to scale up the size of the sphere that is doing the cutting(the clear one in your picture).

    For me, whenever I get the segments to match the top of the sphere, the side of the sphere contains too many edges, or vice versa.

    Equal amount on the side:

    Too many edges on the top:

  • wirrexx
    Offline / Send Message
    wirrexx ngon master

    Using Quad sphere, basically a Cube that has 1-2 turbosmooth going on.

  • okidoki
    Offline / Send Message
    okidoki triangle

    Since this area is for "feeding" the rounds into the revolver i added some "context" geoemtry.. i didn't meet the size correctly but i was concentrating about the topology.. because this is also nott just a halfsphere i squeezed this also a little along the longidutinal axis ( to not start a XYZ-axis war )..

    ignore the left side topo...

  • christrom

    @sacboi thanks very much indeed for the demonstration. I feel like a monkey watching Beethoven at work. 😂

    I do like the way you are terminating edges in the centre of that lower panel, I take it this is because it is keeping all the unnecessary geometry from impacting on the curves? Once thing I noticed is that you have used a lot of tris. Is that because it is a planar surface, so the topology doesn't need to hold up on bends? I hugely appreciate your effort here, it is very humbling to have such help available. I hope it didn't take too long to do?

    Many thanks again :)

  • christrom

    Much appreciated @FrankPolygon for your insight. I do think that I should create a block out stage in future, as I can see it would help to see an overview of the flow and it would definitely help with planning. It is something I will look into further, as for the moment, I try to get one area perfect, and then move to another, which I realise is the enemy of efficiency. Its funny, but this is just like painting - it is arguably better to work on all areas of the painting simultaneously in a broad fashion, and then begin to refine in passes. I'm familiar with Andrew Hodgson's blog, and I will look into the other recommendations.

    I feel with time, block outs will become easier, as once the knowledge of Sub-D methods really gets embedded and I know what behaviour to anticipate with edge loops etc, it will mean I can leave them out until further down the line, allowing for larger changes to be made more easily. I really appreciate your time.

  • sacboi
    Online / Send Message
    sacboi insane polycounter

    You're welcome glad to help plus correct! re-routing geometry typically enables minimal effect upon adjacent topology throughout the iterative process.

    Put simply, for example's sake in terms of triangulation. A 'high flow' or high too low poly mesh projection technique when creating an asset to be potentially rendered out in a realtime engine, will tend to interpret a given object via a triangulated biased computation/algorithm, hence primary reasoning behind my choice in manually optimizing where appropriate. Furthermore I might also add that, ngons alongside tris are also very useful in manipulating a consistent high resolution edgeflow on flat surfaces, as well.


    Personally, pretty rare I'll model a response but in this case had thought worthwhile spending a few hours of effort on it, not only because I'm a certified SciFi - Cyberpunk nerd 😬 but really "old-school" methodologies in my opinion remain fundamentally relevant.

  • kuronekoshiii
    Offline / Send Message
    kuronekoshiii polycounter lvl 2

    Any tips on how can I model this one? I am having a hard time with the shape of the wood pillar 😐️

  • KebabEmperor
    Offline / Send Message
    KebabEmperor polycounter lvl 2

    A zoomed out image would help us see what are we looking at exactly

  • FrankPolygon
    Offline / Send Message
    FrankPolygon godlike master sticky

    @guitarguy00 In the previous example: the base sphere has 12 rings with 24 segments and the subtracted sphere has 22 rings with 28 segments.

    Both quad sphere and UV sphere intersections tend to produce topology that requires some additional clean up. Minor differences in scale and position often prevent the perfect alignment of the segments on intersecting shapes. If the segments in the overlapping area are roughly equal then the mesh can usually be resolved to all quads, without needing the perfect alignment of each individual segment.

    Quad sphere topology is fairly consistent. Which does make it easier to match the segments of two intersecting spheres that are close to the same size. The down side is that the loop flow and total number of segments is quite arbitrary. This often produces inconsistent loop spacing around intersecting shapes that are larger or smaller than the sphere and also tends to produce triangles that can be difficult to resolve to quads.

    UV sphere topology produces distinct rings and line segments but terminates in triangles at the poles. The density of the rings and segments can be adjusted independently. Which does provide a lot more flexibility for segment matching than quad spheres but the concentration of triangles in the poles limits the usable section of the sphere.

    While there are workarounds like re-projecting [shrink wrapping] the subdivided mesh or generating quad spheres with unique segment counts, these processes aren't always quick or reliable. It's also possible to add or dissolve edge loops to resolve the mesh to all quads but this can produce smoothing artifacts like pinching and stretching. So, it's really about analyzing the shapes and deciding which type of sphere topology is best for that particular feature.

    The example below shows how both quad grid and UV sphere topology requires clean up and re-routing after the boolean operation. Mesh density determines the location and number of triangles left by the quad spheres. Ratio of rings to segments determines the position of the vertex pole left by the UV spheres. Adjusting the number of segments in the spheres will resolve triangles to quads and move the poles around.

    Maintaining relatively consistent segment spacing is an important part of creating curved surfaces that subdivide cleanly. While the geometry in overlapping quad spheres will generally match, it's the arbitrary loop flow that can cause smoothing issues. Especially when the size or position of the intersecting shapes causes the edge loops in the base sphere to bunch up or spread apart.

    Here's an example that shows how just changing the position of the overlapping quad spheres can produce a variety of smoothing artifacts.

    The quad sphere's grid topology is good for intersections that require multi-axis symmetry but the inflexibility of the loop flow can cause issues when the intersecting shapes are too large or too small for a particular area of the sphere. Which often means either manually moving the edges to make room for the intersecting shape or changing the density of the quad sphere by an arbitrary factor of two.

    In contrast to this, an intersecting UV sphere can be adjusted so the segments remain aligned. Which helps prevent smoothing artifacts caused by unintended shape deformation. It also allows both the larger sphere and the hemispherical pocket to resolve to all quads. The example below shows how UV spheres can be adjusted to maintain segment matching when the two perpendicular spheres are moved closer together.

    Here's another example of how the number of rings and segments in the overlapping UV spheres can be adjusted to control the mesh density in each feature and move the vertex pole around the inside of the hemispherical pocket. An additional advantage of the UV sphere's topology layout is that the rings produce straight lines that run perpendicular to the polar axis. Which makes it a lot easier to blend the sphere into rectangles and cylinders.

    It is possible to use a quad sphere as a cap for features on a UV sphere but the number of segments in the UV sphere needs to be adjusted to fit the adjacent segments in the quad sphere. The example below shows how the arbitrary number of segments in the quad sphere doesn't align well with unmatched segment counts. Even the mesh that's all quads has some pinching and stretching artifacts. This is because of the unintended shape deformation caused by re-routing the topology.

    A few of these smoothing issues could be reduced or possibly resolved by turning the triangles into n-gons. Whether or not that's acceptable depends on the technical requirements for the project. Adjusting the density of the quad sphere, by either (un)subdividing or manually adjusting the number and position of the edge loops, would be another option but could also produce unintended shape deformation. Which then requires additional work to either manually compensate for any errors in the shapes or re-project the mesh on to clean shapes.

    Adding or removing too much geometry will tend to produce unwanted triangles and can also generate surface deformations that will cause smoothing artifacts. Routing a significant number of triangles into a single vertex on a curved surface can also cause visible pinching. Manually deforming a simple mesh can work for some shapes but does tend to introduce a more organic feel and often produces shapes that are less accurate.

    The examples below show what these issues can look like. While it's generally a good idea to avoid these types of shape and topology issues, there are always edge cases. Subdivision modeling is about trade-offs. Just be sure to explore the alternatives and thoroughly evaluate the results with a quick block out. Before committing a significant amount of time and effort to a topology strategy that might not produce the desired results.

    When evaluating the accuracy and quality of a surface, be sure to use materials that will expose any subtle smoothing artifacts. Both low contrast and reflective materials that are overly sharp can hide different types of artifacts. This is why it's generally considered best practice to use materials with some contrast and either a soft reflection or wide highlight with enough roll-off to catch any minor imperfections in the surface. For high quality, reflective surfaces it also makes sense to use flow checkers to identify hidden surface quality issues.

    Here's an example that shows how a low contrast material hides a lot of the smoothing artifacts caused by shape and topology issues. The flow check material helps pinpoint the origin of waviness in the surface. The high contrast material also helps identify edge and surface artifacts that are lost in both the flow check and low contrast material.

    The comparison below shows how each type of topology layout is going to have it's own type of surface quality issues. Some of these artifacts are relatively minor and as long as they aren't noticeably visible to the players then they might be acceptable within certain project constraints. Not everything has to be perfect but part of making these technical tradeoffs is avoiding time sinks. Manually editing and re-working large sections of the mesh are time sinks.

    Most of the shapes and topology layouts from the middle to the right are quite marginal and should generally be avoided. While the manually generated shape on the right doesn't have any major smoothing artifacts it does have some significant accuracy and surface quality issues. Something that's less than optimal for hard surface projects that require crisp details.

    Overall shape is also really important because the forms play a significant role in what the topology needs to look like. One side of the recoil shield may need to be a quad sphere and the other may need to be a UV sphere with a segment count that matches the quad sphere.

    As designed, the 1851 is cap and ball. The loading gate is at the front. Below the barrel. There were some later conversion to metallic cartridges but they often used a modified version of the existing breech. Machine tooling of the era was pretty primitive and the shapes they produced were fairly basic. The prototypical hemispherical relief in the recoil shield is fairly small. Especially when comparing it to how much material needs to be removed for the rear loading gate. This type of conversion could be done by hand with a file or by machine with a basic boring or milling operation. It also left behind a bit of the original hemispherical pocket.

    The example below shows how the quad sphere's topology works well enough with the larger cylindrical cut out. It can also be mirrored vertically. Which would potentially reduce the amount of work required to clean up the topology around the shape intersection.

    As shown in the references, some of the original hemispherical relief cut tends to be left behind so that would rule out vertical mirroring but the spherical intersection is so small it's relatively easy to simplify the shape to get everything to line up.

    There's been lots of good discussion about different modeling methods and topology strategy. Just remember that the shapes are what define the topology. It's really easy to get bogged down in the technical aspects of 3D modeling but the important thing to focus on first is getting the shapes right. After that the topology can be adjusted to fit the shapes and there's so many different ways to approach the order of operations that the modeling tools are really down to personal preference.

    Recap: Block out the shapes, match the segments of intersecting shapes by adjusting the mesh density and rotating the topology to fit, clean up and re-direct the loop flow as required but try to avoid causing unintended shape deformation that can cause smoothing artifacts.

  • guitarguy00
    Offline / Send Message
    guitarguy00 polycounter lvl 5

    Thank you so much, alot of great information here. Would you ever recommend using Set-Flow/Edge-Flow to try and minimize any distortions in the sphere? Or does it usually fail because you are messing around with the even spacing of the native sphere?

    Also, i find it very strange that in 3DS Max, I can only adjust the amount of segments in a standard sphere, but not the rings.. Pretty disappointing.

  • Thanez
    Offline / Send Message
    Thanez interpolator

    @guitarguy00 You can alter the geometry, but it's a bit involved.

    So you make your Sphere/Geosphere demonchild, and that's when you notice it: The pinch.

    You try to mitigate it by chamfering that edge, but you have little control before the pinch gets even worse.

    Time to evaluate what the problem is. These edges come from the sphere and are "perfectly" flat on the X axis and of even length.

    These edges are remnants of the cube that made the geosphere, and are not flat on the X axis, nor of even length.

    Here are the three main culprits that end up as problems for us: First we get a curve that is supposed to give us a circular shape, but the edges that make up that curve are unequal in length. This will not make a circle when smoothed. What will make a circle is edges that are equal in length and have an equal angular variation between them.

    Second, these two edges both lead up to the intersection where a new edge will be "chamfered" in. For that chamfer to look even and nice, they need to be equally long.

    Third, and we can't really do much about them, are these polygons. They break up the edge flow and are the main culprit of the pinching. We can mitigate the effect by making them larger, which we will.

    It's morbin' modifyin' time. Go to your geosphere and select the first edge loop that is not a remnant of the cube you started out with, and while constrained by edge, scale to 0. This might seem unnecessary, but it no being flat on the X axis will negatively affect the result of next step.

    Next. Grab these pseudo-squares, cause we're about to turn them into pseudo-circles.

    Constrained by face, and "Use Pivot Point Center" as your reference, scale down until...

    ...this polygon almost turns into a triangle. Triangle-shaped polygons don't do well on spheres.

    I'm almost happy. These edges still have too much variation in length.

    Grab these four polygons, constrain by face, use "Selection Center" as reference point, and scale on YZ until those edges above look a tad better. Be mindful of the polygons you're now making into a pseudo-triangles at this point.

    Finally, add a spherify modifier to undo the hellish edits you did to this mesh and to make the geosphere actually spherical because they never were.

    Then do the steps to connect the sphere and geosphere.

    From left to right: Before any edits, chamfer severely limited. After making Pseudo-Circles. After scaling faces inward. Lastly a demonstration of how far we can push the chamfer now.

    "Hold up," you think, "did this guy just make the ultimate geosphere?"

    Nope, it only helps with transition into other shapes.

  • guitarguy00
  • KIimt1234


    I'm practicing retopology and I'm trying to figure out how to properly retopo this model. I've done it as best as I could figure out. It's mostly quads (except for a few N-gons I can't seem to get rid of), but I can't help but think that the edge flow might be 'messy'. Is there a way to improve it? I've attached the OBJ file and screenshots.


  • clark_tee

    I'm in the process of beginning to model an F-14 Tomcat and looking at the shape, the area in the pictures seems to be the biggest hurdle I see. I have also attached an image of a test I did. I am getting back into 3D modeling after a long hiatus and would love any ideas how to to model this area and avoid pinching and distortion without making that area of the model too dense. As you can see it needs to flow down to a point where it meets the rest of the aircraft boy and terminates smoothly on both ends. I am using Modo but the solution is not likely software specific.

  • HAWK12HT
    Offline / Send Message
    HAWK12HT polycounter lvl 11

    Hey @clark_tee

    looking at reference I am pretty sure wing and fuselage are not one connected body. Also for hard surface stuff continuous mesh is rarely a case in real life so its best to approach stuff like this in a way how its built (section by section)

  • okidoki
    Offline / Send Message
    okidoki triangle

    Thank you for this model ;-) tried some retopo myself.. have to triangles in (on half of the object.. resized and rotated it to my liking ~ 644 polys for a full object.. 802 was yours

    ).. Your big button on the back seems to have to need some more love.. it's disrupting the flow a bit too much. The general form does change a bit i my trial..

  • senwaaa

    How do I model Korean roof like that? I have tried lattice, triangle modeling and sphere editing to no avail and I just don't know how to do this.

  • wilson66
    Offline / Send Message
    wilson66 polycounter lvl 8

    I hacked something in Blender quickly, take a look at the attached file. This is roughly how I would do it. You probably use Blender already judging from the screenshot, but if not, you might be able to adapt the method to another app also.

  • senwaaa
  • solitudevibes
    Offline / Send Message
    solitudevibes polycounter lvl 2

    Hi guys i wanted to challenge myself and i finally picked a gun that has complex grip. Before that i was making guns with very simple grips like makarov pistol and 1911.

    So the question is how do i tackle this thing?

    I made the top part in fusion 360 without any problems but when the time came for the grip i could not progress any further. Ive tried subd method directly in fusion but it turned out bad. I tried making it in blender using subd workflow and my shading was broken on the low poly.

    it looks awfull because i wanted to figure out how do i optimize this thing for lowpoly. Before that my models were pretty simple and just removing the modifiers was enough to make the low poly. Clearly this workflow will not work with something like this. With round handle and square top part and this ergonomic indentation for a thumb. Whats the best workflow to make this thing? I need high poly and a low poly. Do i just need to apply all the modifiers and then manually clean it up?

    I use both blender and fusion 360 and i use zbrush only to make highpolies when importing from fusion.

    Please Help!

    Edit: also, it does not have to be subd ready model. I just need the shading on LP and HP to be good.

    my goal is to make it game ready

  • Kanni3d
    Offline / Send Message
    Kanni3d ngon master


    Evenly spaced loops for predictable/smooth shading.

    Easy to edit/manipulate cage is key for these sorta organic parts. Basically less is more when starting forms out from large -> medium -> small. Don't have a lot of geometry as your base model.

  • FrankPolygon
    Offline / Send Message
    FrankPolygon godlike master sticky

    @solitudevibes Block out all of the important forms and features that need to be visible in the base mesh. This will make it a lot easier to generate accurate high poly and low poly models that shade cleanly. Capturing all of the key details in the base mesh should solve the issue. Like Eric mentioned, an iterative block out process will work with most modeling workflows. Including boolean re-meshing, CAD, Subdivision, etc.



    Non-destructive or modifier based boolean re-meshing and subdivision workflows will work for semi-organic hard surface shapes. It just comes down to capturing the details in the base mesh and setting up the order of operations so the density of key features can be adjusted easily.




    The same basic modifier based modeling approach can be used to generate base meshes for both re-meshing and subdivision workflows.



  • christrom

    Much appreciated @FrankPolygon for your insight. I do think that I should create a block out stage in future, as I can see it would help to see an overview of the flow and it would definitely help with planning. It is something I will look into further, as for the moment, I try to get one area perfect, and then move to another, which I realise is the enemy of efficiency. Its funny, but this is just like painting - it is arguably better to work on all areas of the painting simultaneously in a broad fashion, and then begin to refine in passes. I'm familiar with Andrew Hodgson's blog, and I will look into the other recommendations.

    I feel with time, block outs will become easier, as once the knowledge of Sub-D methods really gets emhe made more easily. I really appreciate your time

  • christrom

    Sorry, for some reason my thanks was not posted, so I've posted it now above, albeit very, very late. So again my apologies. I don't take advice and help for granted.

    I have a quick question regarding my process (should be v simple)

    Let's say I have the top and bottom vertex where I need them, and I want all the vertices going up the centre of the shape to follow these points. If I try to align the pivot to one of the faces, naturally it will throw the start and end point off when I scale the verts. At the moment I do the following:

    Move the pivot to the top vertex, and then using crtl and shift, aim it at the bottom vertex to create a custom pivot. Then I go into vertex mode, select all the vertices that need aligning, select custom pivot in the move menu, and try to scale on all axes until the line is straight.

    Like so. Seems like a long winded way of doing it though. Are there better options? I suppose I could snap, but that would possibly be more time consuming. Thanks very much.

  • Octavio

    Hi I got this problem, can u tell me how can I fix that shading, the major problem⚠️ is that in the final bake u can see this same shading(I dont seethe need to post how it looks if it looks same than the 1st image)

    PD: I need that form of the cilinder (I can´t scale geo)

    hope u can help me :D cheers

  • Thanez
    Offline / Send Message
    Thanez interpolator

    @Octavio Please post a shaded view with wireframe on the entire area, as it's very hard to analyze any issues right now. Either that or an FBX.

  • Octavio
  • sprunghunt
    Offline / Send Message
    sprunghunt polycounter

    The lines you have are pointing to the polygon edges on the surface. If you go to the mesh properties and select "show hidden edges" you'll see there's a triangle edge there.

    You could try selecting all the vertexes and welding them with a low threshold. To make sure you don't have extra vertexes - this may help.

    But I'm guessing that the only way to fix this would be with extra subdivisions. Or a baked normal map from a higher resolution model would also fix the shading.

  • Octavio

    @sprunghunt hello thx for the answer but If I make the bake from a higher model it would be apper in the final shading(with the bake applied) I also try to fix manually the normlas with the modifier Edit Normals and I don´t have a good result, the gral target is to preserve the low vertex count with a good final shading in that part ☺️ Chhers

  • soddak

    Hello, I'm modeling boot soles and the topology flow seems to be weird.

    Please help me......

  • KebabEmperor
  • okidoki
    Offline / Send Message
    okidoki triangle

    Maybe this isn't really needed ???

  • chopsuey

    Hi, I'm trying to train and I always encounter the same kind of problem, example with this simple model

    The best result I found is with this method but it's not perfect, I still see small deformations... but am I still getting close to a correct method?

  • wirrexx
    Offline / Send Message
    wirrexx ngon master

    adding to what @Thanez already wrote.

    you can also simply use a less dense mesh and move these edges to create even space

    you can also see that i work on 1/4 of the mesh. so less headache

  • Thanez
    Offline / Send Message
    Thanez interpolator

    @Octavio Sorry I took a while, but here's my two cents.

    I checked out your model and I can't find any fault with it, it's working as intended, and you didn't do anything wrong. The shading you see happens because when you scaled that smol oval into the big oval, you also squished it.

    When you squish a circle like that, you make the edges of the polygons non-planar, revealing the fact that all quads are made of triangles. Turning on facets shading mode illustrates the issue perfectly. Here on the right, I stole your oval shape and remade the big part but without squishing it.

    Here's looking down the barrel of those polygons, showing how yours aren't flat, while mine are.

    Luckily this doesn't affect the model's ability to be used as a cage for a highpoly.

    If you look real closely you can still see the triangles in your faces here, but the effect of it is divided by the amount of polygons that now make up the transitional cone.

    When i turn off facets shading, it all disappears and smooths nicely. There's no way to tell yours apart from mine except that yours is flatter.

    This means you can bake that smoothness into a normal map.

    Edit: There's also a different factor, though it doesn't have as a big effect. The best way I can describe it is that we both have compound curves made up rectangles, and that sort of wobbles the smoothing a bit.

    The only way to mitigate this is to add a bunch of edge loops until the compound curve is made up by as square polygons as possible.

    Both are still good for highpoly, and should be baked down, as the main issue here is that this is a complex shape that's gonna need a lot of geometry to smooth nicely. I hope this answers any questions you had, if not, do reply.

  • chopsuey

    @Thanez thank you for taking the time to answer me.

    For your first example, I had already made similar tests, the problem is that by adding this edge loop we modify the shape of the object.

    The second example is interesting and gives a better result because it doesn't deform anything. I'm on blender maybe it's different on 3ds max but to do that I have to apply my subdivision modifier which is the equivalent of turbosmooth if I understand correctly and I don't like this idea very much if I can do otherwise.

    @wirrexx Thanks, I like this technique, it's a good compromise that gives a very good result

  • Octavio


    Hey Thank you so much I really appreciate your answer, the last question that I have. How did u fix the non planar problem, can u share, wiith details please. I´ve tried to make the faces planar one by one but in my final result the "circular border" that I get looks so bad.

  • Thanez
    Offline / Send Message
    Thanez interpolator

    @Octavio I didn't. I made the same shape you did, except I didn't squish the large oval, meaning my cone didn't get squished on one side, meaning my cone had planar faces while yours didn't. I did that only to show you that both of them would meshsmooth nicely, and that you didn't do anything wrong. Also, the shape you're asking for is impossible. You can't squish one side of a cone and ask for it's faces to be planar. You can keep hitting the make faces planar button but all you're doing is trying to force a squished cone to not be squished, and you'll ruin both ovals and the cone.

    I tried to explain in my previous post that you didn't do anything wrong. Non-planar faces in compound curves happen all the time. They do bring some smoothing issues to the table, but that's in part why we bake normal maps. As long as your highpoly looks nice, and your lowpoly is ready for baking, it'll look nice ingame.

    The smoothing algorithm that smooths the reflections across faces has it's limitations and boi you have found them. Your model is perfect, it just needs a bit more geometry. Slap some supporting edge loops on that bad boi, meshsmooth it and bake the normals.

    However, if you really want to be a stricler about the planarity of faces, the only solution I know to something like this is to boolean the pieces. Remake the cone so the faces are planar, and remake the big squished oval as a separate piece.

    Then boolean out a transition between the parts. This will maintain the planarity (if that's even a word) and relocate the angular difference to the intersection between the parts instead of the faces of the cone.

    Add some edge loops to conserve the geometry of the cone and squishy, and weld the verts in the intersection.

    And would you look at that, it smooths nicely, even with those n-gons in the intersection.

    And I would leave it there. Now it looks like a helicopter rotor wing thingy with a nice CNC-looking intersection.

    How. ever. I feel like a person that cares this much about the planarity™ of faces won't be happy about N-gons in the intersection even though it's Good Enough™

    So we go back to step one but we're gonna need more geometry because with this method, the curve of the squished oval will be robbed of geometry at it's sharpest point. We'll start with a 32 sided cylinder instead of 16.

    We redo the boolean

    And delete the faces of the squished oval.

    The squished oval was only useful to give the cone's vertexes their position on the x axis that they needed in order to conform to the faces of the squished oval.

    Now go to vertex selection and select any vertex that's only connected to 2 edges. These vertexes belong to the squished oval. They are traitors and need to be dealt with. Delete them swiftly.

    Now, simply extend the border edges on the x axis to remake the squished oval in the cone's image.

    Add some edge løøps

    All the faces are planar

    It smooths nicely

    Glam shot

    This, like all things, was not free. We sacrificed the consistency of geometric density on the squished oval; We took edges away from the sharp point and gave it to the top point.

    This is why I said to go with 32 sides instead of 16. At 16 this would be a knife, not a squished oval.

    But I digress. Your first attempt was Good Enough™. My first and second attempts were Good Enough™, and this last one is Good Enough™. In the end they all come at a cost.

    There are many roads to rome. Travel them all and you will gain knowledge. Try to find the perfect road, and you will only find insanity. Poemtry.

  • acarmona88

    Hi Guys!

    I need some help with a little issue I am having with a model, I know that maybe it is easy, but I can't find the way to solve it or to get a better polygon flow.

    Baisicaly I am modeling something similar of a screw but I am ending having this little peaks that I can't fix, if someone could give me some tips it would be awesome, and I would be very very greateful!

    Thank you for your time!!

  • hanabirano
    Offline / Send Message
    hanabirano polycounter lvl 4

    @acarmona88 this shape is basically a cylinder with rectangle intersections, here is some info on how to do these shapes: https://www.artstation.com/blogs/frankpolygon/o7Pg/sub-d-modeling-cylinder-and-rectangle-intersections-fillets

    the only difference is the rectangle intersection pushes inwards

  • acarmona88

    Hello again guys!

    @hanabirano and @FrankPolygon thank you a lot for your aswers!!

    I really helped me a lot! I spend a lot of time searching on the internet, and checked a lot of posts in this same thread but I coudn't find a solution so I decided to post for some help.

    I always knew that I shoud practice more my modeling skills, precisely for this type of "hard" modeling objects. And @FrankPolygon I must say that your answer was impressive man! Thanks for your time!

  • Octavio


    So I´ve tried to make every single step that you told me and I can´t figure it out how u made the boolean :s. I´ve had apply the intersection with ProBOOLEAN

    First I build the geo

    But I have this result:

    And what I want is what u had show me,

    I know that I just can select the loop and extrude. Support loops and thats it.

    Cheers. and sorry if I already bother you

  • Thanez
    Offline / Send Message
    Thanez interpolator

    @Octavio You could never bother me <3

    It was unclear in your post if you still had issues. There's a critical step of removing some verts that belonged to the original squished oval. When you're at this stage:

    Add an edit poly modifier to the boolean, (a) go to vertex manipulation mode, (b) go to Selection in your ribbon, (c) by numeric, (d) using 2 as input, then hit backspace. That'll remove the verts but keep the edges of the cone.

  • Octavio

    @Thanez Super Glad to hear it!!!

    Oh! thanks but what I mean is that I can not make this step

    You have all this shape

    This is my setup and my result:


    A: Settings Can u share your settings in order to have your result? B:Result

    This is the part that I missed


  • Thanez
    Offline / Send Message
    Thanez interpolator

    @Octavio Ah, that's because I capped all the open areas before doing the boolean purely out of habit. The end result is the same, you just don't have to delete the bits I did.

    I did notice that I got some artifacts on my result. The problem was that my squished oval that I booleaned with was too low poly, making some of the verts of the cone out of place. I redid the whole thing with a 64 sided squished oval. The cone is 32 still.

    You can have the model if you wanna peruse it but you'll have to wait a day because I, an intellectual, forgot to pay my hosting bills, so my webzone is down. I'll edit this post with some sort of squished oval cone transition or something.max in case you're interested

Sign In or Register to comment.