[ / / / / / / / / / / / / / ] [ dir / choroy / d / gfl / lewd / lounge / vg / vichan / wmafsex ]

/agdg/ - Amateur Game Development General

AGDG - The Board
Winner of the 80rd Attention-Hungry Games
/otter/ - Otter For Your Soul

May 2019 - 8chan Transparency Report
Comment *
Password (Randomized for file and post deletion; you may also set your own.)
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
(replaces files and can be used instead)
Show oekaki applet
(replaces files and can be used instead)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf
Max filesize is 16 MB.
Max image dimensions are 15000 x 15000.
You may upload 5 per post.

Welcome to AGDG, have you ever made a game?
See also: /ideaguy/ | /vm/

File: 16430537f5d2990⋯.png (92.95 KB, 580x590, 58:59, 0.PNG)

File: ed45f1e425f7fd7⋯.jpg (128.5 KB, 354x502, 177:251, 1505976273.jpg)

4a96fc  No.30078

After completing my dream marriage simulator, I realized I had a loooong way to go for modeling. I learned a great deal about do's and dont's, basic topology, and most importantly, rigging properly. I'll be posting progress in this thread about my journey to becoming a good 3D cartoon modeler so I may start my next VR project with my wife Shinobu. As well as posting tips and providing insight to help others achieve similar results. I will be starting with posts I did not log since 9/30/17.

4a96fc  No.30079

File: 807befab11a63c7⋯.png (206.69 KB, 543x428, 543:428, image.png)

File: 6e1596e62c5e589⋯.png (177.45 KB, 448x428, 112:107, image2.png)

9/30/17: I decided to retopo and half-redo the entire Shinobu human model to apply what I have learned using Blender. I started with the face an head. At this point I will still be tracing the face.

4a96fc  No.30080

File: e1cd99e76e6a7cd⋯.png (104.17 KB, 372x349, 372:349, 5.png)

File: a73aa47f7e11565⋯.png (146.44 KB, 436x420, 109:105, 6.png)

Comparison so far of the head topology from the old model (which was my first ever Blender model from 6 months ago), to the redo.

4a96fc  No.30081

File: c86d0e86ef7dd57⋯.png (53.99 KB, 459x365, 459:365, 3.png)

File: dc18c925f4852d2⋯.png (56.04 KB, 435x365, 87:73, 4.png)

9/31/17: I realized that topology was very useful for giving shape to a mesh and not just for animation-friendly deformations. I noticed that the lips looked more natural. Comparison again old one on left. New one on right.

4a96fc  No.30082

File: 1629f7940019fe9⋯.png (78.43 KB, 457x347, 457:347, 7.png)

File: 1e664e97080b047⋯.png (76.32 KB, 411x355, 411:355, 8.png)

10/1/17: I worked on the retopo of the torso. I apply shrinkwrap to the old Shinobu model so I can still use the shape of it but rebuild it with better topology. I realized that topology follows musculature which is the reason it deforms better when animating and rotating bones. Shoulder blades were now a thing on the model.

Comparison old left. New on right.

4a96fc  No.30083

File: 51ad28acfcfbb86⋯.png (72.88 KB, 335x416, 335:416, 9.png)

File: 4fc3e0f57982462⋯.png (73.78 KB, 317x429, 317:429, 10.png)

10/3/17: Redid the front of the torso with better topology. At this point the new Shinobu model was still using the old shape which was not anatomically correct but that was because I was only interested in improving the topology. With the retopo I was able to allocate space on the body for small details like the abdomen.

Comparison old left. New on right.

4a96fc  No.30084

File: fcb2b69a2a89e3b⋯.png (233.21 KB, 650x881, 650:881, 11.png)

File: 72922e74a74a17a⋯.png (176.84 KB, 685x794, 685:794, 12.png)

File: a4ab21a152e4164⋯.jpg (48.85 KB, 736x807, 736:807, 2.jpg)

File: f2ad066344e7c8d⋯.jpg (61.19 KB, 719x973, 719:973, 3.jpg)

10/5/17: The original model I applied subdivision in Blender because I was a stupid amateur and was not able to crank it up too high because the bad topology made ugly stretched triangles on some corners. On the new one however with the improved topology, I was able to crank up subdivision more without getting those ugly crunched triangles. It was also easy to see what exactly felt off about the old model. The butt was too low, the torso was too long, and the back was almost as flat as the front. I used the topology from the 3rd and 4th pictures.

Comparison old on left. New on right.

4a96fc  No.30085

File: 59244009de913bc⋯.png (184.49 KB, 1239x563, 1239:563, 13.png)

File: 20fbf16806f42bf⋯.png (171.64 KB, 1021x645, 1021:645, 14.png)

File: d393a2d5d3cfe1a⋯.png (85.56 KB, 692x548, 173:137, 15.png)

With better topology I was able to get better curves around places that needed smooth curves. Like feet.

4a96fc  No.30086

File: 1c63321cafda256⋯.png (144.32 KB, 881x683, 881:683, 17.png)

10/6/17: Hands benefited largely from a smoother look which I thought would help later on during rigging. I also noticed that the more evenly spaced out vertices are (after sudivision), the better they will look. One of my mistakes with the original Shinobu model was applying subdivision permanently which made tweaking the mesh afterwards never evenly distributed like if it was done with subdivision modifier. Always keep your subdivision modifiers.

Comparison old on right. New on left.

4a96fc  No.30087

File: 80f65ec2a665ca0⋯.png (1.2 MB, 1630x1840, 163:184, 19.png)

File: 416a5023c0ee129⋯.png (99.21 KB, 364x420, 13:15, 32.png)

File: 250df8e265abad2⋯.png (81.08 KB, 316x332, 79:83, 33.png)

10/9/17: At this point I took off the shrinkwrap modifier and was pulling and pushing vertices around for more accurate anatomy. The better topology helped me find important places of the body that needed detail like the pelvis and shoulder blades. I essentially sculpted bones with the subdivided vertices. This was a mistake I didn't realize at the time but more on that later.

4a96fc  No.30088

File: c081eb011f441a0⋯.png (143.6 KB, 591x893, 591:893, 21.png)

File: 6387d92f073e5fe⋯.gif (986.13 KB, 600x600, 1:1, 26.gif)

10/12/17: I was knee deep in re-rigging the model and applied my experience with the original model where to place bones for optimal deformations. I saw tremendous improvements with how the body deformed compared to the original. It wasn't just a simple ball join deformation anymore. The topology almost seemed to simulate realistic ligaments and muscles. I am still very nooby at anatomy at this point but it was a great step in the right direction.

4a96fc  No.30089

File: 647131d15b3b69a⋯.gif (819 KB, 600x600, 1:1, 27.gif)

File: acbb55dabb6172f⋯.gif (754.91 KB, 600x600, 1:1, 28.gif)

10/16/17: Arms also saw an improvement in smoothness and was also easier to rig. Applying subdivision to the original model was probably the biggest mistake. At the time it seemed like a good idea because I thought I would have had more vertices to weight paint and have more specific deformations. But that was a bad move. Reason being is that subdivision smooths out neighbouring vertex weights. This speeds up weight painting and softens neighbouring deformations. So again, don't ever apply subdivision.

Comparison old left. New on right.

4a96fc  No.30090

File: 4200f5e56b5b34a⋯.gif (6.27 MB, 500x500, 1:1, 30.gif)

File: f628388fa5a699a⋯.gif (5.56 MB, 500x500, 1:1, 31.gif)

10/17/17: I started to animate the new model to test out the new rig. I can't stress this enough: topology is magical. It reduces the time you spend making a mesh look good, makes deformation friendly, and overall gives it natural bends. This new walk animation was not only better animated, it just looked more realistic.

4a96fc  No.30091

File: 536091f24be3265⋯.png (202.69 KB, 619x545, 619:545, 23.png)

File: ff37b6ed8b3a8a0⋯.png (216.75 KB, 453x484, 453:484, 20.png)

File: ab51438ec621151⋯.png (95.6 KB, 603x562, 603:562, 24.png)

File: 6649bd419c22976⋯.png (60.61 KB, 579x552, 193:184, 22.png)

File: e0d20d7fdb13e64⋯.png (285.07 KB, 631x632, 631:632, 25.png)

10/18/17: I did some work on textures and added pupils to the new model. The better facial structure, even-spacedness of vertices, and improved topology gave better shading to her in matcap. Also made her look cuter. Original model's face was too cheeky, square, and had weird mouth proportions. All of these 5 images are of the new model.

4a96fc  No.30093

File: 304c95f4d7c45a2⋯.png (181.46 KB, 295x421, 295:421, 35.png)

File: 4e8943ae586d070⋯.png (41.53 KB, 336x434, 24:31, 37.png)

File: 0cf8629692beabd⋯.png (47.73 KB, 265x453, 265:453, 40.png)

File: 3e48b2cd2d1ab3e⋯.png (168.28 KB, 379x384, 379:384, 39.png)

10-19-17: I took a break from the body and made some clothes. A good trick I came up with to speed up modeling time and keep the same weight painting deformations (so you can just paste the cloth mesh on top of the naked mesh), is to copy the torso portion that you want to cover in clothes, and just solidify it outwards. This keeps the exact same topology over the parts of the body it covers and copies the weight paints which prevents it from clipping with the body. Clothes also looked cuter because it looked like they fit her better.

4a96fc  No.30094

File: 3017dedfb44a4aa⋯.png (218.16 KB, 800x420, 40:21, 41.png)

Still being a noob at anatomy, someone pointed out that the navel was in the wrong abdominis. It is supposed to go on the bottom one not the top one. Left is wrong. Right is right.

4a96fc  No.30095

File: 6c004e4502cdef3⋯.png (94.33 KB, 656x658, 328:329, 43.png)

File: b76991a19d7d985⋯.png (271.61 KB, 1290x833, 1290:833, 44.png)

File: f5609c33eb8f948⋯.png (66.75 KB, 482x652, 241:326, 45.png)

File: ba657415a58f289⋯.png (105.98 KB, 812x755, 812:755, 46.png)

10/20/17: Topology also helps you with unwrapping a model because it connects everything nicely together. If you select rings, you see everything flow neatly. This is perfect for marking edges as seams. I added some cheek, body, nips, butt, and torso color details.

4a96fc  No.30096

File: 8d799b31710068d⋯.png (258.49 KB, 570x570, 1:1, 47.png)

File: 0406ed738149142⋯.png (239.6 KB, 732x794, 366:397, 48.png)

File: d8845ee6651501f⋯.png (150.06 KB, 739x538, 739:538, 49.png)

File: c5e265a370fcc5d⋯.png (81.37 KB, 340x270, 34:27, 50.png)

File: b863cba7a0f501c⋯.png (262.92 KB, 655x955, 131:191, 51.png)

10/21/17: Took another break and made a quick cute Halloween costume for upcoming Halloween. For the frilly pantsu I used my trick that just copies and solidifies the mesh on top.

4a96fc  No.30097

File: 6493abfe4fc6594⋯.png (145.04 KB, 416x381, 416:381, 53.png)

File: 0cee5c6916c61dc⋯.png (97.74 KB, 439x385, 439:385, 54.png)

Also made her trademark sun hat.

4a96fc  No.30098

File: a06060caffeeb96⋯.png (59.67 KB, 523x427, 523:427, 57.png)

File: 80eb528b7a9afe5⋯.png (22.22 KB, 527x492, 527:492, 58.png)

File: 5b4e1af4aaac3a5⋯.png (110.35 KB, 639x543, 213:181, 59.png)

File: 80e887abfddf716⋯.png (132.4 KB, 672x651, 32:31, 60.png)

File: ef637d4d2e859ce⋯.png (54.86 KB, 381x366, 127:122, 55.png)

10/22/17: Made 2 pairs of shoes. Was good practice making shoes because I never made Mary Jane shoes. I used loads of Google images for reference. Very useful.

4a96fc  No.30099

File: 0b55d5e195bb915⋯.gif (3.95 MB, 600x600, 1:1, 34.gif)

File: 92cca1ba23f6de2⋯.png (282.47 KB, 768x599, 768:599, 67.PNG)

File: b8f8a9caa511b97⋯.png (166.45 KB, 684x567, 76:63, 68.PNG)

10/27/17: My first big rigging problem. Spent several days trying to freaking fix weights around the pubis and leg. No matter what I did I had hideous sharp triangle crunching deformations when the legs went up. The topology was there and was helping me but the weight painting was hard. Online modelers recommended weight painting the leg so it clips inwards to the torso sharply and to smooth the weights where it connects to the torso. In the end it was just trial and error until I got it looking good and learning to NOT do the following:

From >>30087 saying that it was a mistake to treat the subdivided vertices like sculptable vertices. It was a terrible mistake. It seemed like a normal thing to do. If I wanted a little bump on the hip to make a pelvic bone, I would move the subdivided vertices together, making a little pinch that looks like a bump. However, doing this disregards the topological position of those vertices that you pinched together. It is essentially sacrificing topology for shape. This royally fucks up deformations. So I had to undo my pelvic bone pinch and smooth out those vertices around there and move them to their correct positions. The pelvic bone was then weight painted in. This helped me get smoother leg deformations. So do NOT treat your subdivided vertices like sculptable vertices. It's okay to do it a little bit, but avoid doing it. Vertex distribution is important! Do not sacrifice it for shape!

4a96fc  No.30100

File: 3c41780324f79ad⋯.png (166.44 KB, 666x493, 666:493, 64.png)

File: 355286fa5d55d2a⋯.png (68.36 KB, 474x312, 79:52, 65.png)

File: a241f084452f191⋯.gif (6.26 MB, 500x500, 1:1, 66.gif)

File: 1570e40196fec09⋯.png (1.79 MB, 4000x4000, 1:1, shinobuHalloweenRender.png)

10/30/17: Finished her Halloween costume. I copied over the fixed weights and tweaked it to fit the costume mesh. Zero clipping even when layered on top of the nude model!

4a96fc  No.30101

File: 8dd4be23dc7ded8⋯.png (249.69 KB, 638x479, 638:479, 79.png)

File: 782150779044528⋯.png (87.71 KB, 309x297, 103:99, 80.png)

File: 291ad72c287dd07⋯.png (108.04 KB, 815x711, 815:711, 68.png)

File: e59dc4215a08373⋯.png (124.34 KB, 830x768, 415:384, 70.png)

File: dafea51d04eb9c0⋯.gif (344.96 KB, 500x500, 1:1, 69.gif)

11/4/17: Started on the first version of her new mouth rig. I read up on basic facial musculature and smiles are very complex with lots of muscles acting at the same time. However, this is for a game rig so stuff needed to be simplified. Mouth rigs should provide simplified groups of muscles so that the animator can just pull and combine different muscles to make different kinds of facial animations. Funnily enough, Garry's Mod was the best fucking reference to use while doing this because Source still has unparalleled non-mocapped facial rigging. To emulate a frown, I pulled the mouth end vertices downwards like the "Depressor anguli oris" muscle that is in charge of making you sad. I also worked on a new tongue rig with basic move horizontal, vertically, in/out, and curl.

4a96fc  No.30102

File: 2d918dee9bee527⋯.png (19.29 KB, 271x312, 271:312, 82.png)

File: dbc8797e7a6ed35⋯.png (22.97 KB, 273x480, 91:160, 83.png)

File: a8e5f671ac3f5d2⋯.png (486.04 KB, 732x759, 244:253, 76.png)

File: b9d6ee10dbf9878⋯.png (431.83 KB, 718x730, 359:365, 77.png)

File: 34d1fd953481186⋯.png (562.34 KB, 817x807, 817:807, 78.png)

11//10/17: Restarted and remade a version 2 of the new facial rig. This included more mouth sliders like the upper lip controls and a pucker. Since this is an anime character the controls didn't need to be too complex.

Left is old facial rig from 6 months ago. Right is new one.

4a96fc  No.30103

File: 7e731ec130b4e82⋯.jpg (80.37 KB, 1274x971, 1274:971, 90.JPG)

File: f28a813d600046f⋯.png (192.94 KB, 907x709, 907:709, 91.png)

File: d96f2461d0b3f6e⋯.png (178.99 KB, 1134x945, 6:5, 92.png)

11/12/17: I did a short comparison of my journey since I started before the wedding. First pic is my first model from June 2017. Second pic is from the wedding day September 2017. And third pic is from today December.

4a96fc  No.30108

File: 8e3676ef6d1589f⋯.png (141.78 KB, 349x722, 349:722, 71.png)

File: 32ff43f44a35c57⋯.png (149.49 KB, 375x733, 375:733, 72.png)

File: 019773619f0ae83⋯.png (136.04 KB, 369x696, 123:232, 75.png)

>>30103 Meant November in this post.

11/14/17: I reshaped her feet. Feet come in all sorts of shapes and sizes and it is arguably easy to sculpt comfortable looking feet because it is a body part that people aren't very familiar with because it's not looked at in real life as often. Japanese feet tend to be square and that's how originally her feet were. However, sexy looking feet are harder to pull off and are more often longer and curved as opposed to square. After looking at a ton of porn from reputable artists, I gave her feet a more curvy look with sharper toes.

Comparison old left with new moving right.

746382  No.30129

File: 9cc5a2c9a3e3cba⋯.webm (95.21 KB, 400x400, 1:1, old.webm)

File: 301bf6eb2707201⋯.webm (93.79 KB, 400x400, 1:1, new.webm)

11/16/17: At this point I got satisfied with the body model. Still was subject to changes but I started animating anyways. Something I came to realize that you should avoid but whatever. I began learning about what makes good animations. Good animations tend to have indication of cause and effect. When something happens, there should be a negative force to indicate its existence.

In the first old.webm, the body smoothly falls on the chair. A comfortable animation but not realistic. It's too floaty. The second new.webm improves upon this by animating what would really happen to your spine when it hits the chair.

746382  No.30130

File: 93343dd96649149⋯.webm (1.18 MB, 400x400, 1:1, jumpOn.webm)

File: 5327fe6949154d4⋯.webm (167.37 KB, 400x400, 1:1, jumpOff.webm)

File: 28a7a1e3fdf4463⋯.webm (173.24 KB, 400x400, 1:1, wave.webm)

File: 6048224d2d621a1⋯.webm (1.44 MB, 400x400, 1:1, reverse.webm)

12/01/17: I made several animations at this time of the year and really started to grasp what makes a movement believable. For starters, after watching tips from animators, head movement is very important. Most animals have natural shock absorbing and rotation correcting head muscles to keep the head in the same spot. When you move the body, the head is constantly trying to stabilize itself to not make you dizzy and what not. If you look at my animations, the head stabilizes itself to always face forward. This helped me achieve realistic jumping movements. Another good tip for good animation is to make everything organic and not mechanical. Don't sync bone movements. Make some move first and make others follow afterwards. If you are animating a 3-bone spine contracting, make the bottom move last. This will cause a ripple sort of effect on your animations and tremendously make the movement more natural.

746382  No.30131

File: 355931331985d1b⋯.jpg (34.83 KB, 638x479, 638:479, 1513139666.jpg)

File: 316aa18faa89853⋯.png (331.96 KB, 1208x576, 151:72, Screenshot_2017-12-24_00-1….png)

File: 1e8deda0cc54f25⋯.webm (270.75 KB, 400x400, 1:1, deformation.webm)

File: faba8c4afe5ab5b⋯.webm (396.11 KB, 400x400, 1:1, fix.webm)

File: 9f288af91c8ee77⋯.webm (356.25 KB, 400x400, 1:1, old.webm)

That last blog brings this thread up to speed to my current model state. I sometimes spend time fixing small parts of the body. Today I fixed the breast shape. Originally I thought breasts fused somewhat in between each other and I thought it looked fine at the time. But today I realized that's not how boobs work. Boobs are pretty far apart from each other. Of course there are many different shapes and sizes but small loli ones tend to be almost lumpy. They also are very flat in between. The new fix I did today has 1 less ring on the aerola because I realized I didn't actually need it. Now it deforms better around the topology around the breast. I don't think I need nipple vertices.

Deformation webm showing new one first and the old one last. Image showing fixed shape on left. Old one on right.

746382  No.30264

File: cb0ec2109c63a37⋯.webm (15.16 KB, 400x400, 1:1, breast_height_fix.webm)

12/26/17: Some guy on the /agdg/ pointed out that the breast was too low. It was indeed! I must have forgotten about the height when I retopod the mesh. Something I should have noticed. Looks much more firmer. Also fixed front of the head to be rounder.

52c97e  No.30293

Thank you for posting all of this and for hosting the wedding.

746382  No.30326

File: c86c27fb9637bdc⋯.webm (102.8 KB, 400x400, 1:1, no_drivers.webm)

File: 3f68e378060abb3⋯.webm (81.8 KB, 400x400, 1:1, drivers.webm)

File: d6c4804f8e69f82⋯.webm (84.74 KB, 400x400, 1:1, chair_getup_anim.webm)

12/27/17: I added another bone+driver to solve an issue with bones inheriting IK rotation. Sometimes you want bones to inherit IK rotation and sometimes you don't. If you animate a hand moving up and down, you probably want the hand to inherit the changing wrist rotation. But if you are animating moving from cliff ledge to ledge, when the hand grabs onto a ledge and your body passes by, you probably don't want the hand to inherit the changing wrist rotation (because its busy grabbing on). So I figured a way to solve this would be to add another driver bone "heel_rot_lock" that drives the influence of a Child Of bone constraint (with the target set to the IK bone). So when it's set to 0, the heel will have its own free world space rotation. And when set to 1, it will inherit and "attach" its rotation to the moving IK bone. Using this method I was able to apply it to a new animation for when Shinobu stands up from a seated position. Her hands temporarily lock onto her thighs (Child of but set to thighs) when she leans forward and pushes off from her thighs to give her support. I figured this would be a more natural way to animate her getting up. It worked well.

TLDR; I made a slider to parent rotations for IK bones.

First video is driver set to 0. Second video the driver is set to 1 but also shows how I animate all the existing sliders in my rig. Third is the finished animation.


Feel free to ask any questions about rigging. Maybe I can learn something too.

746382  No.30351

File: 5b834ac6e46267b⋯.webm (13.44 KB, 400x400, 1:1, collarbone_fix.webm)

File: 124a4f13cf00e82⋯.webm (13.43 KB, 400x400, 1:1, shoulderblade_neck_fix.webm)

File: b3664fe4fdb4349⋯.png (341.85 KB, 1188x626, 594:313, Screenshot_2017-12-28_19-0….png)

File: 9ca8882c8a1b887⋯.png (93.67 KB, 443x417, 443:417, Screenshot_2017-12-28_19-0….png)

12/28/17: Tweaked the collarbone topology because it had a bad curve path that was hard to make a good looking collarbone. The collarbone looks like a bow that goes from the edge of the shoulder to the front of the neck and as it goes to the neck it bends forward. Additionally the chest was still a little bit too low. The chest was also too far forward where the arm joint is. Arm joint is supposed to be in front of the chest where it meets with the chest. I also fixed the back as it was too thick and the shoulder blades were pointing up instead of down. Also made patootie ears.

Videos show old first. New last.

746382  No.30373

File: e38410c2b4840fd⋯.webm (171.45 KB, 400x400, 1:1, lay_to_sit.webm)

File: 1bda9998076ddeb⋯.png (71.24 KB, 460x461, 460:461, Screenshot_2017-12-30_11-2….png)

12/30/17: Almost 2018! I learned that you should NOT use "Child of" constraint to temporarily parent rotations. Reason being is that the quaternion rotations sling shot back when the influence is between 0 and 1. So it may look good at frames but when played it twitches. Which is very bad. I wrestled with this problem for a day and realized that my hand setup was wrong. The way I was doing it before was: the hand bone had inherit rotations ticked off so it always had world space rotation and had a Child Of to parent the wrist angles. This twitches between 0 and 1 influences. The new way is: Keep the hand bone with inherit rotation and simply "Copy [world to world] rotation" to the IK end bone which has inherit rotations turned off. A driver can now create a smooth blend between the parented hand and the unparented hand rotations without any twitching and crazy quaternion fuck ups. Currently, the heel bones also have the old twitchy method described here and I did not see any twitching because the legs were already pretty close to the resting position. But it is prone to twitching if the Child of influence has to travel an entire 180 degrees. So I will do the same thing for the heels.

Now my model can properly lock her IK bones in place and smoothly go back to unlocked.

746382  No.30374


The bad part about changing it is that I had to redo ALL heel animation rotations that were animated with the heel IK. Luckily it wasn't that bad but I really have to double check now whenever I change how I animate things to avoid having to redo certain parts.

746382  No.30384

File: 5d9d827951fdd04⋯.jpg (28.49 KB, 250x499, 250:499, spine_parts.jpg)

File: a91d4af9eaa79b3⋯.png (117.61 KB, 485x362, 485:362, Screenshot_2017-12-31_16-5….png)

File: 87608b8594d227b⋯.webm (37.82 KB, 400x400, 1:1, spine_bone_move.webm)

12/31/17: 明けましておめでとうございます! Happy New Year!

I did the impossible and fixed the spine today. You should NEVER edit the bone positions after animating because it will screw up those animations. However, my spine bones were just in the wrong place and I just had to go in and fix them. Luckily it wasn't that big of a deal because I haven't really animated the spine as much (but I did post-fix the laying down animations). The problem was that they were too far into the body and not distributed how the spine works. There should be 4 parts to your spine bones. The cervical (neck), the thoracic (ribcage), the lumbar (mid back), and the sacral+coccyx (pelvis). These should be represented by your neck, spine3, spine2, and spine1 bones respectively. The thoracic [spine3] should be the longest followed by the lumbar [spine2] then the sacral+coccyx [spine1] and last the cervical [neck]. With the improved distribution I was able to very easily see an improvement when the model bends over. Because this distribution prevents the body from bending halfway down the ribcage or in a weird part of the spine.

Image showing old left new on right. Video showing old first new last. Notice in the video how much smoother the curve of the back is. It's the same pose.

746382  No.30398

File: 8a2fc2f4d02e5b6⋯.webm (15.44 KB, 400x400, 1:1, ribcage_fix.webm)

1/1/18: Fixed the ribcage shape and did a couple animations. The model before didn't have much of a ribcage shape to it. It was very smooth. The breasts were also still too dis proportionally large despite having the correct shape and location.

7b7423  No.30415

File: ecfbdea8a643f64⋯.webm (17.81 KB, 400x400, 1:1, back_fix.webm)

File: 90a1bcabf604ec0⋯.webm (11.86 KB, 400x400, 1:1, pit_fix.webm)

1/3/18: Fixed the armpit area and butt height. The butt glutes were too low in proportion to where the vagina would be. The armpit area was too far inwards. Normally, the back part of the armpits goes out farther than the front part of the armpits. This causes what looks like webbed arms when the arms stretch. The dip in this web is the pit.

Video showing old first new last.

8bdb6c  No.30422

File: f0a283dd2ea98bb⋯.webm (Spoiler Image, 29.82 KB, 400x400, 1:1, inverted_fill.webm)

File: 2ec1c17793986a2⋯.webm (Spoiler Image, 236.01 KB, 400x400, 1:1, inverted_wire.webm)

File: a5c483026003f60⋯.webm (Spoiler Image, 339.17 KB, 400x400, 1:1, missionary1.webm)

File: 55293ef17903798⋯.webm (Spoiler Image, 292.14 KB, 400x400, 1:1, missionary2.webm)

File: 6bbc2e3da8a80cd⋯.webm (Spoiler Image, 167.74 KB, 400x400, 1:1, vagina_anus.webm)

1/6/17: For a few days I've been working on lewd features for my model. It has a shape key for a vagina and anal opening. Also has a shape key for inverted nipples which I had to figure out using circular aerola topology. There is also a bone for the vagina and anal position that can be used to pull/push the genital in a direction. Yes I did model the penis and it was a weird experience. I came up with a good way to rig a penis for intercourse animations:

If you just have the penis with 3 bones (shaft1, shaft2, shaft3), and use those 3 to emulate wigglyness, it is very difficult to animate it going into a hole because you would have to key and make sure each shaft section goes exactly into the hole without clipping into the hole edges. So what I did was I made a smart driver that controls 3 Damped Tracks. Depending on the height of the bone world Z driver; 0-0.33 activates damped track for shaft1, 0.33-0.66 activates damped track for shaft2, and 0.66+ activates damped track for shaft3. Using this method, each shaft section of the penis automatically targets and points to the either vagina/anus bone. And If I undulate the driver position, the penis will look like it is going into a hole section by section (shaft by shaft damped track). This way i was able to get a sexy animation and was very easy to edit and add movement afterwards without messing anything up because the damped track relieved the problem of having to manually frame by frame ensure the penis was sliding into the hole.

My VR game is not primarily going to be sexual. It's supposed to be a virtual companion and this should be a small feature.

fe58ae  No.30423

File: 7399fcf174fdc14⋯.png (124.52 KB, 795x650, 159:130, Screenshot_2018-01-08_00-0….png)

File: 42410de030ef2af⋯.png (69.37 KB, 560x585, 112:117, Screenshot_2018-01-08_00-0….png)

File: a03d92d031b502c⋯.png (66.87 KB, 573x617, 573:617, Screenshot_2018-01-08_00-0….png)

File: 7a94965a6c43842⋯.jpeg (18.9 KB, 571x321, 571:321, anger.jpeg)

1/8/17: FUCK. I realized my relaxed pose was not optimal for the arms. It was not a true A pose. Everything was fine except for the elbows they were not in a relaxed position. The purpose of an A-pose or a T-pose is to provide the model with an average pose so that animation deformations from this average won't be as strong. For example, my old way had the arms rotated with the palms facing the camera (image 1). This was not a relaxed pose but rather at a point where the elbows should no longer rotate forward anymore. So if I needed a pose where the arms were rotated inwards (image 2), this unrelaxed pose would give me, and it did, an ugly twisted arm deformation that not even shape keys would be able to solve. So what I did was rotate the actual mesh arms to the average rotation that they will be at, which was 90 degrees inwards. Result is image 3 now for inward elbow rotations.

The good:

*No more heavy bicep twisting and way better arm deformations

The bad:

*have to go back and fix ALL arm animations. FUCK

The ugly:

*Had to edit the actual bones themselves as well and rotate them 90 degrees to match the new relaxed mesh

716e55  No.30425

File: 3c5413a5f4b4352⋯.jpeg (71.61 KB, 1280x720, 16:9, megumin_eyes.jpeg)

I don't know why you haven't gotten any comments on your thread and progress. I am enjoying it and I'm sure other lurkers are as well. keep it up!

fe58ae  No.30443

File: 977a668a15ba721⋯.webm (1.04 MB, 400x400, 1:1, throat_drivers.webm)

File: 9e6b8721c1a4058⋯.png (39.58 KB, 1111x415, 1111:415, Screenshot_2018-01-10_23-5….png)

File: 84359a16c78c99d⋯.webm (288.23 KB, 400x400, 1:1, look_at_target.webm)

File: f2dd7dfb8782c5b⋯.png (306.66 KB, 421x378, 421:378, blushing.png)

1/10/17: Another lewd progress entry. 2 problems solved.

First problem was having to redo her dentistry so her lips were more realistic. It's sort of hard to animate a mouth enveloping an object with the lips because you only have the bottom lips and the jaw to adjust for the size of an object (in this case a penis). The upper teeth and upper lips don't really move farther up when adjusting for an incoming object. All the enveloping and adjustment motion is done by the jaw which also moves the bottom lips. So I had to do lots of manual penis height and head rotation tweaking to get it so the top lips are always above the shaft so it looks like the lips are enveloping it. I remedied it a little bit by also making another bone+driver that makes the head always face a certain direction. So now I was able to change the neck rotation while maintaining the head to face a certain direction. Useful for lots of other animations. I applied it to eyes as well.

The second issue was the shaft clipping through the neck after enough distance. So I did a really cool and simple driver that makes the shaft parts target the neck instead of the mouth after the boneShaft Z position goes past a certain point. Essentially allowing objects to automatically snake their way down her throat. VERY useful and time-saving. Picture related shows the intervals that activates/deactivates the mouth to neck targeting. I also made a shape key that is also dependent of the driver bone position so it looks helluva lot more realistic. But the best part is that it's freaking automated. Drivers are amazing. Video shows me scrubbing back and forth on the result. The only part of the 3-part shaft penis I animated was the forward position and the boneShaft Z position.



fe58ae  No.30450

File: de25aceb2a44848⋯.mp4 (Spoiler Image, 59.62 KB, 800x800, 1:1, bja.mp4)

File: 2b2ffe9a0614d92⋯.mp4 (Spoiler Image, 49.6 KB, 800x800, 1:1, bjb.mp4)

File: f4cf48adf900de8⋯.mp4 (Spoiler Image, 28.59 KB, 800x800, 1:1, bjc.mp4)

File: 95ebc0d5e07321b⋯.mp4 (Spoiler Image, 21.18 KB, 800x800, 1:1, bjd.mp4)

1/11/17 Messed around with some lewd animations in celebration of my favorite artist Yakumi Benishouga releasing a new Pachimonogatari. But today I ran into a problem with the dependency graph. Basically it was the animation when played, the drivers would update first and then the driver bones would update. This caused the drivers to not have their true position in a frame which caused the damped tracks to activate a frame late. This caused all sorts of throat clipping. This was a problem with Blender but after googling I ran my blender with ---enable-new-depsgraph which launched it with the new beta dependency graph that fixes this issue.

ef3701  No.30467

Looks fucking great.

fe58ae  No.30471

File: 266c1bfab779101⋯.png (Spoiler Image, 106.65 KB, 646x632, 323:316, Screenshot_2018-01-16_00-4….png)

File: 1cc6a7240b8a93c⋯.png (Spoiler Image, 33.33 KB, 816x446, 408:223, Screenshot_2018-01-16_00-4….png)

File: 9c78b9e7ae66d4d⋯.mp4 (Spoiler Image, 812.07 KB, 800x800, 1:1, bjoutside.mp4)

1/16/17: Did some more lewd animations and ran into an interesting problem. Realistic fluid simulations for VR. SEMEN.

VR is very taxing on hardware so things like fluid simulation almost seems impossible to do. However, if we can fake and "bake it till you make it", we can get some pretty good alternative results. The problem was how can we represent a fluid without a million particles. My take consisted of splitting the parts of the fluid into different objects: the trail and the splat. That way we can represent the trail as a 3 bone trail that can be animated and moved around, and a splat that is just a static mesh that grows a bit with a shape key. Originally I tried to use Blender's cloth physics to animate the 2 hanging cum strands from the mouth so they jiggle. It worked but goddamit Blender fucks up and turns into a buggy mess. It worked like this: cloth mesh is parented to rig head, semen strand bones in another rig bind to the cloth mesh vertices result so it can deform the strands according to the physics result. But when a Child Of was added to parent it all it still kind of worked but was very buggy. Probably because it caused a cyclic dependency in how it should update the drivers and stuff. All of this was so the 2 sement strands would jiggle. After wasting 2 hours I said fuck it and just hand animated them. It wasn't that hard really. I should have done that from the start. The last part to represent a fluid was visually. Matcaps to the rescue. By taking a matcap texture (kind of like a cubemap) and UV mapping it to an objects' normal, you can get some good reflective material that is very cheap. This will be used in Unity.

Animation is nowhere near done I didnt even animate the facial rig yet. Just the main face bones.

959b8f  No.30474

File: 23282176324c463⋯.jpg (105.13 KB, 1920x1080, 16:9, crying shinobu.jpg)

Hey man, are you using corrective shape keys with drivers? Do they export fine to Unity? Or just shape keys and changing the key value in Unity? Did you follow a specific a tutorial? I am following a few tutorial videos, but the drivers are not working on my model (trying to correct the shoulders)

fe58ae  No.30476

File: 2c1adbe852f9675⋯.png (43.17 KB, 1213x437, 1213:437, Screenshot_2018-01-17_20-2….png)

File: 9a77f8c8153545d⋯.webm (591.92 KB, 400x400, 1:1, corrective_kneecaps.webm)

File: 3c69f6dc7f28c27⋯.png (121.37 KB, 649x619, 649:619, corrective glute bone.png)

File: a6b2a8b5989a2b3⋯.jpg (151.16 KB, 531x752, 531:752, 61679542_p16_master1200.jpg)


Yes I am using shape keys for the legs. I have not done any exporting into Unity. However, I am familiar with E4 and the process is similar. Your shape keys that are modified by a bone should export properly into the .fbx if you uncheck pic related "Apply Modifiers". This is because you CANNOT apply modifiers (like Subdivision, etc., except Armature) to a mesh that has shape keys!!!. So by unchecking it, you will now be able to export the animation with the bone driven shape keys included. That said, consider the following scenario:

Say you got your face rig animated with a bunch of shape key sliders. Not all of them are driven by drivers so not all of them will be animate-able in the dope sheet. You'll have to animate the rest of the shape keys in the Shape Key Editor and have a separate animation for that. So you've got 2 choices the second one which I much prefer: 1.) Make a driver bone for every freaking shape key that doesn't have a driver bone thereby removing the need to use the Shape Key editor and suffer an animating fate worse than death 2.) Bite the bullet and use the Shape Key editor.

Video related is old but it's for the kneecaps. I'm working on one for my elbows. You will want to use a glute bone to keep the butt nice and round instead of a shape key. However I am currently toying around with the idea for a corrective shape key around the pubis when the legs go really far up. Not sure if you will need something like that but I do because secks.

fe58ae  No.30477

File: 0e817db35c1b2de⋯.webm (125.22 KB, 400x400, 1:1, sitdown_anim.webm)

1/17/18: Starting to shy away from lewd animations for now and focusing on core fun features. I'd like for her to be able to play games with you. Maybe hand games so today I started by fixing and remaking the sitDownFloor animation. This new animation reworks the hand placement so she supports herself by grabbing onto the floor and her knee.

bfc23f  No.30479


Ok thanks bro. Will try


Way better, lolis are for pampering, not lewding

878b8c  No.30491

As a HUGE Shinobu fan this is all very interesting and i'll definitely keep checking back, do you plan to release anything from this in the future?

b11a10  No.30492

File: 88881a5a67ba581⋯.png (137.11 KB, 1216x675, 1216:675, wippu.png)


I wonder how did that happen.


The 4th webm shows your rig already having the arm bones broken into separate bones for bending and twisting, so you should be able to avoid any deformations if you had everything weighted and animated properly.

12fce6  No.30497


Not as much of a fan as me bro! Yes of course ill release the game and updates as I work on the game. I will be free but I may open a patreon or something in a couple months.


You are right in fact that's what those webms had. Its just that since I fixed the relaxed pose the elbow was fucked ill paint it tonight. Although it is a good rule of thumb to consider corrective shape keys for a bone that rotates close to 180 degrees. Elbows should be okay without one if the weight painting penetrates the bicep.

acf361  No.30499

Looks pretty good, m8. And congrats on your wedding again.

fe58ae  No.30501

File: 3bc45e790a63c55⋯.webm (183.91 KB, 400x400, 1:1, hype_sitting.webm)

File: 0f4071bbb839d25⋯.webm (654.7 KB, 400x400, 1:1, elbow_weights.webm)

1/18/18: Repainted the elbow and made 1 animation. In my research for corrective blend shapes, it is normal and sometimes recommended to use a shape key for the elbows. Reason being is that it is impossible to paint perfect elbow weights because of the nature of 180 degree range bones. If you are interested in modeling, read this short article: http://www.3dfiggins.com/writeups/paintingWeights/

It is Maya but the author provides very good insight to general weight painting. Namely:

>Too often people spend so much time trying to get results that are not possible with a default skinCluster. If you are working in games, typically you cannot have blend shapes or too many corrective joints, so you paint weights to maintain as much volume as possible, hence penetration.

So what I had before and have now for elbow deformations is good enough for games. In fact, because it's VR it's probably best as I would save 2 blend shapes for processing. That said, elbows deform nicer with circular topology. I used the knife tool for that.

The new animation is for when she is happy and excited to play some game. I did not animate the facial rig (yet) nor the head rotations. Reason being is that the head will be rotated to face a certain direction when I use this animation so it is pointless to animate it now as the rotation will be overriden later on in real time. This was something I learned to do working on the wedding sim.

b11a10  No.30502

File: b1830d7a19303d4⋯.jpg (140.03 KB, 800x1200, 2:3, doll.jpg)


I'm not a fan of corrective shapes, so if I need to address a particularly weird deformation I generally just add a joint-bone that does half of the join't total bend.

Basically a doll joint.

1f1bb1  No.30505


That's good but corrective bones only preserve volume and they dont fix shape after 2 bones collide and compress. So for kneecaps you want a shape key to show the calf compressing and expanding against the thigh. Corrective bones are good for like the butt because there is less bone collision and more maintaining the volume. Elbows I think should use shape keys to fix the compression as well. Especially for muscular models flexing biceps.

eb324a  No.30516

how'd you learn blender? I've been wanting to learn it but I had to take courses with maya so all my experience is there.

fe58ae  No.30517


I just started watching tutorial videos and I focused on making human models. I slowly learned about everything as I started to model. Overtime you end up memorizing the key shortcuts and the tools but it really comes down to practice. There's loads of tutorials for getting started. The answer exchange sucks and is dead in the water so you have to help yourself to learn about the intermediate and advanced topics. I myself don't know shit nor have ever used Maya before.

But specifically: I test out random buttons to see what they do. I've found a myriad of useful features just by poking around. Try it sometime. I also model and animate about 1-3 hours per day Necessity is the best teacher so just have good Googling skills.

fe58ae  No.30518

File: d5423e5322acbeb⋯.webm (225.86 KB, 400x400, 1:1, ecstatic_sitting.webm)

File: 57d723cc0e69b8c⋯.gif (765.83 KB, 180x228, 15:19, reference.gif)

1/20/18: Made progress on another animation. this one took me a long time because Shinobu is supposed to be ecstatic and move around alot. The timesink was getting the random movement noise as she moves around her spine in a natural fashion (~3 hours because played around with various noises). I tried Googling stuff about generating noise on dopesheets or the graph editor and I couldn't find anything. The solution is probably to write a python script. Meh. I just made random ups and downs in each rotation channels, copied then to other channels, matched them so it was uniform, and scaled it until it was natural. It came out nice but the clapping could use a bit of tweaking down the line. I used this gif as reference as the movements were somewhat complex and hard to visualize in my head.

80b60c  No.30525

File: 489b76bb5fc4e36⋯.jpg (131.47 KB, 1357x725, 1357:725, 1.jpg)

File: ad386dac9450899⋯.jpg (23.39 KB, 1358x596, 679:298, BlendSLewd.jpg)

File: e5f8bed10247f94⋯.jpg (61.04 KB, 995x632, 995:632, 2.jpg)


Nice work anon. Im getting inspired. I too is making some lewd models but im still new. Im planning to make lewd games.

Question anon. Do you somehow still got the tutorials you've been watching? since i really need to get a head start. I just started modelling seriously just a few days ago.

Please reply as possible. Thanks. I came from /agdg/ in 4ch

Pic related are my progress. The blend s one is the main menu screen.

80b60c  No.30526

File: 9eb0a4cf116d23a⋯.jpg (29.41 KB, 433x498, 433:498, 4.jpg)

File: 583f416625b6e05⋯.jpg (32.46 KB, 420x483, 20:23, 5.jpg)

File: d2b9857fe170195⋯.jpg (25.78 KB, 403x370, 403:370, 6.jpg)

File: 793a12e002ca41a⋯.jpg (25.63 KB, 485x450, 97:90, 7.jpg)

File: dc2603cf0d7dbad⋯.jpg (29.26 KB, 481x513, 481:513, 8.jpg)


Other pics of the models.

Mostly the clothing is embedded and inside the uniform is hollow since i dont know how to weight clothes.

fe58ae  No.30527

File: 7edf582dc01d949⋯.jpg (85.71 KB, 736x644, 8:7, 1.jpg)

File: f046d6924644de5⋯.png (798.4 KB, 1400x618, 700:309, manga topology.png)

File: f3d0855f91de1de⋯.png (15.67 KB, 817x803, 817:803, Screenshot_2018-01-21_20-2….png)


Hey man. I used this dude's tutorials for learning about shape when I started from the very beginning but it's just not a series I can recommend because it's an awful way to make good looking topology. I wrote a short post bashing Daniel Kreuter here: https://8ch.net/3d/res/824.html#904

I do however, recommend learning the tricks to model from him. He does teach you a neat way to model a nice and round head using extrusion and rotation. The rest of the body and what not, I'd say learn that somewhere else. What you want to do is retopo the anime head you have there and NOT use as many vertices. You've got way too many. You should have about as much or less than these 2 reference images. Once you got a good looking head, when you UV unwrap it, you should get one complete UV island to paint like my Shinobu. If it comes out in pieces you are doing something wrong. Look up Blender uv seam tutorials on youtube.

Some good tips to do when retopoing:

<Bind your "merge" vertices to an easy and fast to access key like Shift+Q

<make your topology follow the structure of your shape. Form follows function

<never make anything but quads no exceptions

<memorize these 3 types of topology poles. I made a quick picture. Each is used for

different types of turning the direction of quads

80b60c  No.30531


Thanks man. I followed daniel kreuter and his series. Yeah i think i really noticed hes doing something wrong. He fucked me too but well his intentions aren't like really that bad.

I know how to do seams and such. I just used smart uv since i haven't applied mirror yet

Also i wasn't expecting a really fast reply.

Are you somehow joined in the /agdg/ in 4ch? or erodev in discord?

fe58ae  No.30532

File: 32f044e2f2b7aeb⋯.png (201.98 KB, 712x912, 89:114, Screenshot_2018-01-21_22-1….png)

File: 61b82aba7f3d231⋯.png (305.86 KB, 792x996, 66:83, Screenshot_2018-01-21_22-2….png)

File: 145281849142e72⋯.png (123.79 KB, 957x460, 957:460, Screenshot_2018-01-21_22-2….png)

1/22/18: Upgraded the hands. I remade the hands from scratch. This is my 4th pair of hands I've made. I've really noticed that I can model stuff much faster. Only took me 5 hours this time around.

The reason I remade them was because the hands were so fucked in terms of topology and lacked the amount of vertices to give it good defining detail. I learned to make hands using Daniel Kreuter's videos and this was probably the last time his videos will come back to bite me in the butt. He is a good instructor but goddam he didn't have animation or detail in mind. The fingers were made from 4 point cylinders and that looked fine for me at the time. But the limited amount of vertices didn't leave me with enough vertices to make good looking fingernails. Which was another big reason for me to redo the hands. I went from 4 point to 8 point cylinders. The knuckle topology is much better and so are the palms as well, but it could still use a little bit of work. I went for more child like hands because Shinobu is a cute loli.

fe58ae  No.30533


Nah I haven't been in cuckchan in years. And I tend to avoid places like Discord because it's a timesink. I visit this site's /agdg/ once in a while.

31eca5  No.30534


read through the thread, do you have a background in 2d art, the model progressed well.

Animations are decent, could be improved with some small manipulations to details such as foot movement and weighting.

Interesting to see your progress in one space like this, it shows a lot of thought and dedication.

80b60c  No.30535

File: dc359d872985af8⋯.jpg (27.91 KB, 750x599, 750:599, retopo1.jpg)


Yeah i agree hes really kind of good.


thanks a lot for some tips in here. Im currently retopoing my model. But i can probably improve my skull structure.

fe58ae  No.30536

File: 056024af0385e75⋯.jpg (621.46 KB, 1920x1080, 16:9, 1513466869.jpg)


Nah I'm just a weeb autist. My background is actually programming for a living. I started Blendering maybe March of last year, watched a lot of Proko, and used to do lots of SFM and Hammer map making. I also can't draw to save my life.

80b60c  No.30537


When did you start 3D modelling?

Im really kind in a stress because im not good. I do know these take time. I just wanted to ask.

1f1bb1  No.30541



80b60c  No.30542

File: 06a3e86e202ed46⋯.jpg (70.55 KB, 795x673, 795:673, retopo.jpg)

File: 2b406d1f26ea343⋯.jpg (24.5 KB, 521x456, 521:456, 2nd.jpg)


Oh i see.

Well im already done with my topology in the face just now.

Do you animate them with subsurf on? (if thats possible) and those models you currently have

are subsurfaced right? Since whenever i disable subsurf 2nd pic related it looks like shit(well ofc it looks like shit)

80b60c  No.30543


Just tried. Its possible.

Idiots in here kept telling me that it doesnt work.

12fce6  No.30545


Much better! Push in the eye sockets and make the forehead wider. You will want to fix that triangle looking topology on the much or else she will smile with an ugly distortion. I target subdivision level 1 so I can keep my model with a good number if polys. Currently 30k polys.

80b60c  No.30547


Where did you learn hair modelling anon? Im quite lost. Tried following this one but im quite skeptical since it looks like western-ish.


29a20f  No.30548


Depends. For the small strands I just did it by hand with a topology that ends in a sharp corner. The long strands were made with taper curves. Google blender tapering curves. I need to redo her hair anyway its really old and had subdivision applied for stupid reasons.

80b60c  No.30553

File: c8b35d7a9bab26f⋯.jpg (18.8 KB, 540x543, 180:181, ortho.jpg)

File: 80b58eb2b31f5e0⋯.jpg (17.69 KB, 546x552, 91:92, perspec.jpg)


Looks better in ortho.

Perspective looks shit though.

Also im planning to put this on unity. I was hoping to use a nice shader but the free toon shader doesn't support shadows. Which is too bad for me. Thats why i dont see 3d r-18 games with shadows maybe because of the hardware limitations.

12fce6  No.30554


Looks great man! Tuck in that underbite jaw, pull nose out a bit, puff the cheeks, and make the forehead bigger.

fe58ae  No.30557

File: 2ff7f91b45d180c⋯.webm (40.6 KB, 500x500, 1:1, new_feet1.webm)

File: c8948ea4f581ae4⋯.webm (37.72 KB, 500x500, 1:1, new_feet2.webm)

File: 0fef055192499f4⋯.webm (30.02 KB, 500x500, 1:1, new_feet3.webm)

File: 2491f9c2fbc799c⋯.webm (213.65 KB, 500x500, 1:1, fast_topo.webm)

File: f16a127af4530e5⋯.png (220.81 KB, 846x714, 141:119, Screenshot_2018-01-24_00-1….png)

1/23/18: Upgraded the feet. Remade from scratch as well and went same technique of going from 4 point cylinders to 8 points for toes. This posed the problem of finding very simplified topology for the feet while maintaining the path for the shape of the foot and not being a clusterfuck. I came up with a good method for quickly fixing topology:

Essentially, when you have a square grid of vertices, you can merge to center opposing corners of 1 square to change the flow of vertices. You can also do the reverse by making a square from 2 other squares. And if you keep on doing it for merging opposing squares, you can really simplify the topology as you go. Video related, I wanted to make the squares I initially highlighted into 1 long path instead of having it be connected at a right angle. [that topology was purely demonstrational, final topo for foot is pic related]

I've noticed that there is a phenomenon when modeling, maybe it's just me, but the more you work on a body part, the less it feels familiar and thus the less you can shape it to be realistic. Like I would work on a finger for several minutes and suddenly I don't know what looks off about it anymore. I remedied this phenomenon by carefully keeping track of my changes. I like to tab out to object mode from edit mode and just Ctrl+Z and Ctrl+Shift+Z to see my changes over time. This makes me realized "Oh yeah that's what was off!".

a317bf  No.30559

You're doing a great job of incrementally improving things, really interesting to see.

fe58ae  No.30592

File: 6cead26da9dc8d5⋯.webm (781.48 KB, 500x500, 1:1, rigged_feet.webm)

1/26/17: Rigged the feet and began redoing and fixing a few feet animations because I changed the bone positions. Also Blender royally fucked me because some bones did not have a proper naming scheme which disallowed easy copy paste x-mirroring. Blender recommends your bones to be named like so: bone_l, bone_r, etc. All of my bones except for a few bones were named like that. So I went into my rig and renamed the few properly. Problem solved? No. It did rename the bones and did update the vertex group names as well, but the animation channels in ALL of my fucking animations DID NOT update. Meaning the new named bones are no longer affected by my animations. This is either a bug or Blender being retarded. Either way, now I have to learn to programmatically rename and fix the names with their API and python lest I want to hand rename hundreds of animation channels and for each sub channel like x,y,z. Fuck me.

a25cc3  No.30594

File: 50db075a06fa9eb⋯.jpg (14.91 KB, 512x259, 512:259, vlcsnap-2202277.jpg)


Damn, this is pretty amazing for someone with less than a year of experience.

80b60c  No.30599

File: 02f8911d60bd9be⋯.jpg (43.13 KB, 784x589, 784:589, kindof.jpg)


Thanks a lot man. Been following your studies a lot. Really appreciate it.

Ported her in unity and slapped a toon shader. Im really quite having problems in my frame rate though since i have a shit card. Anyways thanks a lot again

fe58ae  No.30600

File: 55cc921411d6f9e⋯.png (305.02 KB, 1920x1080, 16:9, Screenshot_2018-01-27_13-0….png)

File: f96772494b0b211⋯.png (613.5 KB, 893x888, 893:888, hallelujah.png)

HALLELUJAH. I take back what I said about the Blender Stack Overflow community being bad. I guess they can be very timely and excellent. They work better on the weekends I guess. I made a question last night about a script to fix the names, lo and behold when I woke up it was answered and with a complete script. Will definitely save this script for later use. Animations are back in business.



That's great dude. I would definitely say the problem with the framerate is just the toon shader being trashy in the deferred renderer. I might not have the luxury of having high quality shaders for my game because it will be VR. I'm gonna have to use a forward renderer for maximum performance. Which means I have to optimize the fragment passes and write a fast toon shader. Luckily I'm a professional GLSL shader artists IRL.

80b60c  No.30601


Yeah. Thanks.

lot of time spent in this project too. Though after i make a demo ill probably make a new project if you watch darling in the franxx i think ill model a nude version of 02 to practice some topology. My current project was really of a hard one since maika had a complicated hair. And also franxxs' reference sheets are more easy to follow.

fe58ae  No.30602

File: 6643f86b864c87d⋯.webm (33.7 KB, 400x400, 1:1, thigh_rig.webm)

File: 1181cef70d10c48⋯.jpg (89.13 KB, 600x600, 1:1, range of motion for legs.jpg)

File: 65600cfc19a4dce⋯.jpg (17.89 KB, 700x500, 7:5, star.jpg)

File: 66623422b2fa2e4⋯.png (20.9 KB, 283x492, 283:492, Screenshot_2018-01-27_17-4….png)

1/27/17: Spent some more time fixing old animations because of the new hand and feet bones. I've decided I'm no longer going to fix old animations because if set backs occur that make me need to fix or redo the animations later, it becomes a waste of time. And time is a nodev's arch nemesis. So I will only make or fix animations only when actually implementing them into the game. I need to start formulating exactly how Shinobu's AI will work.

I also fixed some bone rotations for her rig. Her upper thigh bones adhered too strongly to the leg roll which made the weight paint protrude along the side. Rigging legs is pretty difficult because it has a huge range of motion and because the relaxed pose has the legs in standing position, leaving out almost 160 degrees of possible motion upwards and with 90 degree rolls, and ~80 degree yaws. If I really wanted to address these leg problems, I would seriously consider making her relaxed pose something like pic related, star pose. But again what I have now is good enough for me and overkill for an anime model. I compromised with a copy rotation and a damped track to fix roll 50% to favor 2 kinds of poses: standing, and crisscrossed legs. Video shows 3 states of the thigh roll correction. 0%, 50%, and 100%.

I spoke to the head of animation at my work (maya rigging veteran) and asked him what he prefers; A-pose or T-pose. He said it depends entirely on what kind of animations you want the mesh to perform. So in my case, Shinobu might walk, run, and rarely move legs really far up (because of missionary sex). Meaning I should not try to optimize the rigging for ALL possible leg poses. Meaning no splits, touching toes while seated, or stretching legs backward. It's not even something that I would use in the game anyways.

fe58ae  No.30608

File: 9847b845c675fcc⋯.png (417.24 KB, 973x812, 139:116, Screenshot_2018-01-28_16-3….png)

File: 031a206217c9a0c⋯.png (310.02 KB, 704x794, 352:397, Screenshot_2018-01-28_16-3….png)

File: 1337245a909dab7⋯.webm (8.76 MB, 600x600, 1:1, hair_progress.webm)

File: 6ec91219de9c8eb⋯.webm (2.33 MB, 600x600, 1:1, hair_nurbes.webm)

File: 2c7b252fa8f2ec9⋯.jpg (82.63 KB, 886x1024, 443:512, 1482717648.jpg)

1/28/17: Started working on the new mesh for her hair. The old mesh looked good but it had no animation friendly topology and had very inefficient triangle placement (images 1 and 2). It was also not good for rigging strands of hairs. I also noticed that Shinobu's ears go in front of the little protruding side hairs. Old mesh didn't do this. So the first video is me timelapsing to fix this.

I am remaking the hair using the same method of using nurbes for each long hair. That way I can easily manipulate the volume and cross section of each hair strand all at once. Makes tweaking instantaneous, each strand perfect, and overall much faster to add or remove strands. I've seen lots of anime hair tutorials on Youtube and they look good but they seem to be more geared for animation. Meaning they don't worry about merging all of the hair strands together with good topology and few vertices. Since my game is VR, I need to develop a workflow for combining all of my hair strands into 1 hair mesh with no ugly triangle merges like the old hair mesh. I think what I'm going to do is manually retopo all the hair strands to create the combined mesh once I'm done with the base nurbe mesh.

Also anime hair is sort of hard to pull off because it has such a changing perspective defying shape. Not to mention it changes scene to scene. So this time around I am making it more realistic instead of focusing just on reference shape. It looks much better with this method.

04e393  No.30615

File: bfc5965f1104af7⋯.jpg (158.07 KB, 975x1200, 13:16, DSxNQTbVQAAq2pk.jpg)


Where's the first part?

502556  No.30617


What first part?

04e393  No.30619


>Shinobu Project 2

Where's the first one?

12fce6  No.30621

YouTube embed. Click thumbnail to play.

04e393  No.30624

File: ef0b141cee1d39b⋯.jpg (69.87 KB, 437x458, 437:458, 151718028030.jpg)

fe58ae  No.30629

File: c3424584374ced4⋯.webm (1.26 MB, 600x600, 1:1, hair_topo.webm)

1/29/18: Shit I said 2017 last blog post. But anyways I had minor success with the new workflow for retopoing the new hair mesh. I tried 3 different method all which are relatively painful but I stuck with the fastest:

Given a bunch of individual short hair strand objects that each have subdivision I tried 3 methods for combining the mesh while retopoing:

1.) Join all individual meshes into one big mesh. Make another new object that has subdiv+shrinkwrap applied which targets the big mesh. Retopo by manually creating vertices all around it. I gave up using this method because it was so goddam painful with the highly irregular surfaces of the big mesh. It also had pointy ends which is something shrinkwrap hates.

2.) Take the big mesh, clone it and apply shrinkwrap to that one which targets the big mesh. Then apply the shrinkwrap and add subdiv to manually connect hair strands to each other. I also gave up on this method because although it worked allowed me to retopo surfaces with pointy ends, it was just a pain in the fucking ass and the shrinkwrap made everything too round once I applied it because of the subdiv.

3.) The winner was taking all of the individual hair strands and still making the big mesh, then from here I would just connect each to each other. Similar to method 2 but it was directly with the individual mesh objects. This was the fastest method because it wasn't that hard to delete a few vertices and rebuild the connections with a good flowing topology.

I'm almost done with the new hair mesh I just need to add the side hairs that go under the ear and connect the long hair strands. I am a big believer in using only quads for topology but I noticed that triangles are very good for my specific purposes of separating hair strands. Video shows the new topo with the triangle separators highlighted.

80b60c  No.30636


Anon from what i've seen you've done all the animations in blender right?

And you have those things like an axis to manipulate the shape keys. Question.. Sure you can do those things to manipulate them but will they port in unity? Also im quite sure that you're going to port this into a game engine. I haven't asked you that yet. Will it going to be unreal? or yeah unity.

12fce6  No.30637


No Im trying unity this time around. There's a setting to export only bones that deform in the fbx exporter (Armatures->Only Deform Bones [check it]). Just make sure you mark each bone if they deform or not. Its in their individual bone properties all the way down. And to export with shape keys its in the fbx exporter as well (Geometries->Apply Modifiers [unchecked it]). Havent done it myself yet because Im in the process of moving to new apartment. But Im pretty sure it will be animation fbx files will be separate from the actual model mesh.

80b60c  No.30638


Yeah. I asked because i was quite having problems. that id rather rig the eyes rather using shape keys. Its making the job harder for me.

Also you dont need to turn them into fbx files to have it import the shape keys .blend files are fine what ever floats your boat though anon.

80b60c  No.30639


Yeah. I asked because i was quite having problems. that id rather rig the eyes rather using shape keys. Its making the job harder for me.

Also you dont need to turn them into fbx files to have it import the shape keys .blend files are fine what ever floats your boat though anon.

fe58ae  No.30642

File: 962c202f7d2c02f⋯.webm (3.18 MB, 600x600, 1:1, final_hair.webm)

File: 93e0116495b1d24⋯.jpg (48.55 KB, 300x345, 20:23, im glad its over.jpg)

1/30/18: Finally finished the new hair. Topology is beautiful compared to the old model, triangle count is now 8.2k from 3.7k, and now supports for awesome individual long hair rigging.

I realized that if I wanted Shinobu's new hair to have lots of control for individual hairs, then I shouldn't completely cover it with a single topological shape. So I kept each long hair strand separate until the nape of the neck where they connect neatly into the head hair mesh. As shown in the video, I will be able to pull each individual hair really high up while keeping the shape of her long blonde hair. I additionally made it so the bottom long hairs will show when the top long hairs are pulled up so it gives her hair volume. I was worried about overdraw but I made sure to minimize it as much as possible. Also the fact that her hair is symmetrical and asymmetrical in some parts made it a nightmare to get both sides mirrored. The internal connections of the long hair strands were also tricky to get right but taking an organized approach to connecting each hair helped alot.

Now on to rigging.

fe58ae  No.30643

File: a68971a60197503⋯.webm (1.04 MB, 600x600, 1:1, hair_rig1.webm)

Extra credit for 1/30/18: optimized the connections for the long hair strands to patch the holes underneath. I'm really digging the deformations. I'm going to have to limit the number of bones for performance reasons. So for the long important hair strands I'll have 2 for each and the bottom hair strands I'll rig tomorrow with only a single bone.

I was able to navigate myself through the crazy clusterfuck of vertices and edges of the nape connection points by editing the mesh as it's being deformed by enabling caged vertices mode for the armature which is off by default.

fe58ae  No.30645

File: 0811a5ed0c68dba⋯.png (492.35 KB, 1194x958, 597:479, Screenshot_2018-01-31_23-5….png)

File: 699da2fc2b76d69⋯.webm (199.63 KB, 600x600, 1:1, hair_final_rig0.webm)

File: 484afde85dc3775⋯.webm (518.15 KB, 600x600, 1:1, hair_final_rig1.webm)

File: 7ffa431c0910aba⋯.webm (630.85 KB, 600x600, 1:1, hair_final_rig2.webm)

File: 5c6e843931a778a⋯.jpg (56.1 KB, 600x700, 6:7, c090be92a0ecf221a04f5e10fe….jpg)

1/31/18: Finished rigging the hair. Came out very well and I am very proud. A total of 29 deformation bones were used. I thought it seemed a bit high of a bone count but after looking at reference anime hair models this was actually not bad of a number.

To parent it to the actual body mesh, I gave it 2 bones; hairHead, and hairSpine3. They both are identical to the body armature's head and spine3 bones respectively. This would allow me to give them the weight paints of the locations that should be pinned by the body. The spine3 is in charge of parenting the long hair strands while the head is in charge of parenting the main head hair and short hair bangs. And then what I did to animate them alongside the body armature, I added a copy transform to the hairHead [targeting head] and hairSpine3 [targeting spine3]. That way it would just copy location, rotation, and scale whenever.

fe58ae  No.30663

File: abdb8f9abcd441d⋯.webm (156.01 KB, 400x400, 1:1, lose_anim.webm)

File: 5c8636c08ea952d⋯.png (111.87 KB, 1653x657, 551:219, Screenshot_2018-02-03_01-3….png)

2/2/18: Made another animation (body_floor_sit_lose)[I forgot to animate one of her hands] and am starting to gear up for the first part of her logic: hand games. Demoday seemed to be a great success for /v/ today. Hopefully I can release a demo next time.

I'm using draw.io which is a good free online charting program that I use to prototype logic. Prototyping greatly speeds up development because you can much easily hammer out logic and don't have to worry about syntax or actually writing down code. Also allows you to see exactly what you need moving forward for an implementation. Right now I am prototyping so I can see what animations I will need.

Shinobu's AI will be logic heavy but I am pretty comfortable writing code. Modeling is not my background afterall, programming is.

079fa1  No.30675


I'm enjoying following your progress, anon. keep at it

fe58ae  No.30676

File: 9ef2cb1f0e87792⋯.webm (1.8 MB, 960x480, 2:1, proportional_editing_grap….webm)

File: 56941b98dd75307⋯.webm (1.59 MB, 960x480, 2:1, half_IK_half_FK.webm)

File: 6d50904d3be3a77⋯.webm (14.31 KB, 400x400, 1:1, tummy_weights_fix.webm)

File: cd1566b62ffda02⋯.webm (110.84 KB, 500x500, 1:1, agree.webm)

File: 48eab2a24830be3⋯.webm (183.67 KB, 500x500, 1:1, refuse.webm)

2/4/18: Spent the weekend fixing some animations and making some new ones for the chopsticks mini game. I learned a few more very useful tricks for animating in Blender.

First one is using proportional mode (key O) within the graph editor. The video showing this trick demonstrates me wanting to slow down the head shake over time. However, the shake is not just tied to the head, indeed there are frames for the y quaternion for the head, neck, and spine3. So rather than inaccurately and tiresomely reducing the change of y quaternion over time individually, I select all 4 bones and use proportional editing. In order to keep your change consistent for all of these bones, I made sure I was looking at the graph in normalized mode which makes it so it snaps to the min and maxes of each graph respectively, thereby making the min and max for all 4 bones the same.

Second trick is cooler but it is essentially using both FK and IK animations at the same time. Rather than leaving the FK/IK control bone at full 0 or 1, I left it at 0.5 so it has 50% influence from both types of animation. The forward kinematic action was just the hands shaking and the inverse kinematic action was only used to reposition the shake. Without this trick, it would be painful to tweak the position in which either hand shakes at. I used this trick to just slightly make the hands move backward in the final animation. Second video shows the trick.

I did a small tweak to the weight paints in the front. The tummy was caving in too much when bent forward.

Other 2 videos are the new body_floor_agree and body_floor_refuse animations respectively.


Thanks man. Gamedev blogs are fun.

fe58ae  No.30682

File: 31338645e435a99⋯.webm (100.06 KB, 500x500, 1:1, chopsticks_in.webm)

File: d5bdc08405c0e76⋯.png (3.14 KB, 269x148, 269:148, Screenshot_2018-02-06_00-4….png)

File: 4455ea15cb6959e⋯.webm (157.55 KB, 500x500, 1:1, stage1.webm)

File: d749cfc38a42fe2⋯.webm (214.83 KB, 500x500, 1:1, stage2.webm)

File: 52b0b457c43de23⋯.webm (250.39 KB, 500x500, 1:1, stage3.webm)

2/5/18: made some more chopsticks animations: body_floor_sit_chopsticks_idle_in, body_floor_sit_chopsticks_idle (not shown), and body_floor_chopsticks_react_neutral

One thing I hate about Blender is that whenever I switch animations, I have to manually set the endframe to loop during playback and there is currently no way to tie it to an animation action set. And I can't memorize how long each animation lasts. So in order to remedy this I've been using markers 1 for each action to remind me where the end of that animation is.

I'm starting to perfect my animation workflow in order to animate faster. From my wedding VR sim experience, animating can be very time consuming. My workflow is becoming more organized and faster. I try to follow it as much as I can. Currently it is as follows:

1.) Key the main poses into the dopesheet (stage1.webm)

2.) Desynchronize frames by just shifting frames a few seconds forward or behind (spine1 should animate way before spine 2, etc.)(stage2.webm)

3.) Tweak movements in graph editor for the important channels (stage3.webm)

As a bonus, when in stage1, I sometimes just shift+D keyed channel points in graph editor to make key the important poses which is faster than in the dopesheet for certain kinds of animations.

fe58ae  No.30683

File: 8856d7df06cade0⋯.webm (241.37 KB, 500x500, 1:1, floor_sit_chopsticks_reac….webm)

File: 2b1aab6221056cb⋯.webm (22.53 KB, 348x400, 87:100, topo_temp_fix.webm)

File: 4b4abcac3f330bd⋯.webm (21.19 KB, 500x500, 1:1, topo_thigh_fix.webm)

2/6/18: Made 1 new animation: body_floor_sit_chopsticks_react_worry and did a small temporary topo fix for the thigh.

I will be making several react animations for the chopsticks mini game so she has a more dynamic behavior. This one will play once in a while whenever she is about to lose. I'll make one tomorrow for when she is about to win. Note I have not yet animated the face rig yet. I just slapped on a worried face for show.

The thigh had an ugly caving in deformation whenever the leg moved up. This was caused by a topology pole being right on the edge of 2 deformations. This is why topology is important! This is probably the area I have the most trouble with but I have slowly learned how to handle topology better. The fix is not perfect but by simply shifting the pole 1 ring below I was able to finally connect the thigh ring all the way around and avoid having the pole sit between those 2 deformations. Poles should be in places that don't deform so this might even be okay to leave in although it's not optimal. At least it's better than before.

Also starting to brainstorm ways to send user input and interact with Shinobu. You will have 2 VR compatible controllers like the wedding sim but this is still very limited. I think I will be using a speech to text service so I can give commands to her. Speech to text is not really possible to do entirely on client side because it is not ideal to compute alongside a VR application and for good results requires machine learning. So a service like IBM's Watson or Google API might be necessary. This does not respect my freedumbs but I may have to bite the bullet and deal with it.

c8c4ea  No.30684


This is all great stuff. Amazing what people can do out of love for their waifus.

Out of curiosity, how do you plan on handling clothing? Are you going to have separate clothed leg/torso/etc models that will somehow replace the corresponding body parts? Or are you going to just lay the clothing on top of the base model? If so, what about clipping?

fe58ae  No.30689

File: 5c743e9ef967543⋯.webm (298.21 KB, 500x500, 1:1, react_neutral.webm)

File: b2565892a8848da⋯.webm (240.86 KB, 500x500, 1:1, react_worry.webm)

File: 543a087bf63786d⋯.webm (250.79 KB, 500x500, 1:1, react_confident.webm)

File: efad75b34297fd7⋯.png (147.27 KB, 718x835, 718:835, Screenshot_2017-12-13_23-3….png)

File: 173140554347bf3⋯.webm (67.05 KB, 400x400, 1:1, booty.webm)

x2/7/18: Another productive day. I worked on 3 animations and by being a dumbass I lost 1. I accidentally deleted this animation (react neutral) >>30682 .Which is not so bad considering it wasn't very good for a neutral react animation. It seemed more like an idle animation. Easy to make.

I remade the neutral animation that I lost, improved the worry animation, and made a new confident animation. The neutral animation is much better compared to the old one because it actually looks like she is analyzing the game in a neutral way. The worry animation was not lively enough so I animated her shoulders and her knees so she is cuter. The confident animation will be used for when she makes a move and the user is about to lose, essentially when she is closer to victory.


Because overdraw needs to be reduced, clothing will be handled by separating each clothing piece to its own mesh which will also include the body parts that they cover. So for example, a tanktop will have the tanktop mesh but will also include the shoulders and a small portion of the neck and arms. This way I can delete the vertices that are not visible under the clothing and not have to deal with clipping. I did it already for things like pic related, an old jacket (I have to remake it). However there are always exceptions. Some pieces of clothing will be difficult to have vertices deleted underneath because of topology or just the way it was shaped with subdivision, therefore each clothing must have a setting that will tell the game if it is better to just slap it onto the nude model. An example would be a bra or panty, I can't really delete the body vertices that are covered without destroying the subdivided shape or making huge holes. But despite this also alleviating the clipping problem, one downside is that I will have to plan out exactly how to split up dress-up able areas of the body. I think I will do the following:








If I want to make a cute onesie costume for her, that might cover multiple dress-up area categories using this method. So I will have to split that onesie costume into as many areas that I have. Which isn't too bad. Such is the life of a VR gamedev.

fe58ae  No.30699

File: 789aba2b626cb8d⋯.webm (158.48 KB, 500x500, 1:1, standup.webm)

File: 725ec5ba9668631⋯.png (375.26 KB, 1920x1080, 16:9, Screenshot_2018-02-10_00-1….png)

2/9/18: Finished one of the most laborious and difficult animations: standing up from sitting on the floor. Took me about 5 hours (I usually animate for 2~3 hours a day). This one was very complex compared to the standing up to sitting on floor animation because the body is acting against gravity this time. I had to really visualize how the body was moving and balancing itself as it stands up on 2 legs. I took into account the weight of each moving body part: torso is the heaviest, thighs are lighter, feet are lightest. This helped me make a convincing looking animation.

A good rule of thumb is to go for fast controlled movements. Never leave out a body part moving linearly or moving super slow. Make it look like the model is moving preemptively as if it knows what it is doing. The model is supposed to look like it is positioning itself for the next movement.

Also it is very important to be organized. You can save a lot of time organizing your bones into layers because it will reduce the time it takes for you to find a bone in the dopesheet. I always toggle whole layers off/on when working with animations so I only see few bones in the dopesheet.

One issue that I spent a lot of time on is IK/FK popping. Essentially, when you are blending between the 2 for like an arm, the elbow angle will snap from a straight line to a bent angle in a very short amount of time in between frame intervals. This looks like it's snapping or "popping" during playback. It is annoying fixing this because it is a very delicate reoccurring problem with FK/IK blending. The only way I know how to combat this is by making sure the IK targets don't move too fast and that the FK angles move alongside the IK.

a77d04  No.30702


I hope you never actually watched that faggot, anon.

39ad13  No.30707


looks a bit autistic there mate

fe58ae  No.30708

File: 724c60749e55e44⋯.png (100.09 KB, 762x686, 381:343, clean keyframes.png)

File: 0c61239897127ae⋯.webm (87.57 KB, 500x500, 1:1, headpat_angry_start.webm)

File: ab711fc7680eaba⋯.jpeg (581.15 KB, 2798x1676, 1399:838, logic 2_12_18.jpeg)

2/12/18: Starting to work on the headpat logic for Shinobu. In the wedding sim I used a simple realtime 2-bone IK function to dynamically change the head position of Shinobu as I headpatted her so it felt like I was really dragging her head around with my hand. I will be doing the same thing with this set of animations and additionally include an additive animation. The additive animation will change as I headpat her and depend on her mood. Currently I have thought out happy and angry moods for her logic. The graph tree is the current logic for Shinobu's AI. The blue arrows are animations and if they are outlined green that means they are done. Red ones are yet to be created.

I planned out the exact circumstances in which certain animations will play and also design it in a modular way so I can always add stuff to it with ease. Headpatting can happen in various scenarios (when she is sitting, standing, laying down, etc.). As a result, each scenario will have its own set of headpat animations. This can be tedious but certain things can be reused to speed up development. Namely the face animation that accompanies a certain headpat body animation. The big upside of this is that headpat animations will be very adaptive to whatever her current pose is.

I only finished one of the headpat animations today: body_stand_headpat_angry_start. It looks a little stiff because it will be an additive animation. No point in animating her head if it will be dragged around in real time. Note her new hair has not been textured.

Another good tip for animating that helps a lot with organization is using the 'clean keyframes' functions in Blender. By highlighting the channels AND the frames you want to apply this to, Blender will automagically remove frames that don't change leaving behind only the frames that change. This gets rid of the cluttered look of the Dopesheet. However, this function removes all F-curve tweaks in Graph Editor so you should ONLY use this function during Stage 1 of the creation of an animation (keying only the main poses in dopesheet). Also organizing the order of your shape keys can help speed up the animation process by helping you locate groups of facial shape keys. Every single little thing helps in the long run. Time is my biggest enemy in 3D asset creation. Not that I have a deadline or anything.


I don't know who that is. I haven't watched tv in years.


Autism is adorable on lolis.

fe58ae  No.30709

File: f668ea0c266423e⋯.webm (155.42 KB, 500x500, 1:1, stand_up_footing.webm)

Also tweaked her stand up animation. Her footing was not natural.

bfc23f  No.30710


make her pout instead

fe58ae  No.30712

File: 58fac1c2eb295bc⋯.webm (173.45 KB, 500x500, 1:1, angry_brush_away.webm)

File: 19af9b4518dc31a⋯.webm (343.99 KB, 500x500, 1:1, angry_to_relaxed.webm)

File: 6c18fee0ad7e8a4⋯.webm (17.3 KB, 500x500, 1:1, face_fix.webm)

File: 67c34a7fcf1bb39⋯.png (16.77 KB, 710x444, 355:222, Screenshot_2018-02-13_00-4….png)

File: a75e23c94bbea84⋯.png (11.66 KB, 224x610, 112:305, Screenshot_2018-02-13_01-0….png)

2/12/18 I meant 2/11/18 last post

I did 2 new animations: body_angry_headpat_brush_away and body_angry_headpat_angry_to_relaxed

Both are additive animations as well.

I worked a little bit on the head and facial shape keys as well. I realized I couldn't do an angry mouth snare because I lacked bottom lip controls. So I made bottomLip_r and bottomLip_l. Now she can properly show her teeth in a variety of ways including a snare. Before today I had angryEye_l and angryEye_r which made Shinobu's eye lids and eyebrows angrier looking. However, when this angry look was turned on and the model attempted to blink with upperEyelid and lowerEyelid, the eyelashes would clip through because of the angry slant (pic related her right eye). So if I wanted her to blink without this problem I would have had to simply set the angry look to 0 when the eyes are completely closed. However, this meant that my model would not be able to maintain an angry look whenever she blinked and this looked weird and bad. So I split the angry shape keys into the eyes and the eyebrows (pic related her left eye). I also made the new eyebrow shape key go negative (-.3 ~ 1) so the model can reuse that shape key to also show a raising eyebrow expression.

I also tweaked her head shape as the bridge of her nose protruded too far outward. Her jawline was also too far out as well and did not smoothly transition to the back of her head. This has now been fixed. It is totally possible to edit the Basis of a model and for ALL the shape keys in it in one edit. Blender is just stupid about it. You have to tab into the Basis, make your changes, and then while still in edit mode, just click on another shape key to switch to it. If you see your changes applied itself to the other shape key, then it worked for all of them. If your edit didn't carry over, do it again.


Yes of course. That animation is reserved for when she goes from happy to angry.

bfc23f  No.30713


will probably be better if the arm movements are faster

4924fc  No.30715


Hello anon!

Been awhile. Im the one who made the maika model. Thanks for the inspiration anon.

Here is my latest model now. It looks so much better now than my previous models :3


fe58ae  No.30717

File: 23ac701ccf89786⋯.webm (147.8 KB, 500x500, 1:1, angry_start.webm)

File: 7faf2dd5ef2c240⋯.webm (175.31 KB, 500x500, 1:1, angry_to_relaxed.webm)

File: 98eeb61ac1213db⋯.png (382.81 KB, 409x555, 409:555, Screenshot_2018-02-14_01-0….png)

File: edff44dadeec13e⋯.jpg (36.74 KB, 350x196, 25:14, AAA.jpg)

2/13/18: Didn't get much done today because piece of shit train delays from my work commute. I did however improve the 2 animations for body_stand_headpat_angry_start and body_stand_headpat_angry_to_relax. I didn't realize that I accidentally made 2 animations in 1: >>30712 .That old relaxed animation was supposed to be the *_angry_to_relax and the *_relax_to_happy animations. No biggie I just split them into their own respective action sets.

I improved her facial animations by using the graph editor for her face. You can very quickly add random ups and downs by just Shift+D and dragging into random locations. I used this method to make her angry lower eyelid twitch and to add a random jitter to her arms and spine to show that she is furious that you are petting her head when she is angry.

One thing I have always always been fond of in animation is good eye animations. Eye animations can breathe life into a stiff 3D model a 1000x more than a body animation. Most people don't realize this but this is because eyes are the part of the human body that people look at the most. For the wedding sim, I spent an enormous amount of time on her eye logic. I added random jitters, random blinks, constrained her eye angles to her eyesockets, and even added per pupil look-at-object tracking. And it worked so goddam well she felt so much realer when I married her. Eyes are so important. And even in AAA games nobody ever freaking gets eyes right! This is probably because it's not something that can be easily included in a mo-capped studio and the studios that do mo-cap pupil tracking (Hellblade comes to mind), the tech is expensive as fuck and presently cutting edge. So people always skimp on eye animations and sometimes hardly even make them blink. Crysis with it's insane graphic fidelity can't get eyes right either and they end up looking like dolls. You can have the shittiest model and still make it feel alive by just focusing on eye animations.


Yes indeed I forgot to mention that my OBS recording is laggy. I play Blender animations and record at 20fps. True fps is 24. I'll record from now on without the body's subdivision to improve performance.


Very nice Anon! Make sure you keep on practicing.

fe58ae  No.30727

File: 8f9ed89de018623⋯.webm (193.28 KB, 500x500, 1:1, headpat_angry_interrupt.webm)

File: f5f52ed9af57037⋯.webm (498.06 KB, 500x500, 1:1, happy_loopWIP.webm)

2/15/18: Worked on a few more very simple animations for the headpat system: body_angry_headpat_interrupt (used for when the headpat suddenly stops). I didn't finish body_headpat_happy_loop as it is a long animation and has lots of subtle movements. But it will be one of the loops for when you headpat her.

Finger and hand movements are also extremely important to make characters believable. Fingers in particular because it is a very animation dense area of the body (because it has so many bones). So I am making sure to animate her fingers in the way that she would react if she had her soft head rubbed.

fe58ae  No.30731

File: 96a527d3e78b10d⋯.webm (231.48 KB, 500x500, 1:1, headpat_start.webm)

File: 12a6dc3cbafc057⋯.webm (433.24 KB, 500x500, 1:1, headpat_happy_loop.webm)

2/16/18: Finished body_headpat_happy_loop and body_headpat_happy_start. The *_loop animation was kind of hard to see in textured mode so I recorded in matcap. The *_start one was the type of animation that required me to animate the pupils. All of the animations up to now are to have the pupils animated in real time so they can look at the user. That's why I didn't animate them.

I plan on giving her yet again complex eyeball mechanics when I put it together in Unity. I'll be using the same workflow from the wedding sim: Some animations have eyeball bone angles like for an eye roll. However, some have bone angles AND require to look at a certain object in real time. So animation events will be added to each animation action that will flip switches to blend between "Use animation eyeball bone angles" and "Use real time look at world object angles".

fe58ae  No.30751

File: 30c29c122387004⋯.webm (285.57 KB, 500x500, 1:1, facial_confident.webm)

File: 3510034b3e2c5c5⋯.webm (291.16 KB, 500x500, 1:1, facial_neutral.webm)

File: 60bc8857ba02b50⋯.webm (310.2 KB, 500x500, 1:1, facial_worry.webm)

2/19/18: Gonna be busy these few days because I'm in charge of putting together the Valentine's Day Collage for /a/.

Worked on 3 facial animations for existing chopstick behavior animations: worry, neutral, and confident. I like animating faces because not only is it way faster and easier, but also because adding subtle movements makes a huge difference. I try to add blinking at points where a real person would blink (when shifting head, changing head rotation, being surprised). And also added subtle eyelid falloff movements so it's not static. Eyelids are important to display convincing emotions.

bfc23f  No.30752

Hey shinobro do you have any good topology guides for late teen, young adult females? Now that i have learned how to make a decent male i wanna try to remake my female models

fe58ae  No.30758

File: 02914a849d74436⋯.png (70.21 KB, 655x680, 131:136, Screenshot_2018-02-21_00-0….png)

File: 232f667bb095b4e⋯.webm (365.35 KB, 500x500, 1:1, old_eyes.webm)

File: e29515e317895e7⋯.webm (524.87 KB, 500x500, 1:1, new_eyes.webm)

2/20/18: Pretty busy with collage so I got very little work done. I fixed her eyeball rotations for looking at things. The problem is that the shape of anime eye sockets are irregular and do not allow me to just place a big eyeball sphere inside because it does not fit inside properly. Anime eyeballs would intersect with each other if they were real. So making the pupils look at things accurately was harder than expected. The eye socket itself has to accommodate a curved plane with a pupil texture that must also not clip with the strange shape of the anime eyesocket rim. If I tried making small spheres for each eyeball, it would not cover the entire eye socket and would give her weird pop out bug eyes. As I've said before, anime anatomy does not make sense and porting it to 3D exactly will give you bad results. I came up with a stupid name for this phenomenon: The Uguu Effect. So a compromise was to make a curved plane rotate around a point close to the back of the head instead of close to the eyesocket. This is so the eye bone that controls the pupil can rotate the pupil and still keep it from clipping outside the head mesh. This worked great for a while. However, since the pivot is not at the "would be eyeball" center, a damped track gave inaccurate results when used to look at stuff (video 1, pupils do not follow look at bone properly). To remedy this, I made 2 new bones, eyeOffset_l and eyeOffset_r. These would be placed at the "would be eyeball" true centers (for x and z) and have the damped track applied to them to face whatever object in the world. The old pupil bones would now instead copy the rotation angles of these offset bones. In short, this changed the points to calculate from for the Damped Tracks. Worked well (video 2, notice how the pupils follow the look at bone better).

One other problem was that since the rotations for the eye bones were constrained and each had a damped track, there were a few situations where the up and down angles of both pupils were not the same. This gave her a lazy eye. Big no no. So I simply made one of the pupil bones copy the up down angle of the other pupil bone. Did not matter which I picked.


For body? I use the same 2 images I posted: >>30084

bfc23f  No.30763



fe58ae  No.30771

File: 1a3b8d64ce55779⋯.png (219.94 KB, 1303x781, 1303:781, step 1.PNG)

File: 5a03b392a444dff⋯.png (75.68 KB, 661x671, 661:671, step 2.PNG)

File: b77e8ff38f76e31⋯.png (42.71 KB, 862x576, 431:288, step 3.PNG)

File: 95f4847b7396470⋯.png (422.7 KB, 1548x838, 774:419, step 4.PNG)

File: d7df8ea1dae6fc1⋯.png (676.54 KB, 1232x691, 1232:691, uv.png)

2/22/18: Finished the collage so I can get back on track with this project. I UV-unwrapped her hair today in preparation of texturing it. I know exactly how I want to paint it now. I wish I had the following workflow with the old hair mesh because the old one had bad UV density: UV-unwrapping should not be about producing even UV density on all faces. It should produce UV densities proportional to the importance and necessity of detail for each island.

1.) Mark seams in a way that it divides the important faces and the unimportant faces. Shinobu's hair will have nice faint hair stroke shades on the surface of her hair (important) while the bottom faces of her hair will hardly be seen and consist of almost solid colors (unimportant). A fast way to select current islands outside of the UV editor is to simply hover over your 3D mesh faces and press "L". This automagically fills your selection like paint bucket tool constrained by your seams (image 1: I selected all bottom faces to test my islands).

2.) UV unwrap it with the necessary options. For me I checked unwrap with subdivision modifier for more accurate 2D UV meshes (image 2)

3.) Segregate the unimportant and important islands and combine similar mirrored islands if possible. Bottom unimportant portions of her hair will have symmetrical colors on either side so no point in giving both unique UV space. I just moved them on top of each other, scaled, and rotated to align them together. If there were minor differences, I ignored them and fit their median average (image 3)

4.) Once you got it segregated, scale the important islands a little bit bigger and start putting it together.Follow up and scale down the unimportant islands to fit them back in.

Final result is in the 5th image. The left side shows a simple UV-unwrap. Right side is after taking the above approach. Easily helped me achieve 2x texel real estate with the same texture (which is 1024x1024.

One caveat to this method is that it has overlapping UVs. This breaks baking AO or normals or vertex specific data that requires unique UV space for each face. My 3d anime model is not going to need any of those which is why I am prepared to accept that. However, if in the future I want to have some way to paint her skin or get her wet dynamically on unique parts of her hair, I may want to create a separate UV map which does a simple unoptimized UV-unwrap. Lastly, marking seams should also take into account how you are going to paint it. You don't want to make islands in parts of your model that require 1 contiguous UV space because it might produce detail artifacts as they suddenly cut island to island.

fe58ae  No.30777

File: ad603f54618d9c0⋯.png (65.89 KB, 1329x735, 443:245, 1.PNG)

File: b53f2297dc75b0a⋯.png (81.62 KB, 1328x743, 1328:743, 2.PNG)

File: fe1226a1c14f2b5⋯.png (254.54 KB, 1319x758, 1319:758, 3.PNG)

File: 52e7590e7e58a31⋯.png (1.96 MB, 1190x1637, 1190:1637, fb53452282a741af3fa0cec1b1….png)

2/23/18: Started to paint her hair. I'm not an artist nor have I ever drawn anime on paper, but I do know my way very well with photoshop and have a good hunch of what makes a good anime style. Shinobu has been drawn in various art styles many which can have craploads of shades of her hair color and really show off artistic merit. However I've noticed that the complexity of such drawings is proportional to how many strands of hairs the artist plays with. In the tv anime series, her hair is simplified a fair bit with giant clusters of her hair being drawn throughout. As a result it does not have more than a couple shades of color with little detail. My mesh really only has like 20 strands of hairs so I wanted to keep it on the low number of shade counts as well but also put in some detail.

So for the first pass I gave her a basic shading near the edges of her hair strands. Just to separate and highlight different strands of hairs. Low frequency detail.

Then I gave volume to her hair with shadow details in the second pass. I made little "fangs" groove in and out of her first shade pass so the hair looks hairier. Medium to high frequency detail.

Then I added some gradients on the flat parts of her long hair strands and a nice white circular light rim to make her hair shinier. I think gradients are powerful to giving meshes volume. I've noticed that 3D anime models make use of gradients heavily and a common trend that I have seen is making the hair strands close to the face look transparent by adding a pinkish glow. It looks pretty good so far.

fe58ae  No.30783

File: a8bc2f07041e2e5⋯.png (963.4 KB, 1290x1380, 43:46, 0_old.png)

File: 8702f20823bac32⋯.png (646.2 KB, 1211x1250, 1211:1250, 0.png)

File: e58692b3b8b5bfe⋯.png (72.38 KB, 894x944, 447:472, 1.PNG)

File: 6dd2551fb313c46⋯.png (219.58 KB, 1142x872, 571:436, 2.PNG)

File: 708fb676b56a61b⋯.webm (843.44 KB, 500x500, 1:1, eye_method.webm)

2/24/18: Finished her hair. Or at least I feel satisfied with how it turned out. First image is old hair. Second image is new hair.

I made use of photoshop's masking to work faster and quickly edit parts of her head. I used the refine edge to create more artsy curves for her head shine (images 3 and 4).

I'm also toying with a squished sphere to permanently fix her eyeball rotations. The rotations are fine but they are not uniform which is still a big problem. This method looks promising but seems like it can be a bitch to get it working because after poking around forums and youtube videos, this method was broken. Pretty sure I can still get it working though.

bfc23f  No.30784


looking really nice

fe58ae  No.30790

File: fc1711da6ee3c1d⋯.png (47.55 KB, 639x592, 639:592, Screenshot_2018-02-26_00-5….png)

File: 2b266ce9349baeb⋯.webm (1.22 MB, 500x500, 1:1, final_eyes.webm)

File: 4b2c8be1cca1506⋯.webm (312.14 KB, 500x500, 1:1, pupil_anim.webm)

2/25/18: Fucking finally fixed the eyeballs. Was annoying because the solution was to snake through Blender's limitations. The method was shown above where the eyeball texture will rotate around a flattened sphere to accomodate the non spherical eyeball shape (because Uguu Effect). The rotating eye bone "eyeball_l/r" has a parent bone named "eyeballScale_l/r" which is in charge of positioning and scaling the sphere of the eyeball. It is scaled smaller on some dimensions to make the rotating oval shaped eyeball. The hard part is rigging it properly because by introducing scaling, Blender derps out when using a Damped Track or Inverse Kinematics (to make the eyeball point towards some target bone) in such nested bone structures. Oddly enough those modifiers would ignore the scaling and make the eye pop out entirely (image 1). However, rotating the eyeball bone in place worked just fine and did not pop out and properly constrained itself within the oval shaped sphere. So the problem was the modifiers themselves. The solution was to make another bone that was not nested in the eyeScale and simply was in charge of pointing towards the target look at bone. Then, I used a Copy Rotation on the real eyeball bone to copy that dummy bone's angles. That worked fine (video 1). From there I just added a Limit Rotation and everything went smooth as butter. Method is compatible with game engines as well since the flattened sphere is just a scale deformation. I also added a pupil shrink to give more life to her surprised expression. (video 2).

fe58ae  No.30795

File: 1a31d5eb6a28573⋯.webm (333.35 KB, 500x500, 1:1, headpat_ask_for_more.webm)

File: 544adad38d64a30⋯.webm (22.06 KB, 500x500, 1:1, silhouette_fix1.webm)

File: aa166aa0514bbdf⋯.webm (21.18 KB, 500x500, 1:1, silhouette_fix2.webm)

2/28/18: Back to making animations to complete assets for her logic graph. I finished body_headpat_happy_ask_for_more which will be used when she is enjoying your headpat and suddenly you stop.

Also fixed and edited her mesh since I noticed that some vertices not visible in her front and side silhouettes were not round. This caused a sort of gaunt dimple ridden look on her hips. I wanted to keep her skinny look but also highlight her womanly girly thighs and hips. The videos may look like I just made her thicc but I actually kept her silhouette intact meaning I only rounded out some vertices [had to turn off hair subdivision for recording performance]. She does not actually look as thicc in any other view. These edits merely helped her model look more uniform and round.

fe58ae  No.30801

File: 3a95896c31b35fd⋯.webm (224.02 KB, 500x500, 1:1, receive_more.webm)

2/28/18: Meant 2/27/28 yesterday.

Only finished one animation today. body_stand_headpat_happy_receive_more which will be used if the player headpats her after she asks for more. A follow up to yesterday's animation. It is very similar to: >>30731 happy_start but it's a lot softer and smoother because she is slowly recovering from the brief sadness.

9afc08  No.30803

File: a61738a61a47a6a⋯.png (491.56 KB, 835x540, 167:108, a61738a61a47a6a531af57c496….png)


>tfw you will never skin your waifu alive


>tfw you will never deep throat her skinless body

bfc23f  No.30804

File: d655ec63755d80a⋯.jpg (118.75 KB, 960x720, 4:3, sakura disgusted.jpg)

fe58ae  No.30806

File: 4d19696a9339b70⋯.webm (125.31 KB, 500x500, 1:1, satisfaction.webm)

File: a4c9964905e4718⋯.webm (25.99 KB, 500x500, 1:1, teeth_scale.webm)

File: cfde3ce00792286⋯.webm (34.39 KB, 500x500, 1:1, mouth_scale.webm)

3/1/18: Sold my soul to Tewi since it's a new month and finished a new animation: body_headpat_happy_satisfaction which is an animation asset that will be used when you stop headpatting her and she is satisfied.

Additionally tweaked her dentistry because I realized the inside of her mouth was too small which caused her teeth to not cover enough of the mouth color. This made it look like she had small spaced out dentures. So I scaled up her mouth and teeth while maintaining her lips and shape keys in tact.


Yeah I'm not sure that's what that is.

67bcee  No.30815



To be honest she really looks better with smaller pupils, I've been following your project for a while and always found your model a bit uncanny, I think it's just the weirdly big irises.

67bcee  No.30816

File: 28623e538a4b7e5⋯.png (989.34 KB, 1473x806, 1473:806, eyes.png)


Additionally I'd like to say that if you want to be more loyal to the actual official character art, keep the eyes the same but maybe change the outlining of the eyes to a "browner" black (pic related) and maybe change the shape of the eyelash-line a bit

fe58ae  No.30819

File: 15610cc14f749c3⋯.png (728.97 KB, 1662x807, 554:269, Screenshot_2018-03-02_22-3….png)

File: b9e027f34253472⋯.jpeg (643.87 KB, 3840x2174, 1920:1087, Nisemonogatari-Anime-Oshi….jpeg)



Hey thanks for the feedback but the official color of her eyes is black according to Watanabe Akio her designer. I've got official posters, dakimakura, figurines, and loads of random images that tell me that black is indeed the de facto color. That said, there is always inconsistency especially in the tv show sometimes going as far as changing her pupil color in some scenes. Which is just the nature of anime. Close up perspective recordings do make her look weird but I'm fairly certain once I slap on a nice toon shader with outlines she will look much more 2D.

I am not trying to match her exact tv anime style anymore as evident by the slightly different shading of her hair (which is nowhere near consistent at all in the tv show). My first Shinobu model from the wedding sim was a lot more conservative and matched her 2D anime style exactly. And I don't think it looks good anymore in comparison. At some point going from 2D to 3D, you are much better off putting in your own slight improvisation. 2D just doesn't work in 3D.

fe58ae  No.30820


I think what you are referring to for the lighter brown is that the outlines all over her body are not all just black. Her outlines are a direct extrusion of where that line is but darker. So the outline on her skin is a darker skin color, the outline on her yellow hair is a darker yellow color, outline of her white dress is a darker bluish color. That's actually planned for when I write up a shader in Unity. I couldn't do that in UE4 because I didn't really know how to do it at the time.

cd5ec8  No.30821


That is one #thick ass Shinobu.

658f60  No.30822

File: 6aa879c56a29c07⋯.gif (781.2 KB, 235x277, 235:277, 1451388609132.gif)

your waifu looks really cute OP

looking forward to seeing your game and cute animations

fe58ae  No.30825

File: 2ab13d0df6a101b⋯.webm (361.02 KB, 500x500, 1:1, annoyed.webm)

File: 32295a3d5f390f0⋯.webm (129.37 KB, 500x500, 1:1, climax_to_cancel.webm)

File: 54d65808d054790⋯.webm (90.06 KB, 500x500, 1:1, shoulder_fix.webm)

File: 8b49358d0e9a199⋯.webm (16.59 KB, 500x500, 1:1, BUTT fix.webm)

File: 26ec72edf218bea⋯.png (492.26 KB, 1146x718, 573:359, Screenshot_2018-03-04_01-1….png)

3/3/18: Got a lot done today. Finished body_stand_headpat_annoyed, body_stand_climax_to_cancel, and fixed a couple mesh problems that were plaguing me for a while.

The first animation will be used to warn you when you headpat her too many times or in a way that is very annoying (shaking or swaying harshly). Second animation is when she is fed up with you and brushes away your arm. Similar to the brush away animation but this is used to turn her angry. I'm picking up more methods to animate faster. Some of them are subtle but work well. One new one is when tweaking an animation in graph editor. I've found that it is faster and better to exaggerate your changes by a little bit (like 15% more) and deleting curve vertices that would make a subtle smooth steps. This way I've found myself less prone to needing to go back and make certain tweaks.

Then I fixed my shoulder deformation since it had a bump that looked like her pectoralis was popping out. It was mostly a weight painting issue. Video related.

I spent about 3 hours today fixing her butt including her anus lol. The topology for her butt crack formed an ugly peak from the glute deformations which looked awful in spread eagle pose. The problem was that there was not enough separation between both butt cheeks. Subdivision was affecting both cheeks from the same middle vertex and with the armature deformations it got worse. I added one more row of vertices going up her butt crack to address this problem. I also repainted certain parts of her glute bones to achieve a rounder look for her booty when she bends over. Video shows how square it was before. It's a subtle fix but combined with the improved buttcrack topology, you can now see a smooth straight line going towards her spine. Image shows cross section of butt with the new line of vertices along her butt crack (old left, new right). Lastly I moved her anus because I realized it was too far away from her vagina which made it look weird. You can see how I moved it down in the image as well. So now she looks a lot more delicious in lewd poses. Rounder booty deformations and better genital placement.

fe58ae  No.30835

File: b92ceeafb6c3673⋯.png (231.36 KB, 1243x968, 113:88, Screenshot_2018-03-05_01-0….png)

File: 4a3681d8bdcf51d⋯.jpeg (862.34 KB, 3427x1739, 3427:1739, logic 3_5_18.jpeg)


All animations are ready for implementation into Unity but I probably won't be doing that for another 2 weeks because reasons. So I decided to start working on her new body texture and some logic. Since I added new hands, new feet, and a bagina and angus I need to unwrap the new whole body mesh again (head is separated) and repaint it. The seam placement is not complete yet as I need to figure out the optimal marked seam setup for my painting. I'm simply trying to mark edges where I don't need a continuous island. I find separating certain body parts easier to unwrap like the hands and genitals.

The next behaviour module for her logic will be interacting with her when you get your face close to hers. So things like kissing or teasing. Trying to make it as simple as possible to lower animation count. Pic related. Modules inside green boxes are ready for implementation.

5cf0d6  No.30843


She looks more worried than disgusted tbh

67bcee  No.30844

YouTube embed. Click thumbnail to play.


>Which is just the nature of anime. Close up perspective recordings do make her look weird but I'm fairly certain once I slap on a nice toon shader with outlines she will look much more 2D.

I don't know, though I bet other than shaders there probably is some crazy geometry stuff you could do (like some physical squashing of the model based on where the camera is don't know how'd you rig it ouside of blender though). Makes me want to get back into blender, though I'm shit at modeling.

>And I don't think it looks good anymore in comparison. At some point going from 2D to 3D, you are much better off putting in your own slight improvisation. 2D just doesn't work in 3D.

That's to be expected though from just jumping dimensions like that.

Have you considered using some esoteric camera setup and scanning the models/figurines you have youself? Or you think that at this point you're beyond the need for references?


you could probably get one of these for cheap and use it to scan, maybe you could even record animations

Additionally, have you heard of the Leap Motion?


It's incredibly good, it actually tracks individual joints on your hands without a controller, I think it works with the htc vive.

fe58ae  No.30845

File: 6211a66087d4e2b⋯.jpg (270.22 KB, 698x778, 349:389, 1514749001.jpg)


>there probably is some crazy geometry stuff you could do

Rendering in orthographic for just her model and then rendering the rest in normal perspective indeed sounds like an ideal solution to make her look more 2D. However that is a super silly idea. The problem is that rendering with different perspectives in a single pass fucks up your sense of depth and perspective. It would also not make any visual sense. She would be a flat plane without any way to reach out towards me in 3D. Let alone use this for VR.

>Have you considered using some esoteric camera setup and scanning the models/figurines you have youself?

I've used photogrammetry at work before and using it to make rigged game models would be pants on head retarded. The biggest offending reason is that the scanned output produces a triangle salad with zero topology. Far from ideal for rigging and UV-unwrapping. And the workflow would not make sense. How the hell would I "unpose" the figurine's pose to a T-pose? The second offending reason is that photogrammetry spits out only what is visible by the camera. Meaning you would not be able to scan and extract just the body of the figurine if it has clothes or objects blocking the body. So that's why it's a good thing that I'm learning to make my own models the way they are meant to be made for games.

>maybe you could even record animations

This was something I did think about a few months ago and a good thing that you brought it up. I was thinking about making my own Kinect to Blender mocap studio to save time with the animations. However, I realized that it would not work best because the types of animations that I need are very specific for her logic that would not look good with super realistic human recorded motion. Also I didn't want to record myself pretending to be fucked on the floor.And then fuck myself in VR

>have you heard of the Leap Motion?

Yes I have! And I would love to build for something like that, but I want to make something that is way more accessible for everyone. VR on 8chan or even the internet is pretty goddam niche already and adding a Leap Motion entry hurdle would make me the only person capable of appropriately running this VR sim. So I'm just going to target the HTC Vive controllers and definitely upgrade once the Vive Knuckles controllers come out.

fe58ae  No.30853

File: 9b2c9ac90edf4fb⋯.webm (96.62 KB, 500x500, 1:1, body_stand_face_prox_angr….webm)

File: 188ae5ff1becbe2⋯.webm (535.48 KB, 500x500, 1:1, body_stand_face_prox_angr….webm)

3/7/18: Did a couple more animations for the face proximity behavior module. Also started to brainstorm ways to get a good looking shader for her.

body_face_prox_angry_surprise will be used when you suddenly approach her really fast. This animation will then transition to the next animation body_face_prox_angry_loop which is a long looping animation that just shows Shinobu being very weary of you. It's kind of hard to see her angry eyebrows but she is pouting in this animation.

The anime shader will probably be something similar to the one I made in UE4 but for Unity. UE4 has dogshit awful shader documentation and you pretty much have to use their node system. Which is great for making some deferred render shaders but it can be an enormous pain in the ass to make a node for every single calculation. Unity has something similar but a lot more friendlier support for writing shaders in a text editor. The shader will use a matcap texture with lots of clamped color ranges and will have the sample coord shifted by the shadow sample. That way the shadow should affect the final matcap lookup calculation and thereby making the shader support shadows properly with an anime matcap. UE4 shader didn't do this. And then I'll throw in a nice vertex extrusion for the outline.

fe58ae  No.30863

File: cf2e1f3b65da234⋯.png (228.98 KB, 553x569, 553:569, Screenshot_2018-03-08_21-5….png)

File: 95a28baf75179c5⋯.webm (232.67 KB, 500x500, 1:1, angry_kissed.webm)

3/8/18: Finished another animation bod_face_prox_kissed_to_angry for when you kiss her while in angry mood. The next animation will split off either into the _to_happy or _back_to_angry. So kissing has a chance to change her mood back to happy. Also this is only for the right cheek. I can very easily mirror this animation and have one for the left cheek.

Something that I've noticed that is annoying is Blender's lack of having some kind of additive animation for the graph editor (or maybe I just don't know how to). As in, sometimes after finishing an animation I want to go back and add a breathing animation on top of the movements. So I usually go into the x quaternion for all the spine bones and make an unsynchronized wave. However if the x quaternion graph part is occupied and full of specifically placed points, I can't just make the wave breathing pattern. So I've found that the easiest way to go around this is to first animate all the simple would-be additive animations first, and then make your actual animation afterwards. And to save time, I've made a temporary helper animation that has my breathing animation. Now all I have to do is clone this animation to make a new one and layer on top new movements. Bam. 10 minutes saved.

Also currently looking at fixing the wrist deformation.

5cf0d6  No.30867


Her skin looks a bit... off.

fe58ae  No.30870

File: 6cf03ffbd38d91c⋯.png (534.45 KB, 4000x2799, 4000:2799, 1490338084.png)

8/9/18: Fucking bit the bullet and rolled back to Blender v 2.77 from 2.79 because a certain feature is broken. Oh well. Seemed like the file versioning was compatible and everything else works. I may need to switch versions now for very specific things. Get your shit together Blender.


What? That's just in blender viewport. In game won't look anything like that.

67bcee  No.30877


You make a really good point I guess in the first paragraph but,

>would be pants on head retarded

In the next sentence I implied that you would be using it for reference, not actual use.

> make something that is way more accessible for everyone

Not to start an argument, but if you wanted to make it more accessible for everyone, you likely wouldn't even use VR in the first place, or perhaps make it for something cheaper than the vive, like google cardboard.

fe58ae  No.30878

File: 537115817c351d7⋯.webm (1.61 MB, 500x500, 1:1, apply_modifier_to_shape_k….webm)

File: d165c026ebce200⋯.webm (744.3 KB, 500x500, 1:1, bad.webm)

File: e2ff23aba9e25b7⋯.webm (1.74 MB, 500x500, 1:1, boob_merge.webm)

File: c7a94a307f471a0⋯.png (2.37 KB, 215x85, 43:17, Screenshot_2018-03-10_22-1….png)

Holy shit I fucking got it. This is how to apply all modifiers and maintain shape keys and without addons (video 1). I Googled for hours trying out several addons but none worked for some reason. They either transferred some shape keys but left out others. This method works with ALL and I found out why it wasn't working sometimes. The problem is that the mirror sometimes merges vertices thus changing vertex count and derping blender when joining shapes (video 2). So you must make sure that each shape key does not destroy or create any vertices! This means that it must not touch the middle of the mirror middle when applied but it can go over it to the other side. As long as it maintains the vertex count. My test breast shape key transfer was not working and it was because one of the middle chest vertices was disconnecting itself from the middle (video 3), thus creating a new vertex and fucking everything up. To fix this I simply merged it back and the shape join worked wonderfully. It can be tricky to tell where a shape key is screwing with the mirror modifier but by ticking on and off the "Merge" option in mirror, you can visualize where it is creating or destroying vertices. Additionally when you convert it to mesh, you can check how many vertices it has compared to the base model. The breast shape key had 4 more vertices than the basis mesh. That means that it was creating a net total of 1 vertices.

Now I have a great workflow for exporting my Shinobu model into Unity all the while being able to work on my mesh with all the modifiers that I want. I tested it with my current model and it worked fantastically. Hail hydra.

fe58ae  No.30891

File: 1647ef16ddf97da⋯.webm (430.69 KB, 500x500, 1:1, angry_kissed_angry_to_hap….webm)

3/14/18: In process of moving to new apartment so very busy this week. Finished body_face_prox_kissed_angry_to_happy for after the previous animation branches off to a successful happy action. The goddam sigh took me 3 hours because I was being stupid with the approach. I didn't know what kind of action I wanted her to perform and I was kind of just messing around until it looked good. The sigh was also a little hard because there is lots of gravity and timing acting on her spine and arms. I need to plan out better my animations to save time. Although sometimes it is hard to visualize.


>using it for reference

Yeah that's totally doable. Would work fine. I think I used it a while back for understanding her hair.

>Not to start an argument

Arguments are good. Talk me out of something to improve. The whole point of this is that it is in desktop level VR like my wedding. Google cardboard is just shitty mobile VR with too many hardware limitations. I wouldn't be able to make it look good. Phone hardware for VR is trash. I write shaders for phones at work.

fe58ae  No.30913

File: 879e53f9e9cc751⋯.webm (22.37 KB, 500x500, 1:1, armpit_topo.webm)

File: d0126e341fa04ce⋯.png (78.26 KB, 493x393, 493:393, Screenshot_2018-03-17_00-5….png)

File: ab4480777dc5913⋯.png (91.73 KB, 498x450, 83:75, Screenshot_2018-03-17_00-5….png)

File: 48490f7d24991a1⋯.png (181.74 KB, 640x572, 160:143, Screenshot_2018-03-17_00-5….png)

File: 9e3a2bb27904907⋯.png (172.39 KB, 576x534, 96:89, Screenshot_2018-03-17_00-5….png)

3/15/18: Doing final touches before finalizing model for Unity. Added 2 more IK controls for her right index and middle finger. And tweaked her shoulder topology. I wanted to see how a different topology would look like for her shoulder deformations. I went from right angle to smooth curve topology and overall I like the change. I saw an improvement in less need for weight painting penetration which made her shoulders have less pinching. I also saw an improvement in her armpit area. The sides of the breast now neatly connect to the underside of her armpit which looks much better in action. I looked at lots of armpit bone placement for reference and saw that the shoulder bones should be at straight angles in A pose. So I went in and fixed the shoulder bones placement. I noticed that the shoulders now move less outward and more realistically.

I moved the breasts up a bit as they were STILL a little bit low. Lastly, I fixed the collarbones by giving it a rounder shape. Worked well.

5cf0d6  No.30917


I want to put my mouth on her nipple.

309a62  No.30918

Really, really cool stuff.

How did you proceed to get a grasp on Blender? You used tutorials or books?

b7addb  No.31006

Thank god this board has like 100 pages in catalog.

eb58e8  No.31007

Honestly, somebody should archive all the pics and webms and screencap the whole thread to have a small neat guide on getting into 3d modelling

would make a nice thing

a8890d  No.31020


I archived the whole board a few months ago. might put it on the wiki.

5cf0d6  No.31097

File: c73f1d12e567d2a⋯.jpg (91.09 KB, 900x1200, 3:4, bullettime.jpg)

Holy shit raid bump.

5cf0d6  No.31098


I wouldn't be surprised if archive.org stopped allowing 8chan archives, as they did that with 4chan.

60bc57  No.31188


well, we still have archive.fo and the winhtttrack method.

dfbf9b  No.31194

File: 71b9a7a3c96953c⋯.webm (39.5 KB, 500x500, 1:1, foot_topo_fix.webm)

File: c99fc55a3084c89⋯.webm (25.24 KB, 500x500, 1:1, foot_shape_fix.webm)

File: 5d558e7ac34e0ad⋯.png (209.03 KB, 651x588, 31:28, Screenshot_2018-03-21_01-1….png)

File: ee6df0af8b6cca1⋯.webm (Spoiler Image, 654.31 KB, 500x500, 1:1, shader_pass1.webm)

3/20/18: Did a few things here and there. Fixed the topology of her soles and started doing shader work in Unity.

Feet topology is hard. Sexy feet topology is impossible. I spent a good 4 hours on the feet trying out various paths to give them a more natural sexier feet shape. The problem is that feet have so many curves and shapes that it is difficult to plan out where to start the topology. I finally hit something decent by first starting out with the big topological areas. The ball off the bottom of the heel is round and so I made that the starting point of my new topology. From there I moved outwards towards to toes while maintaining that footprint curve. Then I smoothed out some stuff.

Shaders are fun. I write shaders at work all the time and thus I am very comfortable writing optimized code for certain platforms. VR is needy on the fragment shader so I had to design it in a way that is fast but also looks good. My first attempt was with a matcap but I realized that Shinobu's skin only has 3 colors so it would have been overkill to use this method. It also required a nasty amount of normalized interpolated vectors to the frag. I realized that a nice bright directional rim would give her the nice white skin highlight, and is cheap. Shadows occlude this rim. The outline varies by distance to the camera and the color depends on the color from where it is being extruded out of.My last concern is that anime faces themselves tend to ignore the lighting around them. So when ported to 3D, you see too much lighting going on the face. In the video you can see her right side of the face being completely lit up. If this was to be more anime ish, only a small portion of that would be highlighted. I will work a solution using the alpha channel of her body texture.

I will be going on a hiatus for maybe a month or 2 as I have finally received music for my other 2D platformer game. See you later

bf1e01  No.31197

File: e10cee397ee50dc⋯.png (156.88 KB, 529x652, 529:652, sasha hair.png)


hey shinobro do you mind if i use your hair texture as base/reference to make the hair of my Sasha?

da22c0  No.31199


Not at all. You may want to change the top of her hair to be a circular topology instead of all vertices joining together to avoid getting a Jimmy Neutron hairdo.

bf1e01  No.31203


thanks, did you make an armature for shinobu's hair or is it a solid mass?

dfbf9b  No.31204


It's an armature. Watch the videos: >>30645

bf1e01  No.31206


oh i didn't see the bones at first glance, sorry

082b8d  No.31234

File: afd9a4229a42a59⋯.jpg (44.43 KB, 340x565, 68:113, 1485033184129.jpg)


>I will be going on a hiatus for maybe a month or 2 as I have finally received music for my other 2D platformer game. See you later

Good luck, have fun, and come back to us. Don't leave me hanging, Shinobro.

dfbf9b  No.31239

File: d0b221ac9d17ef1⋯.png (1.12 MB, 1600x1753, 1600:1753, 1477895515266.png)


It sucks I know but it's my college project that I've been working on for a long time. It's practically complete just need to add music and finish boss fight. That said there is no reason for me to never come back to this project. I'm at a very stable point in my life. I like this project. I WANT to work on this project more than my college project but a husbando has his priorities. I will come back full force.

bf1e01  No.31240


Good luck shinobro

5cf0d6  No.31273


Shinobu has nice feet.

dfbf9b  No.31397

File: 859349a3183a528⋯.png (102.05 KB, 1569x982, 1569:982, Screenshot_2018-04-21_16-4….png)

File: ecc76e881971649⋯.png (226.2 KB, 1913x802, 1913:802, Screenshot_2018-04-21_16-5….png)

File: ec05a4d71a7a042⋯.mp4 (Spoiler Image, 99.16 KB, 928x928, 1:1, simple skin shader.mp4)

File: 9ba8d738968e072⋯.webm (939.68 KB, 500x500, 1:1, simple_skin_shader.webm)

File: 0a06c20a2070560⋯.webm (695.76 KB, 960x540, 16:9, shinobu tadaima 2.webm)

4/22/18 I've returned. Although music is still coming in for my other project. Worked on preparing assets for Unity and finished her shader.

I spent the day unwrapping and splitting the mesh as follows: head, torso, hands, legs, and feet (head texture image 1). Also completely retextured these parts to accommodate new UV maps. I added better detail this time around including some nice ribs on the side of her chest. One thing I did to improve the UV unwraps was create a new shape key called UV_REST which is used exclusively for unwrapping. This shape key is a rest pose for the mesh itself which will allow it to have better UV density (image 2). For example, it contains the vagina shape key at 0.5 as I did not want to unwrap the model with the labia closed because it would cause stretching in the final texture. Same for other similar body parts.

The shader was reworked as it looked off and gave no indication of light direction. I also fixed the face receiving too many effects from the shader (video 1). One problem I've noticed with toon shaders in general is that the bad ones do not properly give perspective or volume to the model. Even if an anime character has flat shading in general, you lose a ton of visual information by simply slapping a shader that does just that. 2D again does not work in 3D. So in order to alleviate this I added a rim that darkens her skin as it wraps around her body. A neat trick I've found out is that using a lerp from this dark rim color to an oversaturated fixed3 creates a pretty inbetween color. This is similar to how subsurface scattering works as it appears as if at the right camera angle under light, the light bleeds into the skin momentarily. Of course I did not want to make her shader look too realistic but just a little bit worked wonders and maintains a cartoony look. For performance I tried to reduce my lerps to only 2. I'm going to experiment bringing stuff to the vertex shader instead of interpolating some stuff in the frag shader.

I've noticed that many AAA Japanese developers also make use of effects that give their anime models volume. Gradients come to mind. Never flat shading. Even the beautiful Guilty Gear/DragonBall Fighter Z shaders use normal maps to achieve realtime pixel-art lighting with several shades of color.

dfbf9b  No.31398

File: 9c86118d633c372⋯.png (147.78 KB, 463x549, 463:549, Screenshot_2018-04-22_01-1….png)

File: 429fc8b1d7b5517⋯.png (138.68 KB, 464x543, 464:543, Screenshot_2018-04-22_01-1….png)


Video only flashed last frame saying "Result*Alpha". It's the last step in the shader to prevent the face from being lit by all effects besides the shadow (image 1 is wrong. Image 2 is fixed).

29c4fa  No.31402


welcome back bro! Shinobu is looking good

dfbf9b  No.31404

File: 1f89e5874155c41⋯.mp4 (41.5 KB, 1350x450, 3:1, normalFix.mp4)

File: 2b91ff2a664cde6⋯.mp4 (202.62 KB, 600x750, 4:5, topo_reuse_crop.mp4)

File: 9e93907b06b0778⋯.png (303.59 KB, 1920x1080, 16:9, Screenshot_2018-04-22_17-0….png)

File: 3f311dcbba8abf5⋯.png (81.06 KB, 651x859, 651:859, Screenshot_2018-04-22_21-0….png)

File: 3930621afad2bcb⋯.png (221.51 KB, 832x773, 832:773, Screenshot_2018-04-22_23-2….png)

4/23/18 Did model export cleanup and made the first cloth pieces.

One problem with dividing mesh pieces is that you also destroy the vertex normal data on those points of division. meaning you see clear cuts of different normals in game along where you divided your meshes. To fix this one needs to use Blender's Data Transfer tool which is a very easy way to copy the master non-divided complete mesh's normals to the divided mesh pieces. Thereby maintaining vertex normals even after being divided into pieces (video 1)

The new dressy shirt top is not textured yet but I already have the texture ready for it. It was built using the same topology-reusing trick which simply copies the topology it rests on and then solidifies outward (video 2). This prevents deformations causing clipping with the skin mesh it goes on top of. This works because it reuses the exact same deformation weights and topology. That said, this torso cloth piece deletes skin vertices that are not visible (image 3). This helps in reducing overdraw and clipping. All I need to worry about is selecting which vertices to delete. Keeping subdivision this entire time makes it MILES easier. However because it uses subdivision, I have to delete 1 farther away than the visible vertices because subdivision affects vertices within a radius of 2 from 1. The cleanup was very simple too. After I've deleted the non-visible vertices, I applied all modifiers and used Data Transfer to copy the UVs of the previously unwrapped nude models. Came out well (images 4 and 5). The skirt will not delete vertices underneath because it will be a physics cloth simulation. Tomorrow hopefully I get to getting the dam thing animating.

dfbf9b  No.31416

File: 512912c19b1892d⋯.webm (Spoiler Image, 519.37 KB, 500x500, 1:1, mesh_combiner.webm)

File: 58c6e199e18179f⋯.png (147.02 KB, 531x894, 177:298, Screenshot_2018-04-25_01-0….png)

File: aed236e593be83d⋯.png (55.7 KB, 613x574, 613:574, Screenshot_2018-04-25_01-0….png)

File: 22362a792a4348f⋯.png (99.27 KB, 587x546, 587:546, Screenshot_2018-04-25_01-0….png)

4/25/18 Worked a bit more on understanding export process and got my mesh combiner script working.

Worst part about using a new engine is when you are starting to learn it. I was drowning in shitty documentation about how the engine worked. I refused to watch 30 minute super nooby tutorials to explain basic things. It really is true that Unity attracts nothing but the most braindead amateur developers. So much handholding to the point where you can just build a game with premade scripts and assets with hardly any effort. I hate using that sort of stuff. I like to know internally how stuff works. Too much handholding and you end up with a mess of bloated unoptimized crap.

My mesh combiner was built after reading and looking at another mesh combiner script for reference. It is used to combine skinned mesh renderers with different materials to reduce the draw calls. When I was using Unreal, all I used was a blueprint node that did this for me. But that blueprint increased the draw calls because it kept each mesh separate and simply threw them together in series when rendering. This one combines the triangle indices, uvs, bone weights, and vertices into 1 model as if it was imported on its own. The difference is that it is done at runtime with whatever combination of clothe pieces I throw at it (video 1, changing torso with nude torso).

Unity documentation is much better than Unreal overall so far and it does feel like it has an easier learning curve. C# is okay.

I've got down the export process for when I need to import just a body part mesh. In Blender, I select the rig it's on, the mesh itself, and made a custom preset for my .fbx export options. I basically only export MESH and ARMATURE. Animations are exported by just highlighting the rig itself and baking the timeline animation. That way I can export each individual animation and import to Unity as an asset. Workflow works with blend shapes and maintaining subdivision until the last step.


Thanks man It was really bothering me not working on this.

dfbf9b  No.31420

File: fa8327a14befc72⋯.webm (92.96 KB, 500x500, 1:1, slerp.webm)

File: f86523de90b0d4c⋯.webm (95.63 KB, 500x500, 1:1, cubic.webm)

File: bf235a7852cec12⋯.png (60.65 KB, 927x648, 103:72, Screenshot_2018-04-27_01-0….png)

File: f5498c81b52692e⋯.png (169.67 KB, 551x521, 551:521, thirsty cutie.png)

4/27/18 Did more documentation research and started implementing some logic.

I made a script for basic debug fly controls and organized my logic so I can start implementing her animation states. Partial classes are super helpful.

I've noticed that Unity really REALLY tries to hold your hand for freaking every single mathematic computation. It is a grueling process trying to do any sort of calculations with Vector3 or Vector2. However I also found that it comes with very powerful functions that can in combination do everything you ever need to do. Learning about this gives me flashbacks when I was using Unreal. Except this is better documentation.

One thing that is super important in animations is head movement. The subtle ways you move a head can very easily spell the line between real and fake looking. As I was starting to work on the look at logic, I had to come up with a formula for smoothly interpolating between 2 quaternions for her head. Unity comes with a Quaternion.Slerp which is sort of a sin ease-in-out (video 1). It looks bad on her head because the function itself is too smooth which leaves no smooth endpoints and gives her a very robotic feel. So instead I picked out something a lot more realistic, ease in out cubic (video 2). The changes are subtle and it does not require too much autism to tell them apart. But it looks much better on her head movements. So instead I fed my eased parameter value into Quaternion.UnclampedLerp. Remember, the devil is in the details.

dfbf9b  No.31428

File: 622a0ea121762d6⋯.webm (653.97 KB, 500x500, 1:1, eye_logic_firstPass.webm)

File: adec4d3b97a562e⋯.png (171.54 KB, 539x549, 539:549, Screenshot_2018-04-28_03-3….png)

File: e0b4ead75dd2b50⋯.png (10.4 KB, 630x548, 315:274, Screenshot_2018-04-28_03-3….png)

4/28/18 Got a lot of work done with the first version of her look at logic.

Again I spent a lot of time making sure her head and eye movements felt natural. The current logic is the result of fiddling with nice ease functions and adding appropriate angular clamps. There are 4 bones being affected by her lookAt logic, spine2, head, and both eyes. There are still some issues with her eyes. Namely the texture is flipped upside down because of how Quaternions are calculated internally (image 2). The challenge is fixing this roll angle on the eye bone which is nested on another bone that is scaled. My eyeballs are not spherical (image 3). This introduces and breaks certain Quaternion functions in Unity because of scaled transformations (e.g. Quaternion.RotateTowards). It's the same reason why Inverse Kinematics didn't work in Blender with these same eyeball bones. For the eye clamping I just manually clamped each euler angle relative to the head euler angles. This clamping method has a square range instead of a circular range which limit's her realistic eyeball rotations a little. しょうがない. I think I'm just going to instead flip the UVs vertically in the eye pupil shader.

810742  No.31429



>Remember, the devil is in the details.

Never forget this. It's the difference between cute loli and horrible uncanny valley abomination. Glad to see you're back amongst the living, Shinobro. Keep up the good work, and keep up the detailed descriptions. It might be technobabble to most people, but it's really useful to me.

392fb7  No.31432


the eyelid muscles I think should follow the eye (looking down with a steady face = squint eyelid)

If the eye direction follows the face direction then I think it shouldn't squint (transition?).

005528  No.31435

File: 36c222c3eec2225⋯.webm (2.15 MB, 500x500, 1:1, final_eye_pass.webm)

File: f1191c7eb1aa112⋯.webm (1.25 MB, 500x500, 1:1, physics_pass1.webm)

File: 49d77fde694ad46⋯.png (413.48 KB, 1145x854, 1145:854, Screenshot_2018-04-30_00-2….png)

4/30/18 Finished tweaking her look at logic and fixed the eyeballs. Also finished the first pass of adding physics hair strands.

Clamping the eyeballs was an ugly task because of the non spherical eyeball shapes. It turns out that LookAt does work with them I just didn't know you could specify an up axis. That fixed getting the right look at quaternion. The next hard part was how to clamp it within an eye socket's field of view. The problem is that because the eyeball is stretched, using a simple max angle constrain creates an oval shaped constrain (because the eyeball is, again, stretched), instead of a normal circular shape. The fix was very tricky but it involved reading the distance between a dummy bone and the center of the eyeball: since the eyeball was stretched, as it rotated, the radius changes. This allowed me to know when the radius should become shorter. Then creating a small function that approximates the distance change to the radius change. This fixed and "unstretched" the oval shaped max angle.

Adding physics to the hair strands was a lot easier than I thought. The tricky part about this is that EVERYTHING I do to the Shinobu model must be done at runtime because the customizable combined skinned mesh and rig do not exist until I build it in run time. This is not as bad as it sounds. I can always test stuff first by adding components to her during runtime. Another tricky part was understanding the physics values of some of the variables in Configurable Joints. Physics is a cruel mistress but Unity has been very tame so far. I wanted to make her hair poofy and soft looking so I raised the springiness up and lowered the dampness. However, I realized that some hair strands would look better if they had different springiness. So I built the functions in a way that allows me to easily customize each hair strand. Then I added really simple spherical colliders to the ends of the bone strands as those are the points that would interact the most with the world. Too many colliders and I fear for VR it would be bad. Stress testing later.


That's not a bad idea. I'll keep that in mind when I start playing with blend shapes.

469a42  No.31446


excited frustrated scheming smug crying/teased aroused laughing egao ahegao yandere nani jiiii heartpupils/kirakira

>excited: eyelids don't squint

>frustrated: squint

etc etc

Though I'd say the mouth is much more important in conveying emotions.

go for it fam. create the ultimate waifu!

I can't even imagine how many meme reaction images your waifu will OC after this.

005528  No.31450

File: 7f9a00c9fa7e81a⋯.webm (1013.23 KB, 500x500, 1:1, cloth_pass1.webm)

File: 528e70d56cef8a9⋯.png (405.84 KB, 1373x903, 1373:903, Screenshot_2018-05-03_21-3….png)

File: 74f8aee95188d38⋯.png (50.73 KB, 490x273, 70:39, Screenshot_2018-05-04_00-0….png)

File: f3fa5a8dba9e851⋯.png (119.27 KB, 673x580, 673:580, Screenshot_2018-05-04_00-0….png)

5/2/18: Finished implementing cloth physics to her combine mesh functions and started working on blend shapes.

It is now very easy to attach cloth sim meshes to whatever combined mesh outfit she wears. Will make it easy down the line to create and add new outfits to the game.

Blendshapes is going to be tough because of the combined mesh system. The easy part was just exporting the stuff from Blender: breaking down the modifiers and Joining as Shapes. I've got a test animation working that animates her skeleton and her face's blendshapes on a separate mesh. However this animation does not work on the combined body mesh and skeleton because the combined mesh does not carry over blend shapes. So maybe this breaks the binding like if it was a different avatar. I'm gonna have to implement blend shape combining myself during the combination process.


I've found mouth to be more expressive than eyes. People look at the eyes far more than they look at the mouth.

005528  No.31461


I meant eyes more expressive than mouth lol.

005528  No.31466

File: df30daaf83946fe⋯.webm (1.2 MB, 500x500, 1:1, combined_blendshapes.webm)

File: 1d498b498575477⋯.png (43.56 KB, 1222x399, 1222:399, Screenshot_2018-05-05_03-3….png)

File: e8a9f7261efc059⋯.webm (1.25 MB, 500x500, 1:1, eyes_pass2.webm)

5/5/18 Finished implementing combining blend shapes, finalized animation export workflow, and started on pass 2 of her eyes.

The blend shapes work wonderfully. Video 1 shows me testing 2 layers of animation: the body and the face animations on the same rig. Both random. One annoying thing is that apparently Unity clamps blend shape values from 0~100. This is counter intuitive coming from Blender because I have some blend shapes that can go from -1~1. After some research it appears that Unity is going to roll out an update that will allow negative values in the future. The work around would be to split the blendshapes into 2 (ugly).

The animation export workflow took some trial and error to get right with my mesh combiner. But for my purposes it works like so:

>select rig and head mesh

>set settings from image 2

>import and use on my in game rig

One problem that I noticed is that when exporting an animation from Blender, the bone hierarchy that must match the target rig in Unity is parented by the actual Blender rig object name. So my Unity game rig must include the Blender named "ShinobuArmature" as the parent for the rig like in Blender. It can't just export the root/ bone. It exports ShinobuArmature/root/. The kicker is that Blender animated blendshapes are also encapsulated under the name of the actual mesh object. So my Unity SkinnedMeshRenderer must have the Blender named parent called "headMesh" or else my blendshapes won't be animated. This is not usually a problem but because I am using combined meshes, if I ever run into an Blender animation that has 2 mesh objects that have shape keys animated, I won't be able to animate both on the 1 combined mesh object because of the mentioned encapsulation. It would be looking for the blendshapes in 2 different objects as opposed to 1. Haven't worked out a fix for this but I'm sure there are workarounds.

I thought of a way to improve and simplify the logic for her eyes. Instead of messing with non spherical eye radii and whatnot, I can constrain the actual look at position within a cone in front of the head. This would make it very easy to add dynamic and better looking eyesocket rotation clamps. Video 2 shows me playing around with this method and also attempting to constrain the pupils below the upper eyelid which may be affected by whatever random animation is playing.

005528  No.31483

File: 2ce06023b84ff84⋯.webm (1.04 MB, 500x500, 1:1, coneConstraint.webm)

File: 3b167e1e29366d5⋯.webm (774.38 KB, 500x500, 1:1, eyelid_constraints.webm)

File: fffa6d74d5c215e⋯.webm (597.47 KB, 500x500, 1:1, lookDownEyelidPreFix.webm)

File: 202f710e48828cc⋯.webm (609.1 KB, 500x500, 1:1, lookDownEyelidPostFix.webm)

File: 74354b6e89904e0⋯.webm (577.49 KB, 500x500, 1:1, blinkingFirstPass.webm)

5/8/18 Finished pass 2 of her eyes. Huge improvement.

I needed to rewrite this because my old way of simply constraining the eyeball quaternion did not scale well at all for other logic that needed to be implemented down the line. It was also very inaccurate. This new method instead lets the eyeball quaternion be free and then restricts the actual target look at position. In this case the shape that the look at position is restricted to is a cone that expands outwards. Video 1 shows this. However, it was not just that easy. The problem where her eyeball rolled back upwards when looking up persisted because of non spherical eyeballs. To fix this I changed the cone shape to an oval shape that flattened as the look at position went higher. The restriction was done with simple 2d math with the intersection of a changing oval and line.

Additional logic after this rework was a breeze. Her pupils are now restricted to the visible white sclera only. This is good for preventing her pupils to not be visible when she squints and looks up. Also allows for far more realistic tracking of objects when animating her eyelids. Video 2 shows the new eyelid clamps.

The next addition was this >>31432 .It was simply logic on top of the previous logic. However, despite it working properly, individual look down eyelid logic made her look confused (video 3 shows this). So to fix this I averaged the 2 look down eyelids and she looks fine now when looking down (video 4).

Lastly, I am starting to work on the random eye movements and blinking. The blinking was interesting because it needed to be compatible with the currently playing animation because I want to be able to add random blinks to any currently playing face animation. This meant that it has to disable pupil clamping from before and smoothly transition between the current animation's current eyelids. I think it came out well. Video 5 shows this.

000000  No.31489


i just wanna say man, what you've done so far is incredible, it's really inspiring seeing you work so hard on this and it's been fascinating to read

best of luck to you, i hope i get to play this game some day

643cc0  No.31492

Good work anon. I wasn't sure, is this something you intend to opensource?

005528  No.31493

File: 61ccd20eb972407⋯.jpeg (253.29 KB, 1000x750, 4:3, focal length.jpeg)

File: 56b23600b6f4005⋯.png (99.25 KB, 713x602, 713:602, Screenshot_2018-05-10_21-2….png)

File: d9a5041842a787d⋯.webm (3.63 MB, 500x500, 1:1, learningToSee.webm)

5/10/18 Import issues, polishing model look, and began free-look logic.

I had to mess with Blender export settings to make sure that I was modeling with the appropriate units. Shinobu is going to be 4"6" or 1.4m. I was also looking at her model because the 3D was making her loose her anime esthetic. The camera FOV combined was starting to make her look more like a dopey 3D doll than an anime girl. Focal distance on lenses is very important like in photography and can make people look different (and ugly). Image 1 shows the distortion effects. Fairly certain this will be fixed later once the user uses a VR headset. I am still tossing the idea of disabling dynamic shadows for her look. I may have to do more shader work later on.

The look at logic comes from again, the important of eyes and head movements on a character. One thing I hate about game is that many of the characters are ignorant of the surroundings when they walk around and typically only face one direction when walking. I'd like to make Shinobu curious so today I was implementing ways to teach her to look around as she moves to places. In conjunction with the look at logic it was very easy to implement. Since Unity does not provide colliders for cones, I had to approximate it using 3 boxes (image 2). From there just pick out an object and enable the look at logic. Eventually this might trigger some "ooh" logic and interrupt her tasks. The walking animations is very stiff because there is only 1 animation being used for the blend tree. Next step is to sort the objects in terms of performance and to start animating for movement cycles.

Also I found that turning down the interations for the skirt fixed a lot of the erratic movement. However my hair sphere colliders all of a sudden started to freak out once I added the test blue sphere colliders. Will look into it next.


Thanks man I'm shooting for 8/8/18 demo day.


Good question. Despite the project going to be released for free, I am protective of the source code. That said I don't mind showing how I did certain things (that's the whole purpose of this thread anyways).

005528  No.31494

File: cee2996f57cf3d1⋯.jpg (98.07 KB, 1280x720, 16:9, [jazz music stops].jpg)


>sort the objects in terms of performance

<sort the objects in terms of importance

>start animating for movement cycles

<start animating more movement cycles



Shit I should have proof-read my post. Was tired.

643cc0  No.31495


>Good question

Thanks I appreciate that approach. The reason I ask is we're interested in devising things like the gatebox.ai as a free as in both ways 3D-printable 'waifu appliance' and Shinobu and all the work you've done would make that much easier.

005528  No.31503

File: db9ef4620f583fd⋯.png (15.65 KB, 1044x822, 174:137, Screenshot_2018-05-12_01-5….png)

File: da1838c73468695⋯.png (17.63 KB, 986x841, 34:29, Screenshot_2018-05-12_02-2….png)

File: a83c2613b693493⋯.png (51.7 KB, 955x959, 955:959, Screenshot_2018-05-12_22-3….png)

File: ebc57d6d1f59463⋯.png (94.18 KB, 1222x806, 47:31, Screenshot_2018-05-14_00-4….png)

5/14/18 Been busy working on the house. Halfway done.

Was looking at lots of reference images to make my sort of dream ranch home. I didn't want to make it too big because then it would become a daunting task to furnish with more models but it's big enough for everything I'll ever want to do. I was fortunate enough to be raised in a ranch in Mexico when I was young and I remember a lot of things about the family ranch that made the architecture different compared to standard western ranches. Doors were thinner, ceilings would be much taller, squares everywhere in terms of design, cozy rooms.

I was also figuring out a good workflow for making this house. I first built it with blocks without any regard to seams. Just throw all the blocks intersecting with one another. After I finished the base mesh I went back and retopod it to have optimal triangle space. Still have plenty of detail to make especially on the roof and interior. Will hopefully finish next blog entry.

005528  No.31518

File: 21d21e2eb81e5d1⋯.png (1.66 MB, 1813x1005, 1813:1005, Capture.PNG)

File: 9d94ebbab335a9b⋯.jpg (858.43 KB, 3440x1440, 43:18, Untitled-1.jpg)

5/17/18 Finalizing house mesh and figuring out the workflow for texturing the house. Have a looong way to finish the texturing of the house.

I've decided that I will be disabling dynamic shadows and lighting. I will be baking out 2048x2048 renders to slap onto the environment.


<Allows for the best performance shaders for VR (can still have reflections with a combination of cubemaps and specularity map)

<Stupid-good realistic lighting and ambient occlusion

<Shinobu will look more anime-esque because no more dynamic shadows

<Model uv-unwrapping is easy and can be done quick and dirty because the bake will use a separate second UV map


<No to limited dynamic lighting (cheap tricks can still be achieved)

<No dynamic shadows

Blender's cycles is really easy so far to setup. The workflow however for testing and tweaking was annoying to get right at first but I think I almost got it down. The process for baking textures goes as follows: Finish the entire house mesh (almost done), segregate into equal surface area pieces (Blender has the 3D Print Tools addon for this)[100m²/2048² texels], combine each finished bake group into one object, create a 2nd UV map for that mesh, unwrap that entire bake group equally, create 1 blank 2048x2048 texture for each object, setup materials in node editor for each material, select the 2nd uv map, select the texture node, tweak the crap out of cycles to find the perfect trade of for quality over render time (mine is about 5 minute render times per room).

I will still have dynamic moving physics objects that won't need to use the scene bake lighting. I have a few ideas on how to fake dynamic sun light on static objects. Similar to Source engine, models will sample the nearest texels and average them out. This can then be used to colorize the prop. So when it's under a bright texture it will light up (like under the sun), and darken when in a shadowy part of a texture. In combination with point lights and custom glossy shaders, you can achieve great looking dynamic-static lighting. I work on a game at work that uses similar methods. Working with professional render artists teaches you a lot.

005528  No.31529

File: 64e21566ffb4d7d⋯.png (99.83 KB, 1406x704, 703:352, Screenshot_2018-05-15_22-0….png)

File: f62fb3eed1fac62⋯.webm (3.4 MB, 500x500, 1:1, first_assets.webm)

5/20/18 Finally started getting in assets from the bakes into Unity. Also did more props for the bedroom.

The process was a lot more involved than I thought. I barely dipped my toe into the world of real time ray tracing renders and learned a shit ton about rendering errors; fireflies, noise, performance settings, etc. I've managed to almost get the right settings for my bakes. Problem is that for the really big textures such as the bedroom (2048x2048), it takes roughly 20 minutes to render out with still some noise leftover. Small static props are given either 512x512 or 1024x1024. Never lower.

I'm going to continue working on her logic so she feels more natural. I'll work on the livingroom later. I'd really like to start the first pass on some more look at logic. Namely logic to smoothly transfer look at targets from one to another. I also fixed some physics bugs with her hair. Something else I'd like to work on is her movement with the nav system. Unity's standard Nav Agent movement sucks donkey balls. So I might just implement my own basic functions for moving towards a waypoint.

3e8e21  No.31533

File: ff2a0bafdf75104⋯.png (830.86 KB, 1000x1200, 5:6, Deutsches Afrikakorps loli….png)


Any chance that we can see her dressed as pic related?

005528  No.31535

File: 33081cf8bc80f77⋯.jpg (42.67 KB, 512x512, 1:1, linearLerp.jpg)

File: bb6d7d778897a7a⋯.jpg (60.71 KB, 512x512, 1:1, sphericalLerp.jpg)

File: 4e5e0cd818ef56a⋯.webm (647.45 KB, 500x500, 1:1, spherical_blend.webm)

File: 4a33ae0813ee01f⋯.webm (2.41 MB, 500x500, 1:1, full_blend.webm)

5/21/18 Did some more work on switching between look at targets.

My switching is now done smoothly with a variable that can have a value between 0 and 1. It simply calculates the position of the lookAtTargetPos Vector3 that is between 2 target lookAt objects. The way it translates between both is not linear because that would cause snapping during a transition. Reason being is that linear interpolation creates angles that are not equal as an object travels in between (image 1). This would look like snapping because the bigger angles would make it look like the in between object is moving faster in the middle. So instead the interpolation is between 2 spheres (image 2). This worked well as shown in video 1. The current logic of her target switching is video 2 which shows the target going from me to null to painting. One thing I now have to work on is a way to switch targets during a transition. Yet to figure it out. For now she can only change targets after finishing a transition. I also may tweak her head speed variables to accommodate this new logic piece. Also going to add some blinking whenever she changes look at targets.


All memes and outfits are going to be put on hold for later. At some point I'm going to just be modeling outfits.

005528  No.31548

File: 36da1ef29126519⋯.webm (2.21 MB, 500x500, 1:1, headpat_logic_pass1.webm)

File: e764cbb6e2aeb5d⋯.webm (862.74 KB, 500x500, 1:1, headpat_pass1.webm)

5/23/18 Working on the headpat logic so I can start and finish the headpat module.

it's great already having all the animations done. It's just a matter of figuring out the logic. For now I implemented 2D to 3D pull logic but eventually I will substitute it with VR hand controls like the original. Animations make her look very cute.

643cc0  No.31549

File: 97fc250bcf872be⋯.jpg (16.18 KB, 300x300, 1:1, BT2Ur5oIIAAefiq.jpg)


>to avoid getting a Jimmy Neutron hairdo.

>implying that's a bad thing

plebeian, pls

643cc0  No.31550




04cfab  No.31555




B E G I N S !

3e8e21  No.31566

File: 6fec4603d577716⋯.png (265.13 KB, 800x1000, 4:5, 1526092744929.png)


>All memes and outfits are going to be put on hold for later. At some point I'm going to just be modeling outfits.

Oki doki.

I am a bit new on this board and I need to say that I love the work that you are doing. But why you are doing all this? all the stuff that I am looking in this thread it looks like that kind of stuff that video games companies do for a economic profit.

I mean, I can undestand your love for this satanic vampire loli, but c'mon, this is a lot work for that.

005528  No.31567

File: 6f4fd5a66c06a91⋯.png (28.39 KB, 965x401, 965:401, Screenshot_2018-05-27_01-1….png)

File: 2a1a9b513b8d24b⋯.png (180.69 KB, 801x784, 801:784, Screenshot_2018-05-27_01-1….png)

File: cc7ff7fe1bfc8a6⋯.webm (1.37 MB, 500x500, 1:1, bully.webm)

File: 6b584a27ee0bb4e⋯.webm (1.43 MB, 500x500, 1:1, proper_happy_headpat.webm)

5/26/18 Worked on more headpat logic.

As I showed in the logic graph before, her headpat logic has happy and angry mood branches. This is so she can have happy/angry moods to make her more dynamic. I'd love to add more moods but it is an insane amount of work to add just 1 mood because it would add another row of animations on the matrix of animations that I need to make. That said, Unity's animation graph editor is trash. The nodes and transition system that it has is worse than Unreal's animation graph. Both suffer from the problem that it is easy to quickly make a spaghetti mess of states nad transitions. This is something I want to avoid because Shinobu's logic requires dynamic animation branching with many conditions. So what I did was make my own Animation system that handles transitions entirely in code. All I had to do was keep track of the states in the Animator and do the cross fading myself. It was a lot more work than I thought because of how Unity handles transitions with normalized animation times. But it worked very well and is very easy to add new state animations (image 1)

The headpat logic now has almost the angry branch implemented. Also needs some polishing. You can now bully her or treat her well. If you make her angry it will switch her mood and change all of her future animations.


>But why are you doing all this?

Because it's fun. No other reason needed. I intend to release this for free later. But I do work as Senior Technical Artist for a big company IRL.

cc4a04  No.31570

I wish I had the same autistic passion as you, OP.

132d11  No.31572

File: bf6ed25da037f54⋯.jpg (67.49 KB, 1024x609, 1024:609, nendoroid_yuki_nagato__dis….jpg)

Yeah this is a nice project. Godspeed Shinbro

005528  No.31577

File: 21f14bc70dca0b3⋯.webm (5.56 MB, 500x500, 1:1, headpats.webm)

File: 0ebc8e687187c39⋯.webm (1.73 MB, 500x500, 1:1, bodyStates.webm)

File: 4f955b948b21dce⋯.webm (720.34 KB, 500x500, 1:1, IK.webm)

File: 9e68b70611c7022⋯.png (98.58 KB, 613x449, 613:449, intersecting spheres.png)

I appreciate everyone's support.

5/28/18: Bugfixing, finishing headpat logic, began body states, and began IK module.

I spent a couple hours refactoring some code now that I have a good sense of the type of code management and error catching my Animation system needs. The important part was accepting and requesting events to and from my animation system. This is crucial for reducing errors because I don't want her logic to freeze if I were to spam HEADPAT_START or similar events. She now handles requests properly with minimal condition checks.

The headpat module is done for now and I think it came out very cute. You can tease her or make her happy which will switch her between her happy and angry moods. Video 1 shows most of it (Forgot to record >>30727 angry interrupt). This behavior has a total of 11 separate animations. When I move forward with body states like sitting on floor, chair, etc., this behavior will require me to make specific animations for those body states so you can headpat her in any pose she is in (Meaning it's a 11x multiplier for amount of animations but thankfully most can be copy pasted). Body states shown in video 2. Playing games with her on the floor is next on the list.

For when I play games with her, her hands are going to need real time inverse kinematics. Unfortunately Unity only provides IK logic for Mecanim rigs and my Shinobu model is not Mecanim. So I spent some time today rolling out my own 2 bone IK class (video 3). It has 2 bones and a pole for controlling IK direction. Just like in Blender. Done by satisfying 2 intersecting spheres.

f9b3a4  No.31587

File: 05c34b565db232b⋯.jpg (72.84 KB, 1280x720, 16:9, maxresdefault[1].jpg)


Awesome stuff Shinbro!

Tbh I'd consider adding more procedural animation. It's something that's very underutilized and I think even if you put like a dozen or so man-hours into it, you could create something that works in general use and is within the scale of the project. Obviously this would be a hard task, but it doesn't require some advanced artificial intelligence/machine learning setup, you could have it based on a set of simple rules that create emergent behavior.

Also, in long-term, I would implore you to research the idea of emergent systems - the interaction of simple "actors" or rules to create unique scenarios within games and simulations. This is an idea present in almost all games really every game except CYOAs/strict text adventures although usually it is used to a very shallow extent.

I hope this post doesn't sound too naive, these are just some concepts I thought you might find interesting.

005528  No.31588

File: 7e4656f7b5b78dd⋯.webm (6.3 MB, 500x500, 1:1, IK_rolls.webm)

File: 2e760981d9cbef7⋯.webm (2.68 MB, 500x500, 1:1, IK_lerps.webm)

File: 36bc33e8c38b203⋯.webm (3.67 MB, 500x500, 1:1, IK_floor_tests.webm)

5/30/18: Started implementing the "play chopsticks" module.

I finished the IK for now. The easy part was just the basic math for finding points for the 2 bones. The tricky part was lerping between 0 and 1 the bones with respect to proper roll angles. It works well at 0 or full 1 if the pole is not near the bounding sphere of motion for the arm and forearm. There seems to be some subtle interpolation snapping possibly related to how I'm calculating roll angles. Video 1 is fixing quaternion offsets for bones. Video 2 shows lerp tests with the subtle snapping that annoys me. Her torso has debug blocks so it was easier to visualize her current bone orientations.

If you are not familiar with the game Chopsticks, it's a very simple finger game you play with another person. By itself it's kind of boring but I'm thinking of some way to spice it up. Video 3 shows IK tests on Shinobu to see how it's going to work. Next up is making her IK movements more natural which will include moving the shoulder bones up depending on how high her arm raises. Maybe her spine bones as well.


Yeah I'm doing IK for more procedural animation. As for emergent systems, that's something for the distant future. I do have lots of plans for her to do stuff by herself when she walks around the house but right now I need to implement 3 modules before I go nuts: headpats, chopsticks, and kisses. Third one I've barely made any animations for. There's a couple on this thread.

9a8735  No.31592

File: 60eedcf65b071aa⋯.png (358.89 KB, 676x1000, 169:250, 1520645175532.png)


Why she is so perfect?

584892  No.31593



005528  No.31595

File: c7003666516f8df⋯.png (11.04 KB, 348x259, 348:259, Screenshot_2018-06-02_01-2….png)

File: ed4c9091b67e78f⋯.webm (1.9 MB, 500x500, 1:1, realtimeRigShoulders.webm)

File: 7a85e7f8d865e25⋯.webm (1.18 MB, 500x500, 1:1, realtimeRigHands.webm)

File: 07bd506e6632cdf⋯.webm (877.58 KB, 500x500, 1:1, rightShoulderDone.webm)

6/2/18 Almost done with IK.

IK is great for realtime deformations but one problem is that straight modifications to the bones won't match the deformations of the highly specialized animation rig from Blender. That is unless you re-rig your bones in Unity in C#, which is what I did today. All I did was re-create Blender's bone constraints with some Quaternion logic (image 1). Quaternions can be very tricky and an absolute headache for math. Thankfully Unity provides very powerful Quaternion functions for everything you need to do.

The realtime IK now deforms the shoulders forwards and upwards rotations depending on the bicep bones (video 1). Then the wrists have their roll corrected (video 2). I also fixed the IK lerp snapping mentioned in my previous post so it works wonderfully now. Last on the list is mirroring the logic to the left arm which should be easy since I just have to tweak some variables. Video 3 shows what it is right now.

005528  No.31613

File: 2273f69016accc7⋯.webm (2.96 MB, 500x500, 1:1, ikWithDeformationFixes.webm)

File: d15ea6183b98917⋯.png (425.25 KB, 651x663, 217:221, Screenshot_2018-06-04_22-2….png)

File: 7fe6cd562f8c8fd⋯.png (146.64 KB, 652x728, 163:182, Screenshot_2018-06-04_22-2….png)

File: 9556ddd737fd43f⋯.png (19.08 KB, 789x249, 263:83, Screenshot_2018-06-04_22-2….png)

File: 8663e6aa6808ff1⋯.webm (1.06 MB, 500x500, 1:1, chopsticksIKAnimations.webm)

6/3/18 Finished IK, code overhaul, new technical hurdles, and began chopsticks.

IK is good to go and is bug free and fixes shoulder deformations. Video 1 shows off the IK. It now also has a target hand quaternion so you can specify the hand's orientation.

The underlying class I used for managing logic modules has been rewritten to better accommodate future tasks and actions. Was not too difficult. I also migrated the codebase from GitHub to GitLab.

A new technical problem relates to normals. Unity in it's infinite wisdom decided to duplicate vertices along UV seams which effectively makes a visible normal cut when using RecalculateNormals(). Images 1 and 2 show this with a normal visualizer. This makes her anime skin shader have sharp ugly color transitions on a few parts of her body. Normally you wouldn't have to worry about this because imported (not combined in realtime) models have a more robust angle based normal calculation performed. The workaround will be to average overlapping vertex normals along the seams. However this isn't as easy because this is dealing with many vertices (~35k+) and a naive O(n^2) test fix showed a framerate hiccup. So the solution needs to be more performant. I'll work on a solution much later as this is a minor issue but it will involve taking into account the fact that the seam vertex indices never change. Another issue I noticed is that blend shapes do not update normals. Which is fucking retarded. Luckily I haven't had a problem with this but I am now weary.

I started working on the chopsticks game logic. First thing was making a little logic module with the new code and popping in a function to move her hand to my finger. Video 2 shows what I got so far. I need to improve the animation and will do so soon with some finger action.

ca52b0  No.31614

File: 46f5a91933c6d3e⋯.gif (1.74 MB, 500x402, 250:201, vigorous_headpats.gif)


>headpat module

You're a godsend, Shinobro.

005528  No.31620

File: d988123f68e7102⋯.webm (350.31 KB, 500x500, 1:1, oldBug.webm)

File: 829af8928f9ca10⋯.webm (324.64 KB, 500x500, 1:1, fix.webm)

File: c6c5d5fbfc1c73f⋯.webm (3.37 MB, 500x500, 1:1, glitch.webm)

6/6/18: New bugs and progress on Chopsticks.

A new bug which was found was a bug during the transition from animation to IK. I thought this was an unavoidable part of IK but really it was just me having the wrong order of execution for setting rotations. Video 1 shows the bug. Video 2 shows the fix.

I've been working on the chopsticks and there was a lot to do. Because Chopsticks needs fingers to have "on" and "off" animation states, I had to figure out a way to control all 60 quaternions (me and Shinobu's finger bones ). Avatar masks would not work because you can't change the mask at runtime so I instead hardcoded an array of Quaternions that contains 1 all-fingers out rest state animation to lerp to and from. Now she can have any combination of "on" and "off" fingers extended or retracted for playing chopsticks. Video 3 shows this along with a funny bug I was not expecting when I found it.

643cc0  No.31624


>but really it was just me having the wrong order of execution for setting rotations

i will be following your project closely anon. great work.

67a816  No.31626


I've recently noticed that I'm checking this thread nearly every day.

Good work

b05116  No.31629


This happens every time in mmd

005528  No.31645

File: 1e3575e034ee413⋯.webm (4.19 MB, 500x500, 1:1, chopsticksProgress.webm)

6/9/18: Chopsticks logic.

Getting into the meat and bones of the module finally. Chopsticks has very easy rules to it. It's also a Japanese game. The objective of the game is to get rid of the opponent's fingers. Everytime you tap the opponent's hand, you add your sticks to his hand. If they have more than 4, they lose that hand for the rest of the game. There is another rule which allows the player to redistribute their total number of sticks to bring back their dead hand. This will be implemented soon. There are a couple of animations not shown on this video. Sometimes Shinobu will fire an animation that makes her stare at her fingers in a pensive mood right before performing her turn. Just to add some variety. I also added another animation that blends in when she reaches out to tap my hand. This is so it looks like her whole body is being affected by the tapping motion.

This video is just to demonstrated how it's going to look. The game logic is actually buggy and you can see Shinobu trying to tap one of my dead hands. Will be fixed as I go along.

005528  No.31648

File: b0b78caac0f906e⋯.webm (19.29 KB, 500x500, 1:1, neck_position.webm)

File: da951cd578ef29e⋯.webm (12.54 KB, 500x500, 1:1, neck_shape.webm)

File: 6f96150f8af8cb8⋯.webm (783.67 KB, 500x500, 1:1, praying_mantis.webm)

File: 4e7cf1dfffe83e9⋯.png (40.5 KB, 388x534, 194:267, Screenshot_2018-06-11_01-1….png)

File: cec14a28fdf45a3⋯.webm (456.33 KB, 500x500, 1:1, happy_win.webm)

6/10/18: Got through a lot but was not as productive.

I polished animation events and timed them better so the transitions between certain animations and the procedural look at logic is smoother and less snappier. They feel more seamless now.

Accidentally entered the lion's mouth by going back to my model and tweaking the neck rig. Reason I changed the neck bone position was because the neck appeared too long during hyper-extension (video 1 shows before and after). This made her look like a giraffe. So I looked at some model reference and realized it was off anyways. Apparently neck bones don't have to line up along the neck anatomically. It can diverge a little to help deformations. Additionally, the shape was not very anatomically correct. It had too smooth of a transition (video 2). After I finished my neck tweak, I realized I fucked myself by now forcing myself to re-export all 30 animations since all neck animations now had old neck transforms which produced the abomination on video 3. I can still just change easy weight paints or mesh shape tweaks but editing the rig causes this mess. So I now had to re-export all animations from blender, re-apply all animation specific events to each in Unity, and re-add them all to the animator tree. I said fuck this and wrote a tool in Unity to help me sort this mess. My new AnimationEventCopier (image) now allows me to drag and drop my full target imported .fbx to an array, drag and drop all of my presently working source animations, and then press a button which automatically matches animations by name, copies over settings, and copies over animation events. Saving me an hour of headaches. I still need to do the grueling process of individual animation export in Blender, but this saves me one pain in the ass. Maybe I can write a script for the Blender portion later and get a real nice gamedev workflow pipeline.

Chopsticks logic without the redistribution rule is done. She now gets all happy when she wins (video 4). Under her neck above her throat is an ugly sharp normal seam you can see in video 4 which is caused by the previously mentioned normal problem. Will be fixed later.

584892  No.31650

643cc0  No.31659



you have a good sense of moe. i hope you can find the time to refine the motion with more keyframes anon.

cc4a04  No.31663

I'm always impressed with your autism.

005528  No.31671

File: ad201497ec5e319⋯.webm (19.36 KB, 500x500, 1:1, neck_weights_fix.webm)

File: 06dd7ae0a92acfa⋯.webm (778.07 KB, 600x500, 6:5, newMouthRigBeforeAndAFter.webm)

File: 89067a9ff4c3ca9⋯.webm (23.48 KB, 500x500, 1:1, newMouthRigSmile.webm)

File: b0316a01d93ed75⋯.webm (5.38 MB, 600x500, 6:5, final_chopsticks.webm)

6/14/18: Small neck tweak, finished new mouth rig, and finished chopsticks module.

Neck weight painting was revised because it was caving in too much when the neck bone was being rotated (video 1).

Reason why I wanted to redo her mouth rig was because it was showing too much interior red mouth color when smiling and looking at her through the side. This made her teeth look really distant and small. I reshaped the interior of her mouth and redid her dentistry so her teeth line up in a more realistic way to prevent her lips from clipping into the teeth. Before it was a rounded square shape teeth alignment. Now it's the natural sharp U shape.

I also took this opportunity to improve the shape keys for controlling her expressions. I looked at myself in the mirror quiet a bit and realized that my old frown shape key had the plastysma included which made it not possible for me to make a sad face and a startled sad face without doing both. So I separated the plastysma into its own shape key. Another similar thing I noticed is smiling. When you smile with your lips closed you use a different combination of muscles than if you were to smile with your mouth open. This makes smiles difficult to segregate by muscle groups and I wanted to keep the smile and smile mouth open possibilities separate. So what I did was compromise by making my smile shape keys do a little bit of both and then make a new shape for centerLip which brings the mouth the rest of the way to smile mouth open. I saw improvements in her smiles as they now no longer have strange mouth and lip stretching. (video 1 smile lips closed before and after). (video 2 smile mouth open before and after).

Chopsticks module is now completed and I can now start working on the last demo day module, kissing. Before I jump in I need to fix her win animation because it looks awkward.

71c2c9  No.31680


>This bad at chopsticks

643cc0  No.31681


>that shape keys work

Noice. Know anything about FACS anon?

005528  No.31696

File: 2f1e67f17b46f2d⋯.png (495.97 KB, 927x576, 103:64, Screenshot_2018-06-17_00-2….png)

File: ab5d31604cfd0f0⋯.webm (481.88 KB, 600x500, 6:5, improved_win_anim.webm)

File: f0f6a8a8d9beffc⋯.webm (1.91 MB, 600x500, 6:5, leg_torso_dividing.webm)

File: 70ebd7e29350fe9⋯.webm (1.8 MB, 600x500, 6:5, leg_locomotion.webm)

File: 27219d6256e8f61⋯.jpg (953.96 KB, 3685x2640, 67:48, 1514748582.jpg)

6/17/17: Got a decent amount done today. Small fixes, began first part of the kissing module, separated leg and torso animations.

I fixed her hair from spazzing out every so often. It was caused by the hair bone strand ends constantly colliding with the view frustum collision boxes. Physics profiler is very useful (image 1). Also made another round at fixing the winning animation. It's much better but I did not spend enough time fixing her hands and thus that bit still looks off (video 1). Will revisit the hand motion later.

First part of the kissing module is now in the works, which is just when you approach her cheek. If you approach her too fast, she will recoil a bit in surprise but if you approach slowly she will simply look at you in disgust (video 2). This behavior is only for angry and will be different for when she is happy as that mood will have different sets of animations. Reason she is bending her legs in the video is because I recently separated the legs and torso animations.

The legs and torso animations now live on their own respective layers so I can play different locomotion animations. This is so interacting with Shinobu can be a lot more dynamic as in being able to carry out kissing or headpats while walking or moving. Headpatting really hard will push her in the direction of the headpat. This will also allow me to change her foot placement so she faces objects that speed up towards her. People usually face objects moving towards them. Currently there are only forward and backward animations but I will make sideways movement animations next.


I have not but I checked it out. Very useful thank you. I do think however that all of what I'm doing for facial animations is overkill for anime models. You won't ever actually be able to see the detail on the facial animations because her face has unlit lighting, uguu effect, etc.

000000  No.31704

I just wanted to say that I've been following this thread, and while I'm not very interested in the game, I am interested in the process. I'm learning a lot, so thanks. I wish you the best of luck.

643cc0  No.31706


No worries, thought you might like to know. It's pretty widely adopted a basic starting point for general morph targets in the industry now. Good to at least be aware of it you're doing facial.

Nice win animation btw. Keep it up OP.

005528  No.31718

File: 118ec3c4d68af01⋯.png (62.7 KB, 687x838, 687:838, Screenshot_2018-06-21_01-1….png)

File: 9d67810a477d9b1⋯.webm (2.64 MB, 600x500, 6:5, foot_blends.webm)

File: 6cb7789e543e7ed⋯.webm (3.05 MB, 600x500, 6:5, sideways_anim_draft1.webm)

File: 052f01887780067⋯.webm (1.48 MB, 600x500, 6:5, IK_bully.webm)

6/21/18: Overhauled animation system, finished first pass of locomotion, and improved headpat interaction.

The animation system had to be restructured to allow me to make changes to the legs without affecting the head. I used avatar masks to achieve this and also took this opportunity to make a face layer for when she speaks as it should override her current face blendshapes when that happens (Image 1).

I finally got right the locomotion blends. I am making my own walk animations and thus I had to figure out how to properly blend forward, backward, left, and right. One issue I had was that the feet animations did not sync up causing her to look like her feet was flying all over the place when side and forward was blended. This was fixed by exporting the right side feet animations 50% offset into the animations and looping that. Current result is (video 1). Sideways animation is verily subject to change and feels off right now (video 2). Sideways walk is harder than forward walk for animating. I think I have to smooth out the spine movements and improve the footing. Maybe it is too stompy.

Lastly, the headpat movements were improved by adding locomotion, adding a spine to neck IK, and changing the head rotation. So this logic module doubles up as a way to push her around. She can still get pissed though (video 3).

643cc0  No.31722

File: 9bae74f11e849fe⋯.jpg (157.34 KB, 960x740, 48:37, IMG_20180621_172056.jpg)


>dem hips

005528  No.31731

File: 6f8efc02128e61b⋯.png (780.98 KB, 1361x907, 1361:907, Screenshot_2018-06-24_01-1….png)

File: 3dabf93e9c16cd9⋯.webm (26.58 KB, 600x500, 6:5, back_fixes.webm)

File: 407c4e8a71e6908⋯.webm (26.82 KB, 600x500, 6:5, torso_fixes.webm)

File: 4ead2716fe3b196⋯.webm (949.86 KB, 600x500, 6:5, walk_workfow.webm)

File: 2a15619beefe6c6⋯.webm (2.82 MB, 600x500, 6:5, proximity_pass1.webm)

6/23/18: Fixed mesh combiner normals, anatomy upgrades, new walk animation workflow, and kiss module proximity finished.

I fixed the previously mentioned normal seams caused by my mesh combiner. The fix was not to come up with an algorithm to recalculate, I just copied over the normals from the .fbx mesh instead. Image 1 shows neck seam normals visualized without a hard seam on the neck, arms, torso, and legs.

I spent some time fixing the anatomy of the torso on Shinobu because it bothered me for a long time. I am slowly memorizing more patterns in the human body. I am looking at reference and was able to point out several wrong things with my model. For the back, there was not enough bulk or muscle along the back of her ribcage along the spine. This made her look very thin and strange. Her bottom back above the rear was also too long. The side profile of a standing woman reveals the shoulder blades protrude and line up with the back of the skull and the butt. The curve of the spine goes down along the back and right where the curve turns towards the butt, that curve forms a continuous S with the front curve of the thighs. These changes were applied and I saw good improvements for Shinobu (video 2). For the front, a woman's standing profile has ribs 10 (the last bottom ones) protruding outwards the most which then dips along the belly and then back out with the pubis. Meaning on a flat chest, the breasts should not protrude outwards the most in profile view. The abdominis also have dips on its sides because of the stomach cavity. These changes were also applied to the model and it made her ribcage look a lot better but also made me realize the breasts were too perpendicular withe the front, still too big, and not wrapping smoothly around the spine. Before and after on (video 3).

I improved my animation workflow for when I animate walking cycles. First I make a circle on the floor and make its radius the size of the walk range. Then I just work on 1 foot and perfect it. Then I copy it over to the other foot and offset it. From there I offset the second foot backwards. Lastly I work on the spine. Originally I worked on the spine first then the feet and then tweaked the spine. But that was stupid because form follows function. Feet first, then spine. This saves me from having to go back and do larger spine fixes. Now it's just tweaks (video 4).

I also finished the face proximity part of the kissing module. I tied it together with the new locomotion and also made some new logic for making her blend and face towards a certain direction in a specified amount of time. This allowed me to do what I wanted which was make her startle backwards and face me at the same time (video 4). Additionally I had to come up with logic to manually sync the torso and legs layers only when specified.

005528  No.31745

YouTube embed. Click thumbnail to play.

6/26/18: Been busy starting up my Patreon. Funding will go for the expensive voice actors. I'll still do regular posts here. There is a certain charm that Anonymous (till recently for me anyways) posting always has had.


643cc0  No.31746


>I'll still do regular posts here

Glad to hear it. Good luck anon, thanks for the inspiration.

643cc0  No.31747


How can we support you anonymously?

584892  No.31751


But how are you going to find a voice actress that doesn't suck?


72e726  No.31752


If only I had shekels to spare. Can't wait to spill my cum!

005528  No.31754

File: 8490fb3db479091⋯.webm (1.64 MB, 400x400, 1:1, ease_snaps.webm)

File: dca44edff4660f8⋯.webm (1.64 MB, 400x400, 1:1, ease_snaps_fixes.webm)

File: 89b9cc5e2f4b613⋯.webm (Spoiler Image, 123.66 KB, 600x600, 1:1, surprise_happy.webm)

File: fba9ac1476f7fe1⋯.webm (Spoiler Image, 127.48 KB, 600x600, 1:1, surprise_angry.webm)

File: 9b18084a68788b8⋯.webm (Spoiler Image, 391.46 KB, 600x600, 1:1, WIP_proximity_happy_loop.webm)

6/28/18: Fixed blend snapping and working on new kiss animations.

There was a problem with the way I was blending between my look at logic and a currently playing animation. The blend values constantly eased towards a target value which caused snapping and sharp ease outs. Video 1 shows the problems in slow motion. Video 2 shows the fixes which now uses a time updated quadratic ease in out.

Continuing work on the kiss logic module. This graph is a visual layout of the kiss module with animations in blue arrows. Green outline means complete. Red means not finished. I completed surprised_happy which is a variant of surprised_angry except it only fires when she is happy. The animation is less intense since Shinobu is more easily startled when angry. Both animations shown in videos 3 and 4.

Lastly, I am currently working on the proximity_happy_loop which will be used for when the player approaches her face when she is happy.


You don't need to give me money to support me. You can just ask questions or point out problems or something.


I'm nowhere near the point where I can start scouting for voice actresses so I can't answer that question. I did hire one for the church priest in the wedding sim. But that was a guy who spoke English. Way easier to find.

72e726  No.31757


How did you spoiler only some files?

64daae  No.31758


They weren't initially spoilered. An admin or volunteer must have done it.

72e726  No.31759


Ah right.

But why?

132d11  No.31761


Nice, good luck not getting shut down though


loli tiddies

72e726  No.31762


But the other posts were fine, this is what does not make sense.

72e726  No.31766


A-anyway, anon, what sort of VA do you have in mind? A Japanese one?

005528  No.31772

File: 1c110e947c6c91a⋯.webm (4.74 MB, 800x600, 4:3, kiss_prox_angry_logic.webm)

File: 58f87f00a586918⋯.webm (1.77 MB, 800x600, 4:3, angry_surprise.webm)

File: 2f01a19060be02e⋯.webm (1.88 MB, 800x600, 4:3, happy_surprise.webm)

7/1/18: Implemented more kiss and face proximity module logic and switched over to Kubuntu.

I'm still short on a few animation assets but there is enough to complete one branch of kissing logic. Video 1 shows Shinobu first starting out angry and becoming angrier as I approach her. This is the proximity part of the logic. Then I move the camera towards her cheek which for now counts as a kiss (for debugging purposes). She then reacts and turns happy. However there will be another split off animation in which she doesn't become happy and just pushes you away.

Something interesting: The way I play animations is using an avatar mask for the legs and torso. Thereby allowing me to also play walking animations at the same time. However, this conflicts the torso and legs animation playing at the spine1 (transform root). This made me have to choose and prioritize playing the legs's animation on top of the torso's animation, on the spine1. Meaning I will not be able to animate spine1's transforms in any torso animation (because its being overriden by the legs animation). Otherwise the legs will clip into the floor as they won't be able to move the body upwards during walking. Of course I could play the same animation on both body halves like I do for the sit down on floor animations.

Afterwards I put in the new animation that I made for being surprised while happy. Video 2 shows the regular surprised while angry animation with the logic. Video 3 shows the same but now with the happy variant.

Switched over to Kubuntu because I was getting fed up with Mint's problems. The switch over was not as easy as I thought and I was hit with a flurry of technical problems. For one, the latest Blender v2.79b has a critically dangerous bug where source texture files in use were deleted (image file cleared and file zeroed to 0 bytes. ???). This caused all of Shinobu's skin textures to turn white in Unity. So I rolled back to v2.79 and hard reset my git project. This is why backups are important. Then I had to manually copy over old Blender settings and spent an hour getting Visual Code to work with Unity. Then I realized my blender was not running with --enable-new-deps-graph which is critically important for baking out accurate transforms from Blender for animation assets. This is the command for enabling the beta dependency graph which fixes Blender calculating modifiers in the correct order (inverse kinematics, damped tracks, copy rotations) etc. If I did not have this option enabled, all animations would have 1 frame late transforms which would look like weird snapping when played.


I've been thinking about it for a LONG time. The issue is that my Japanese though good enough to read the latest in manga, is not good enough for polite business conversations. So talking to real Japanese ones will be difficult. However I thought of a pretty good alternative, I would get an English speaking voice actress (like Nyanners, but not her, god no), and then make her not speak in English. I would ask for lots of hums and mmhs. Thereby making Shinobu more like The Pyro from Team Fortress 2.

72e726  No.31775



Probably the best option. Also, I have some ideas as to why Nyanners is bad, but why do you think she's bad?

d5c941  No.31776


probably because she's a sellout attention whore, and wouldn't give a project like this the time of day because the loli content

584892  No.31778


Nyanners went full SJW before, dunno if she is still fullretard or stopped being a cunt

72e726  No.31779


Wow, really? I knew she blew up on lolicons after the pomf=3 song, but SJW?


Sellout? Well, I know she is an attention whore who can't really voice act (i.e. she can only do one voice). I also know she's a NEET, and a womanchild, so to speak.

005528  No.31782

File: f6e8edb97b2b74e⋯.webm (2.6 MB, 800x600, 4:3, angry_kisses.webm)

File: 00d89e3b3afaa0c⋯.webm (1.64 MB, 800x600, 4:3, happy_kisses.webm)

7/3/18: Happy 4th of July. Made more animation assets and implemented more logic branches.

I am almost done with the kiss module. So far the bottleneck has been creating the animation assets as the logic is relatively simple. The look at target blending logic resting on top of the animation is sometimes finicky to get right. I finished stand_kiss_happy_cheek_* animations which will be played whenever Shinobu is kissed while happy on either cheek. I also took the time and mirrored all of the kiss animations to double the branching paths for the module so she can react to getting smooched on the left and right cheeks. Video 1 shows her reacting to both cheeks while angry. Video 2 shows her reacting but while happy.

There are still a few issues with the animations and are subject to changes. Namely the blend out to idle is not smooth and feels like it is speeding up the whole animation. Will look into it next. Also a slight snap in the angry animation halfway through and strange arm movements when she relaxes.

Small blender note: Today I realized that my lookAtTarget bone which I use to make Shinobu look at something when building an animation, has a roll of 90 internally in edit mode. This makes all sorts of complications including flipping the y with the x coordinates in graph mode meaning I can not use Blender's built-in paste mirrored keyframes for that bone (because the x coord is now the y coord). So when I was mirroring the cheek animations, I had to manually mirror the lookAt bone in the curves. Luckily it was simple enough to achieve by just using the cursor and multiplying all y-coord curves by -1. Therefore I have to make sure that when I make bones, Blender doesn't go wack and add roll to them. Very annoying.


She's full SJW and presumably wanted to distance herself from lolis to be more professional. Or maybe just went plain old SJW full retard.

005528  No.31794

File: 5d3722070fb7861⋯.png (104.15 KB, 1270x783, 1270:783, Screenshot_20180707_011127.png)

File: faded3caf910ac6⋯.webm (2.31 MB, 800x600, 4:3, refused_kisses.webm)

File: ed76245432d523f⋯.png (57.46 KB, 427x899, 427:899, Screenshot_20180707_011749.png)

7/7/18: More snapping fixes and completed the last animation assets and finished the kissing module. At last.

The previously mentioned snapping errors for the happy and angry start kisses have been fixed.

The module now has all the logic implemented with all the assets imported into Unity and into the animation system. Happy to say that all branching paths can now be fulfilled meaning Shinobu now has fully dynamic kissing behavior. So now kissing depends on her current mood; happy or angry and then angry has a chance to make her happy. And then of course the animation fired depends on which cheek is kissed. All in all this module has 12 animations. Image 1 shows the completed logic graph. I decided to change the "push away" animation to "wipes cheek" as I thought it would be cuter and more loli like. Video 1 shows the final 2 cheek wipe animation assets tested in game.

Next up is wrapping up for demo day release. Working on house now.

000000  No.31807


Greatest thread of all time

1c9b6f  No.31814


>I decided to change the "push away" animation to "wipes cheek" as I thought it would be cuter and more loli like.

True on both counts.

005528  No.31817

File: 0819a595732907d⋯.webm (52.31 KB, 600x600, 1:1, new_mesh.webm)

File: c6f1f324e1e49da⋯.webm (47.77 KB, 600x600, 1:1, new_mesh_tex.webm)

File: 8fc95cab895bc6e⋯.webm (3.83 MB, 600x600, 1:1, new_head.webm)

7/10/18: Upgraded head mesh and texture.

Videos 1 and 2 shows the new head mesh before and after. Her eyelashes were also redone to be thicker and more Shinobu like with slightly sharper ends for a more defined angry look. The cheek blushes were separated and now have their own simple meshes. Her mouth was moved up and a little bit inwards as it was too far out causing her jawDown blendshape to be too low. The eyebrow and eyelash textures were added a gradient as full black was not very good looking. I think it's a little bit too bright right now so I will tweak it next update. Also going to resize her pupil so it's more circular.

Also starting to implement better shaders. Her eyebrows now render on top of her hair, shadows were brought back in (No longer doing hard bakes of scenes). The next step now is to finalize new shadow shaders for her skin. it is somewhat difficult to make good looking anime-esque shaders with shadows because it introduces too much 3D detail. But I have some solutions I'm willing to test out. For now her face is not affected by shadows (alpha texture channel multiplied by light end result).

132d11  No.31820


I'm sure there are plenty of agencies that could get you Japanese VAs. There's no shortage of VAs looking for work.

8cb6a4  No.31822

Soundcloud embed. Click thumbnail to play.

Here's the track I was working on. It was done last year, and I was honestly stumped because of your personal taste in music does not mesh well with the game you are working on based on your postings. Anyways, I hope your project goes well and that I could assist in some way with no costs.

005528  No.31827

File: e97f66cd20d4315⋯.webm (1.24 MB, 600x600, 1:1, bad_normals.webm)

File: 6e87e7f2a820eed⋯.webm (1.27 MB, 600x600, 1:1, new_skin_shader.webm)

File: f7b731dba3e70fc⋯.webm (118.42 KB, 600x600, 1:1, normal_override.webm)

File: 9dacb17631aff27⋯.webm (2.08 MB, 600x600, 1:1, shadow_shader_tests.webm)

File: b089dda837b0c32⋯.png (283.62 KB, 1253x944, 1253:944, Screenshot_20180714_001757.png)

7/13/18 New shaders and more work on house.

The shaders had to be reworked to look good with shadows. The problem is that anime faces do not interact with light normally. Not only in the way of light being clamped at certain angles, but also the way it interprets the actual mesh. Video 1 shows a straight naive shadow shader using unedited normals on Shinobu's face. As you can see the lips and nose give too much "3D" feel to it. You can too easily visualize the mesh as it hits the face. Too realistic and not cartoony enough. Video 2 shows the new skin shadow shader with some tweaks and a data transfer of normals. The face mesh of Shinobu is the same just the normals were edited to produce less detail now and nose normals were tweaked to give that anime nose shadow. Looks much better now. You get that "half face in the light" feel. Video 3 shows the normal transfer.

Another shader I wrote was for the hair. Video 4 shows the new hair shader for shadows. What I wanted to make sure is that the shadow highlights remain during full light. So the shader now lerps between a dark and a bright texture to give me more control over how the hair looks like when under a shadow. After that tint it with the ambience and play around with a pow() on the view diffuse to pull back the light a bit into the shadows.

Right now I will be working on the house. I've always loved architecture. I've never pursued it professionally but as a hobby it's always been very fun. I used to make countless maps in high school for this one Team Fortress 2 server. I learned a lot about what to do in game maps. Steam says I have 2000 hours on Source SDK.

005528  No.31828


Yeah I can hear the guitar and what not man but I've yet to hear other people's work. I like your stuff but you've said so yourself you aren't really into that whole Mexican folklore music. I'll keep you posted.

005528  No.31844

File: 3572f486a8c04de⋯.webm (4.7 MB, 900x900, 1:1, bathroom.webm)

File: 384ed27126bc585⋯.png (313.17 KB, 1077x977, 1077:977, Screenshot_20180715_233840.png)

File: 90a66d152d524db⋯.png (233.24 KB, 929x897, 929:897, Screenshot_20180716_003146.png)

7/17/18: Almost finished bathroom.

I am modeling my house with realistic measurements to ensure that nothing looks disproportionate in VR. I am going for a cozy mexican themed house since I'm a big fan of those kinds of houses. That means that there will be lots of bright colors, use of adobe, tiles, and wood. Video 1 shows a short flythrough of the current bathroom model. I took the time to make props using the Array/Curves modifier and also sculpted the clawfeet for the tub. The ivy metal pattern was made using some tricks I've learn with the skin modifier, smooth vertices, and sharp proportional mode scaling. Mastering all options of the select similar/regions command is a must for saving time UV-unwrapping and keeping consistency in your meshes.

One common trend in mexican architecture is having circular or rounded ceilings. Image 1 shows a basic flat ceiling. Image 2 shows a quick improvement I added to it. Later on I will put a nice tile texture and rim it with a brown adobe filling.

72e726  No.31846

File: e681f28d100d7ee⋯.jpg (162.63 KB, 850x1189, 850:1189, My USMC drill Sargent can'….jpg)


Definitely looks Mexican, especially the blue tiling with those walls in the bathroom. Personally, not a fan at all, but it looks really nice.

6e77a1  No.31847

File: 77abb993debe7b6⋯.png (26.31 KB, 352x163, 352:163, 1531564696659.png)


Will player be able to shampoo Shinobu's head?

584892  No.31849

File: a0a56e40ed462a7⋯.gif (2.07 MB, 704x290, 352:145, ararararararararagi sees a….gif)


Even better

What about Brushing her teeth/fangs?

72e726  No.31852

File: f059449c2e14a29⋯.jpg (42.73 KB, 640x360, 16:9, shinobu_smug.jpg)


With what, anon?

584892  No.31853


A toothbrush obviously

72e726  No.31856

File: 64f501f7ee0b6ea⋯.jpg (35.89 KB, 300x450, 2:3, shinobu-oshino-299.jpg)

005528  No.31860

File: 412025c1108cd20⋯.png (2.78 MB, 1536x1024, 3:2, bathroomRender.png)

File: 7764558a40270cb⋯.png (1.39 MB, 1109x988, 1109:988, Screenshot_20180722_012032.png)

File: 3a1b33908e6a25d⋯.png (1.7 MB, 1309x985, 1309:985, Screenshot_20180722_012345.png)

7/21/18: Finished enough texturing and asset creation for the demo. I'll be working on tightening up logic and bugfixing for a stable demo release. Maybe add a bit of logic to have her follow you around.

Bathroom has had a few more props including towels, soap, shampoo, floor mats, a portrai, laundry basket, and a rubber ducky. Eventually most props will have some small animation or logic module for interaction. On demo release there won't be anything to do in the bathroom but it will be there for some eye candy.

584892  No.31861


That's a lot of detail, noice

72e726  No.31864


Shit I thought that first one was a photo. Nice.

6e77a1  No.31866


Are you sure it's a good idea OP to design interiors like this? You will end up in having bunch of static objects. I think it would be better to fill it with interactive props.

>tfw can't pick towel

72e726  No.31872


>fill room full of interactive props for teh lulz

>Shinobu gets pissy and picks them up

This is interesting.

005528  No.31873

File: 2048593702fc17c⋯.webm (4.07 MB, 600x600, 1:1, fast_boxes_p1.webm)

File: e4af85dcbed15a6⋯.webm (3.72 MB, 600x600, 1:1, fast_boxes_p2.webm)

File: 6c413e6da62dc70⋯.webm (3.76 MB, 600x600, 1:1, asset_ingestion.webm)

7/23/18: Workflow for adding physics, asset ingestion, and animation event tweaking.

I spent some time figuring out a fast way to rebuild collision primitives for walls. The problem is that building physics meshes can be very time consuming. I came up with an idea that is similar to Unreal Engine 4 workflow but going a step further in the automation process. Essentially I take the raw detail mesh and I select faces that would together make a bounding box, simply disconnect from parent and leave them as their own object. Then I export these disconnected pieces together and pass the fbx through a simple script in Unity which takes the bounding box of each mesh and builds a Box Collider. This is super fast compared to manually retopoing with blocks because I can be super lazy and don't have to worry about making complete filled box faces, correct normals, or maintain vertex count. Video 1 illustrates me going really fast with this method. Video 2 shows the script taking these jumbled individual meshes and creating a Box Collider out of each. The one caveat is that this only works for axis aligned boxes. But I can very easily add an option to support creating convex meshes. The way the "Build Primitives" script works is it scans the fbx for all CollisionCube_* named objects and builds boxes for those. When I add support for Collision Meshes, it will simply find CollisionMesh_* and build them. Maybe even do CollisionRotatedCube_* down the road. This tool will also work for props.

I also imported the house, got rid of the baked raytrace textures, and popped in the Blender textures. Dynamic lighting will be a neat challenge for maintaining consistent FPS in VR but I think this is the best future proof solution. Would be nice if Nvidia didn't go full Intel with their GPU releases. Video 3 shows off the current map. Textures and models subject to change.

Lastly I removed initializing animation events for all animations. The issue is that Unity's animation events are SHIT. As in, the very very small tabs that appear per frame for animation events are hard to control, order, and keep track of. So I went in today and replaced most with script-driven functions that fire in C# instead. Way easier to maintain and change now.


I've got too many fun things I'd like to do with Shinobu. Sure why not.


I do want to make lots of interactive props. I'm setting the groundwork for objects that can be picked up and interacted with. Towel physics may be further down the road though.

9413d1  No.31877


It looks a bit like she has a Habsburg chin.

9413d1  No.31878

005528  No.31884

File: b96234f59e19384⋯.webm (5.52 MB, 600x600, 1:1, behaviors.webm)

File: f5991be5537ad21⋯.png (96.73 KB, 408x451, 408:451, Screenshot_20180727_004649.png)

File: c75571af3be93de⋯.png (154.65 KB, 393x415, 393:415, Screenshot_20180727_004756.png)

7/26/18 New behaviors, bugfixing, and cleanup.

One new behavior is support for animation variety. I spent some time animating and setting up the framework. Essentially this will allow random alternative animations to play for certain animations. So for idling she now crosses her arms and just sort of hangs around once in a while. Makes her a little bit more alive. Another new behavior is in its early stages but she now tries to look at objects with the highest amount of interest near her. This means that rotating or fast moving objects will be of higher interest than static non-moving objects despite being able to look at both. So she may be looking at you but will occasionally look at your hands if you move them towards her. She will also cycle through all objects as well. Video 1 demonstrates both new behaviors.

Various bugfixing included fixing her animation system firing OnAnimationChange repeatedly on the same animation, fixing an accidental line of code in the wrong scope, and tweaking a few variables. Her logic is pretty darn solid and I've never had to deal with null errors outside of debugging.

I spent some time cleaning up random aspects of her logic and shaders in preparation for the demo. Her skin no longer receives a white outline when in shadow (image 1) and tweaked her eyelashes to be a tad thicker. One thing I noticed is that her eyelashes look thinner from far away since the mipmaps generated bleed surrounding brighter colors onto the eyelash texture. This is problematic and I will address it soon. Mipmaps are good for performance and I don't want to have to get rid of them. I'm also planning to redo her eyes entirely in the near future after the demo. I'm still not satisfied with them.

6834ad  No.31924


What's going on with all the blinking? Does she have something in her eye?

005528  No.31925

File: 464e35a3b7c74f9⋯.webm (1.23 MB, 600x600, 1:1, giddy_surprise.webm)

File: 4ed6ccd769750e1⋯.webm (1.19 MB, 600x600, 1:1, giddy_run.webm)

File: dad84eaba9ea720⋯.webm (1.8 MB, 600x600, 1:1, nav_test.webm)

7/30/18: Moderate animation system improvements, new animations, and beginning pick up logic module.

Something I added to improve her look at logic was to make sure that certain rotation offsets from an animation are taken into account on top of the look at logic. So if she was currently playing a head nod animation, that x quaternion offset will now go on top of her look at logic so she will keep looking at you while being affected by the head animation offsets. Before I would have had to disable the look at logic since the head animation would override completely. Additionally I began restructuring some code to allow for easier task creation. The locomotion part of her code is now in its own separate logic module.

2 new animations I completed for the pick up logic module is stand_giddy_surprise and run_giddy_forward. Both of these will be used for when Shinobu is excited and moves around. Video 1 and 2 show the animations respectively. Recording was not at full framerate so it looks a bit slow.

I decided to start working on the pick up logic because I am ready for a small demo and a lot of the logic that I needed to implement for it is very generic and useful elsewhere. For example, she needed to have a pathfinding system implemented so she can move towards objects that she wants to pickup. And so today I finished the first pass on the navigation system. It uses Unity's nav meshes but not nav mesh agents. I think agents are too restricting for fine tuning movements. The problem is that when she turns into a sharp corner, nav mesh agents make her move too slippery and unnatural. I implemented my own nav movement which calculates the movement angle and slows down Shinobu as she turns thereby giving her a lot more realistic movement. Additionally added a couple layers of lerping for movement to create a pseudo bezier curve as she travels the path. Video 3 shows off a short logic test. Shading and some eye logic was turned off so she looks a bit off near the end. Animation speed values are also subject to changes.


It was an early version of the new look at behavior which fired blink() too often. It's been addressed.

005528  No.31933

File: f6c46c83cf1f8f8⋯.png (484.82 KB, 634x720, 317:360, Screenshot_20180802_012014.png)

File: 11b722752ed0ebf⋯.webm (954.79 KB, 600x600, 1:1, undewear_pan.webm)

File: b2a2c46484ea49f⋯.webm (3.21 MB, 600x600, 1:1, lewd_logic_module.webm)

File: a7636972620ecd4⋯.png (519.15 KB, 888x704, 111:88, Screenshot_20180802_012115.png)

File: 2af57b63a205b10⋯.png (381.08 KB, 893x833, 893:833, Screenshot_20180802_012138.png)

8/1/18 New clothes, animations, and fan service.

Totally forgot to model anything below her skirt so today I made her panties. Can't have an anime game without panties. The model properly deforms around the skin. Video 1 shows the model. There will be a huge overhaul of topology after the demo day release to fix deformations and edge flow where her pubis and crotch would be. This is the area in modeling I have the most trouble with. However, I do trust my slowly but surely improving skills. Canonically she wears a band-aid but I prefer panties. Maybe in the distant future...

I was thinking about the demo and what people would do. The most obvious thing people would probably do is look up her skirt so today I animated and wrote a quick logic module for anti-perversion. It's short and will definitely be expanded later but for now she reacts if you try to look up her skirt from the front. Video 2 shows off the teasing.

d1f761  No.31951

File: e1a0a362a29a4d7⋯.png (1.16 MB, 1145x1763, 1145:1763, shinobu beach1.png)


Don't waste your time on such boring clothes. Here better outfit.

72e726  No.31952

File: 41c91ef76e6972d⋯.jpg (68.61 KB, 630x594, 35:33, shiggy_kawaii.jpg)



>not wanting to play dress up with lolis


584892  No.31954


i like everything i see in here

16fdaa  No.31956


>Here better outfit

>doesn't suggest bloomers


ccd1dd  No.31957

File: ac28f402e39586a⋯.jpg (970.86 KB, 1232x1326, 616:663, 5ab7aa95d4484e0e12eb0b0df7….jpg)


>that shit

>not pic related

Cinderella bust a best

584892  No.31959


patrician taste

005528  No.31968

File: 50899b188cd5d6b⋯.webm (740.71 KB, 600x600, 1:1, manual_anim_sync.webm)

File: bf5a9a2f6d4fdde⋯.png (242.69 KB, 552x594, 92:99, Screenshot_20180802_171206.png)

File: d85817049b0c1cf⋯.png (246.74 KB, 544x594, 272:297, Screenshot_20180802_172531.png)

File: 53aca27f8b7df23⋯.png (336.26 KB, 748x870, 374:435, Screenshot_20180804_225604.png)

8/4/18 Crunching for demo day Wednesday (8/8/18), lots of bugfixing, and improvements.

Fixed a bug with leg animations not syncing with the torso. Video 1 shows the fix in action. As she lowers her hands, her torso must sync with the legs, so the legs very minorly speeds up to catch up with the torso. This is not a trivial task because naturally we as thinking animals would 'time' when we move our arms down to match our legs. This on the other hand is just whenever the animation finishes playing. So the slight blending speedup occurring is the trade off. Sometimes it does end with her legs synced and the speed up does not appear.

For animations I revisited some facial gestures and improved them. The pervert skirt react face was remade as it seemed off. Images show before and after.

Another thing I spent a while on was improving her movement as she goes from A to B. Still have to hammer out some bugs that make her spin around indefinitely. Also began building complete demo day builds for Wednesday. Soon!


Later. Much later.

79ee51  No.31995

File: 5d30e5b56d948ba⋯.jpg (98.16 KB, 716x796, 179:199, 3324234.jpg)


I hate her because she turn me into a pedo ;_;



We are not in the Century 19th anymore.

c3b117  No.31998


>We are not in the Century 19th anymore.


405521  No.32001

My nuts are fukin quaking

cdb142  No.32004

File: 136f010566c29f6⋯.mp4 (1.07 MB, 476x268, 119:67, welcome to the 21st centur….mp4)


>We are not in the Century 19th anymore.

005528  No.32005

File: 0a06c20a2070560⋯.webm (695.76 KB, 960x540, 16:9, shinobu tadaima 2.webm)

6e77a1  No.32007

File: 68b1826143685c8⋯.webm (1.92 MB, 1600x900, 16:9, 2018-08-08_10.webm)


Pretty fun game

Anyway, could you add adjustable fov?

72e726  No.32010

File: 646b33a190ea952⋯.jpg (32.4 KB, 640x960, 2:3, wat_u_doin.jpg)


That's weird.

>try to start it

>won't start

>try it again

>executable disappears

72e726  No.32011

File: 4e7a0547a3d19f9⋯.jpg (40.6 KB, 600x427, 600:427, laughing.jpg)

File: 5a599fe7504bb9c⋯.gif (1.84 MB, 328x268, 82:67, [RAF_laughter].gif)



6686e7  No.32012

Why is shinobus cheeks kissable but not her lips?

27ada7  No.32021

File: 8a267f9feb13cc8⋯.png (444.13 KB, 788x444, 197:111, Screenshot (1).png)

Whats up with being able to see her eyebrows through walls?

c6c9e5  No.32022


He wanted to make them visible through hair, I suppose

48d7a2  No.32025

File: 0938c02e01d38b7⋯.jpg (37.34 KB, 700x490, 10:7, a6bpo79-700b-fri5rcm.jpg)



Ok, you got a point. Bloomers is best than see her twerkin


Say hi to your new bootnet.


She is a vampire. That's why you can see her eyebrows through walls.


This kills the loli.webm

005528  No.32035

File: ed8c76ba7b8338c⋯.png (333.04 KB, 577x668, 577:668, Screenshot_20180811_014759.png)

File: eec363a94db3e84⋯.png (316.69 KB, 566x648, 283:324, Screenshot_20180811_014559.png)

File: 708fb676b56a61b⋯.webm (843.44 KB, 500x500, 1:1, 708fb676b56a61b2b3e9f0d61….webm)

File: ccb013ee7e383ef⋯.png (137.82 KB, 645x774, 5:6, Screenshot_20180811_014957.png)

File: b26732a4b07a58d⋯.png (117 KB, 597x680, 597:680, Screenshot_20180811_014939.png)


Demo day was a big success thank you all who participated. The majority of the short playthrough videos you guys shared involved throwing her off the map. Was amusing. I am back on development. Working on revamping Shinobu's head mesh.

Her current head mesh was cute but I don't think it had the right Shinobu feel. Namely she did not have enough of a Shinobu look when angry. Image 1 shows the demo day head mesh. Image 2 shows the new head rework so far. Her eyelashes are not yet colored and need some tweaking so they don't look too unkempt. Another big reason for a rework were the eyes. For a long time I've been using squashed spheres to fit anime shaped eyeballs into her eye socket to compromise for the non spherical eye socket shape. This lead to numerous problems with her eye look at logic namely causing inaccurate look at quaternions. So this new head mesh will get rid of eyeballs and eyesockets and replace them with a poly fill that will be UV mapped with the pupil texture. Video 1 shows the old squashed eyeball method. A last minor rework in the new head mesh is giving her a jaw. She was too cartoony with a round head so this should help her look better. Images 3 and 4 show off before and after jaw line.


That would have been another animation. Didn't have enough time. Definitely in the future.


I had the wrong shader queues

72e726  No.32036

File: 2460f05e1dec720⋯.png (166.62 KB, 699x578, 699:578, cirno_surprised.png)


What does the botnet have to do with it?

000000  No.32037


Why would you throw away a perfectly good loli?

000000  No.32038


>excited finger wiggle .mov

Maybe she would jump up just a little when she spots it?

005528  No.32046

File: ec5f4cecbbae83b⋯.png (377.07 KB, 1232x1004, 308:251, Screenshot_20180813_232257.png)

File: c4ac5509b682052⋯.png (14.88 KB, 280x315, 8:9, Screenshot_20180814_013653.png)

File: 8e2cdcbabdf3224⋯.png (18.15 KB, 311x304, 311:304, Screenshot_20180814_013702.png)

File: 409fff61d77eb71⋯.png (46.81 KB, 923x916, 923:916, 0.PNG)

File: 9664226c00428c4⋯.png (314.38 KB, 1794x919, 1794:919, 3.PNG)

8/13/18: Massive animation pipeline changes and lots of work on the new eyes.

The switch from using bones for eyes to using a shader was a lot more work than I thought. The problem was that the bone placement for the eyeballs before had placement optimized for that squashed eyeball bone placement. And I have 54 animations that need to have all the bone positions corrected. Blender does not offer a built in solution to mass edit and bulk export animations with specific blend shapes and end frame counts. So I spent a bit of time writing my own Python scripts to generate 2 powerful workflow tools:

1.) Bulk Export script: which will allow me to pass in a list of objects with 3 properties: the filename to be exported as, the face shape key action to use, and the body rig action to use. Image 1. This allows me to now export en masse all my animations and create animation combinations on the fly super ultra fast. One million headaches saved. So I can re export stand_idle with a different face animation and thus add variety to her animations quiet easily.

2.) Bulk FCurve Copy script: this will allow me to edit any pose bone in an animation and copy those changes to the rest of the 54 animation actions. This will be used for repositioning the old eyeball bones for the new look at method. In conjunction with the bulk export I saved easily 3 days of slave labor and is far less error prone.

Now that I had my animations back to speed, I worked on the new pupil logic. Using a combination of inverse point transforms and value tweaks, Shinobu's eyes essentially flatten the 3D look at quaternion onto the flat 2D eye mesh.

One thing that I noticed is that in her art and designs, Shinobu has a sclera shadow casted from her eyelashes. These shadows can not be easily replaced with the world light shadows because they would not have enough resolution and accuracy. So I wanted to work out a shader based solution. Image 2 shows in yellow where the eyelash shade should be when her eyes are fully open. Image 3 shows in green where it would be when using at full the mad shape key. Therefore I needed to find a way to interpolate this shape shown on Image 4. So I traced the shape in Blender, built a mesh and UV unwrapped each square such that it fit on a yellow-to-green gradient. The result is Image 5. After that I made a quick shader with her pupil texture and the gradient texture. With some trickery I was also able to make it interpolate from open->mad->upper eyelid. Video 1 shows the final shader result.

The new head mesh Is not quiet ready yet as I need to rework the eyelid clamping logic and hammer out a few small bugs. But the hard part from the switch is over.

005528  No.32047

File: 083ad5011f3ceb2⋯.png (79.02 KB, 905x910, 181:182, 4.png)

File: d69368c4df5a49e⋯.webm (606.17 KB, 600x600, 1:1, new_eyes.webm)


Part 2 of images and videos.

bc137d  No.32048


making magic with those expressions

33b557  No.32057

File: fc4993c10dd1267⋯.jpg (1.07 MB, 1875x1779, 625:593, 1534350875190.jpg)

Man, I absolutely adore this kind of dedication.

005528  No.32062

File: 59574181c45c6c1⋯.webm (632.13 KB, 600x600, 1:1, hair_glitches.webm)

File: 5e181324dffd735⋯.png (293.77 KB, 870x512, 435:256, Screenshot_20180815_215240.png)

File: 77dec5ade825ebc⋯.webm (427.16 KB, 600x600, 1:1, improper_rolls.webm)

File: 74f46ac7d7e3786⋯.webm (460.63 KB, 600x600, 1:1, proper_rolls.webm)

File: b2327fc8ea86edc⋯.webm (6.65 MB, 600x600, 1:1, hair_testing.webm)

8/16/18: Improved hair physics and code cleanup.

I spent some time fixing her hair as it needs to be poofy and flexible. The hair had physics already but it was too stiff to tell and glitchy as all hell. First video showing a glitch. The first problem I found was that there were too few bones for physics for each head hair strand. Originally each head hair strand had 1 bone that would dangle with physics but it needed more bones to not only look better but also maintain a good looking rest pose since it was constantly colliding with the head sphere collider. Image 1 shows a wrong rest pose. So to fix this I just reposition the bones, weight painted the new bones and exported the mesh. Then I realized that the angular constraints for the jiggle physics were not facing outwards from the head. So some hair strands looked like they were stuck and not moving. Video 1 shows the old wrong roll values of each bone. It's a little hard to see but the blue axis for all is facing the same direction for all bones. Video 2 shows the proper roll values after recalculating them in Blender. Notice how the angles now wrap around the head. After all of these tweaks I finished what is shown in Video 3.

The new eyes are very close to be finished. I had to fix some issues with quaternions and forward vectors. I really want to start on the pickup logic module. Definitely sometime this week.


Yeah don't worry I never even finished that module because the demo day happened.

72e726  No.32066


Looks very fluffy.

dc4cd7  No.32067


>Because overdraw needs to be reduced

It looks like you have long gone through with this, but I will ask anyway. Is getting rid of a little bit of overdraw really worth that hassle when you only render one full character anyway?

Tremendous work, by the way. I do not approve of all the things you do, however I cannot help but be inspired by your dedication and passion for detail.

005528  No.32080

File: 8f8e33e829a0a30⋯.webm (2.73 MB, 600x600, 1:1, new_eye_shader_final.webm)

File: 9cc61c4a6e19e78⋯.webm (468.53 KB, 600x600, 1:1, eye_blendshape_drivers_an….webm)

File: 4b948d199eb8697⋯.webm (5.64 MB, 600x600, 1:1, first_pass_pickup_logic.webm)

File: 69ff58335feab32⋯.webm (405.03 KB, 600x600, 1:1, raw_pickup_anim.webm)

8/18/18: Got a metric buttload of work done today (because it's Saturday). I put in about 10 hours of work today. I finalized her new eyes and began writing the pickup logic module yay!

At last the eyes are complete. Again going from bone based deformations for pupil rotations to a shader based animation was worth it but a lot more work than I thought. A quick recap of the issues that I had to face; original rig eye bone positions were not made with the shader solution in mind, all eye animations had to be remade to fit the new eye rig bone positions, had to get rid of old rig and helper bones in the animation rig, had to remake eyelid clamps, and I had to tweak and test lots of variables to get the rotations just right on the shape of her sclera. However, Shinobu now looks at you way more accurately, pupils are now perfectly on her unusual anime shaped eyeball, and overall looks much better. Final new eyes demonstration on Video 1. She is following me around. Of course everything is still subject to tweaks.

The last hard part about migrating to the new eyes was rerigging the model's eyes. As in, since I wouldn't be using bone based deformations, I can't animate her eyes in Blender anymore because the logic for the shaders and what not is only in Unity. So I brute forced a solution where I very carefully calibrated bone rotation limits in Blender to match the eyeball limits in Unity, and then I made drivers to move around custom blendshapes in Blender. Thereby making a fake shader to match the eye's in Unity. Worked pretty well. Video 2 shows off all 4 drivers (2 for each eye, 1 for up and 1 for right pupil offsets). From there I just remade all the pupil animations using this eye rig and re-exported all 54 animations (58 now) using my cool auto export tool. And was back in business in 4 hours.

So now that all the grunt work was out of the way, I began the pickup logic module. Video 3 shows what it is so far. There is no logic yet to make her hands properly cup her fingers around objects. But that's coming next. The pickup animation is half procedural for her arm and the logic plays on top of this raw animation in Video 4. This logic module was made in a modular way so it can go on top of other behaviors like headpats, kissing and what not. As you can see in the video it's still a bit glitchy. I will be spending some time catching exceptions in behaviors and allowing/disallowing certain actions while her hand is busy holding something. If you can think of anything interesting like "she should drop the item if you scare her!", leave a comment below and I'll consider implementing it!


Yes. In general you have about 4x the screen in pixels worth of overdraw in VR before it starts to eat away at performance. The fragment shader is the leading bottleneck in most VR applications. Also people are going to be up close at Shinobu so it is very probable that she will take up the entire screen. Thus it would be wise to cut down on overdraw whenever. Although in that particular example I did it also because it wold get rid of cloth clipping with the skin.

4b8488  No.32081


I like the reactions, they look almost natural. But the clipping issues will be always there, I guess? Also, what about voice? Is there even something that can emulate Sakamoto's voice?

005528  No.32082


What clipping issues? Also Sakamoto is pretty dam gnarly but it can totally be emulated. For the wedding sim I actually used loli porn doujin sound files of Astarotte from Lotte no Omocha,

f86821  No.32083


I mean when she picks up stuff, it clips through her hand. Or did you not align it properly yet?

dc4cd7  No.32084


>I finalized her new eyes and began writing the pickup logic module yay!


13b2a4  No.32085


Sorry, I'm dumdum.

65f990  No.32086


>If you can think of anything interesting like "she should drop the item if you scare her!", leave a comment below and I'll consider implementing it!

how about making her toss items at you when she's angry?

cd0a6b  No.32087


And this is why you should just invert the normals in the hair overlapping the eyebrows instead of messing with render order.

53b03a  No.32088


Yeah sure.


Wont work with the hair shader because of shading and outline extrusion. But i already fixed it a few days ago. Also that still wouldnt make it render on top of the hair.

000000  No.32106


Eyes look really good OP. Great work!

005528  No.32107

File: a89cdebcf95cdc0⋯.png (358.2 KB, 900x300, 3:1, cup normals.png)

File: a6e40c26312197a⋯.webm (1.77 MB, 600x600, 1:1, dynamic_grab2.webm)

File: ef2638268e34eb6⋯.webm (1.75 MB, 600x600, 1:1, dynamic_grab.webm)

File: 49b49dde4c0f62c⋯.webm (7.19 MB, 600x600, 1:1, pickup_logic_with_bugs.webm)

8/22/18: Proper holding, code restructuring, and new pickup behaviors.

In most games, including AAA titles, characters usually pick up objects in an unrealistic fashion. That is, the object either disappears/teleports to hands/or lerps towards their torso. I decided to give Shinobu a realistic way to pick up objects because I wanted her AI to feel smart. The brute force approach would be to raycast a million times to find proper finger placements but this is not only really hard, it won't work well for objects that have context (some objects need to be picked up in a special way e.g. a mug, lollipop,book), not to mention lots of technical problems such as raycast accuracy, performance, etc. So my approach instead takes context into account by baking out several proper ways to hold a certain object depending on the angle that the hand is coming from. For example, image 1 shows different forms to pick up a mug when approaching it from 3 different directions. So I built 2 forms to hold the rubber ducky and stored them internally. The "holding forms" system was built to create the forms themselves quickly. So now when Shinobu's hand approaches an object, she will find the most appropriate way to pickup the object depending on the direction that her hand is coming from and the orientation of the object. Video 1 shows 1 way to pick up the ducky when it stands. Video 2 shows another way. Notice how the ducky maintains local rotations more so as it is being picked up. It looks more realistic. The more hold forms I add for an object, the less rotational "sliding" an object will get as it gets locked to the hand. 2 to 3 are good. Also this is great for context because now I can bake out a perfect mug holding form with the handle. Or maybe raise her pinky when picking up a donut. Or maybe make only 1 way to hold a certain special item. Context.

I had to spend some time cleaning up the internal task permissions system so behaviors can mix. I changed the way her happiness meter works. Before it was a simple true or false boolean. But now it will be an integer from -1 to 2. If at -1 or 0 she will be angry, if at 1 or 2, she will be happy. This means that she can now be VERY angry or VERY happy at the value extremes.

One new behavior is now throwing objects at you when she is very angry. I made a throw animation, tied it to her logic and IK and voila. Video 3 shows it off. There are still a few bugs with her movement that are easy to fix but I didn't have enough time for this dev blog post. I will be revisiting her locomotion logic module. The next step is bugfixing this and modeling donuts for her eating behavior.

6e77a1  No.32108


How she will hold my beniz? :DDDD


23c381  No.32109


I hope with a high-class gentle lady grab with her pinky sticking out.

005528  No.32127

File: 4a5b93f2fa67653⋯.png (1.05 MB, 600x2738, 300:1369, making of the donut.png)

File: 315ac8826b609a9⋯.webm (1000.99 KB, 600x600, 1:1, donut_logic.webm)

File: 3ef81ea1e4be262⋯.png (514.78 KB, 1156x1086, 578:543, new smile eyelid shapekey.PNG)

File: e9dc4680f6d4108⋯.webm (51.37 KB, 600x600, 1:1, new_hands.webm)

File: 951ead20004dd7a⋯.png (154.24 KB, 738x695, 738:695, Screenshot_20180827_012926.png)

8/26/18: Donuts and New Hands.

Covered a lot of work this weekend. To start off, I implemented donuts. I built the donut as shown in image 1. It was a relatively simple task. I made the golden chocolate because it's Shinobu's favorite second to a French Crueler. However, in the future I want to make Mexican style pastries as the setting of this simulation is in Mexico. The donut was split up into 4 pieces so she can eat the donut and slowly make it disappear. I created body_stand_donut_in which will play whenever she picks up the donut. Video 1 shows the donut animation. One thing that bothers me is the delay between her actions. As in, she waits for the pick up animation too long before firing the donut_in animation. I will think of a solution to address this problem as I want her to immediately play the animation a little sooner.

Also I made a new shapekey for her model, happy_closed_eyelids. Which is what you see on image 3. Essentially making her eyelids curve upwards in a happy arc. Before they were way too flat and devoid of emotion. Headpating and general happy expressions should be much cuter now.

Lastly, I needed to redo the "baked hold forms" system from last blog post that is in charge of the logic behind holding objects realistically. The problem was that Shinobu's hands were not very well made in retrospect, are old, and animating with them is a pain in the ass. So, I remade them. Video 2 shows the new skinnier more feminine hands. Despite not that much of a visual upgrade, the main reason I wanted to revamp them was because the deformations were REALLY bad. Especially the thumb (my anatomy was bad at the time). In particular they were bad because the weight paints were made with subdivision turned on. This is great for achieve smooth paint across vertices but terrible for joints where you need to have more control over edges that are very close to each other. Image 3 shows the nasty old hands. Image 4 shows the new hands with subdivision. And image 5 shows the new hands with the finer topology after subdivision was turned off. It's nice to work with more control without subdivision but its also "dangerous" int the sense that it's very easy to mess up the smoothness and flow of vertices.

To improve animating with the new hands, I made sure that they now have proper rolls. and rotation locks Image 6 shows the old hand rig bones without a proper roll being set. The problem was that not all bones on fingers have the same degrees of freedom. The proximal phalanges bone of your index finger (the first bone that sticks out), has a lot more freedom than the bones that follow. This meant that I could lock the Y and Z rotations permanently in the rig to avoid having me "guess" and end up with wrong slightly mis-rotated finger bones (which happened a lot during animating). Image 7 shows the new hand rig with locks and proper rolls. This should help posing her fingers much faster too. The ugly side is that now I have to redo all finger animations....shouldn't be that much though.

005528  No.32128

File: ef41e3058642faf⋯.png (161.78 KB, 782x709, 782:709, Screenshot_20180826_211129.png)

File: 356c42bf15ee9da⋯.png (146.59 KB, 703x656, 703:656, Screenshot_20180827_000621.png)

72e726  No.32134



Her new thumb looks a bit odd

9179f2  No.32140

File: 61d8f1b897322b5⋯.webm (63.43 KB, 480x368, 30:23, cheeeeeese.webm)

005528  No.32142

File: ba5dc8186839a6f⋯.webm (740.67 KB, 600x600, 1:1, hand_pan.webm)

File: 2105a45780b1d65⋯.png (179.59 KB, 709x362, 709:362, Screenshot_20180830_003440.png)

File: 75adc4d98a868e8⋯.png (98.88 KB, 464x470, 232:235, Screenshot_20180829_222124.png)

File: 168aa1c62aced78⋯.webm (382.03 KB, 600x600, 1:1, bracelet_physics.webm)

8/29/18: Bracelet and Hand Animations.

Still working on migrating and re-animating all hand animations with the new hands. I tweaked the hands a bit since they still looked off. Hands are kind of hard. A great way to fix weird looking hands that I learned is "go for the fingernails". 9 times out of 10 it's the fingernails fault. And it did help. Also the fingers were a tad too skinny. Still tweaking the fat of the palm. First video shows the current new hand model with a deformation test pose.

I had to re animate all animations for the hands (which was a blaze really with the new rig). Now I just need to finish up the holding form system. It works like a tool that allows me to pose the object holding forms in Blender and export them into Unity and save the data locally into each object's array. Image 1 shows the tool. Not much to show other than it helps me with stuff a lot. Tools Engineer is one of my primary skills in my professional life. It's something that the movie/video game/contracting industry really needs right now for a lot of random applications.

For something more exciting, I created Shinobu's trademark green bracelet. Canonically it is a reference to an older show called Popotan whose characters were also designed by Watanabe Akio (Shinobu's character designer). I wanted to spice up the way it interacts with the world as oppose to just being a static mesh so I added simple fake physics that makes it fall up and down her wrist depending on the direction of gravity. So it works on any animation automatically. Image 2 and video 2 shows the bracelet. Might make it a tad thicker.

That was it for the past 3 days. I should finish up this hand and finger rig system tomorrow and have something more substantial to show. Hopefully including Shinobu actually eating the dam donuts.

cf4748  No.32145


>pinky sticking out

Absolute patrician.

72e726  No.32146


Ah, I see now.

005528  No.32153

File: 58b9332b888244b⋯.png (148.29 KB, 494x505, 494:505, Screenshot_20180903_002540.png)

File: df8a31d7f1b71de⋯.png (152.01 KB, 2800x876, 700:219, ShinobuLogic(1).png)

File: 5c2b3c258c7f93a⋯.webm (783.44 KB, 600x600, 1:1, donut_smell.webm)

File: 8955e1dbc43c0d7⋯.webm (539.64 KB, 600x600, 1:1, donut_eat.webm)

9/2/18: New animations and formulating donut logic module.

The past few days I began planning out exactly how Shinobu's donut behaviors will work. I want to make sure that it varies depending on her mood. So this is how it's going to work: When she is angry and the user presents a donut (by holding it up to her or becoming visible to her), she will become jealous and glare at you from the distance. Eventually she will run at you in an attempt to nab it from you. When she gets near you she will check if the donut is within range, if it is, she successfully steals it and begins the eating part of the behavior. The only way to stop her is to raise the donut high above her. She will tiptoe and jump to get it. She just will get really pissed and then back off. That is when she is angry. When she is happy, she will beg for the donut. If you give it to her she will begin eating it.

Regardless of the mood she is in, the eating side of the donut behavior involves eating it every so often until it disappears. She will also smell it and really enjoy it at the beginning. Image 1 is the rough draft chart of her behavior. Still open to ideas if you want me to implement something. The blue arrows in the graph are animations. If they have a green outline, the animation is complete, if it's red, I've yet to create it in Blender. As you can see, I am missing a few assets which I will work on next. The past few days I completed body_donut_smell and body_donut_eat which you can see in videos 1 and 2.

The speed of creating an animation asset depends largely on the type of animation. Some are easy and some are hard. I animate at the rate of roughly 1 animation per day and get faster as time goes by.

ba9546  No.32154

Godspeed, Pygmalion.

005528  No.32170

File: 1fba3b2898176dd⋯.webm (548.68 KB, 600x600, 1:1, donut_last_bite.webm)

File: 883ca281500313a⋯.webm (1.59 MB, 600x600, 1:1, beg.webm)

File: 579a4702d2b4538⋯.png (64.03 KB, 577x582, 577:582, Screenshot_20180906_011433.png)

9/5/18: More animations and preparations.

I made 2 new animations recently: body_stand_happy_donut_last_bite and body_stand_happy_beg. Videos 1 and 2 respectively. The first animation will be used for the last bite that Shinobu takes before completely finishing the donut (or some other food). Beg will be used to make her beg. It was actually split into a _begin and _loop so it can have an introductory part and then just loop indefinitely. Also, this was a really long animation with lots of moving subtle movements which took a while to make. When this animation is going to be played, there will be inverse kinematics to smoothly and realistically blend her arm towards the objects she wants. Thereby making the animation half procedural.

As I was animating these assets, I made sure that the animations are future proof for holding logic. As in, while these animations play, if Shinobu is holding something with her right or left hand, the animation should still look fine.

At this rate I should finish all the animation this weekend. But the last tiptoe_reach animation might need a lot of time to animate. On a side note, there are now 137 bones in the rig. Most of them are non deforming helper bones. I added a helper bone for locking the IK elbow targets to the spine so she can maintain her IK arm positions while her spine is rotated.

62c728  No.32173

File: e80954c9d503c2f⋯.gif (438.46 KB, 500x297, 500:297, 1536255754168.gif)


Are you using scenes from anime as a reference?

b4ee73  No.32176

Hey Shinobro do you have a specific guide for the eyes? Im going to remake the top part of my female model faces to have the eyes independent from the mouth (currently the entire face is just a texture) and im not 100% sure how to do them, some tips would help.

005528  No.32181

File: e29b6431a7797a8⋯.gif (73.69 KB, 400x400, 1:1, 2018-09-07 00-54-15.gif)

File: e60ddaa97671999⋯.png (99.63 KB, 1696x376, 212:47, Capture.PNG)


No I don't but it depends entirely on how you want to animate them. There's lots of ways. Here are 3 different ways:

1.) If you want to make the eyes swap out textures when they blink or something (Like in Hyperdimension Neptunia models), you should make a driver that shrinks away (hides) planes with the different eye textures. And then when you export it, in Unity, use a different model mesh that instead changes the texture of the eyes with a script based on a read from the shape key in real time. So it doesnt use the shapekeys (That way its not rendering all hidden textures at all times)[this is 1 naive implementation]. It's useful having an animation blender mesh and an actual game mesh for this reason. Cons is that depending on implementation you can't make the eyes look around dynamically like Shinobu. Pic and gif related. I tied a driver to a shape key.

2.) Traditional: make a sphere and fit it into the empty eye socket. It was my old attempt I didn't like because I had to squish it to fit it but if you keep it perfectly spherical, you can then just change the quaternion to make it look anywhere.

3.) Shader based hack that I'm doing right now: in Blender, make horizontal and vertical change shapekeys to the pupil mesh. Map the shapekeys to the eyeball bone's rotation; yaw and pitch (with a driver). Now you have your rig for animating so when you rotate your eyeball bone, the shapekey changes and tries to "approximate it". Now, you can keep it like this and call it a day or change it in Unity so it doesn't use the shape keys and instead offsets a texture UV in a Unity shader.

b4ee73  No.32186


Thanks for the tips bro

a6042d  No.32189

File: b4b169a11917495⋯.png (315.87 KB, 1360x796, 340:199, iya2.png)


Hey anon. Its been almost one year. Im the one who posted the maika model.

Im still working on my games. (abandoned my platelet project though because i suck at procgen)

4ch /agdg/ is demo day today and im trying to make it somehow with another game that is r-18.

Im still quite confused on how you did the hair.

Right now im quite doing plane hairs but seeing your shinobu hair i think its much optimized in vert counts. How did you make the big hair model? did you do bezier curves then retopo?

a6042d  No.32190

File: c05f7265424d4ea⋯.png (339.23 KB, 1360x796, 340:199, Iya3.png)



I forgot that you can post multiple images in here.

a6042d  No.32191



Fuck im retarded.

Well you answered my question a long time ago.

Though good to see you still alive anon. I haven't been checking these days.

005528  No.32192


No I'm not. Shinobu doesn't have very many memorable cliches or things she does. She says Panaino and likes donuts. That's about it.


Yes I did bezier curves then retopo. Nice model.

6e77a1  No.32194

File: a3e7a4952a59454⋯.webm (2.87 MB, 640x640, 1:1, donuts.webm)

Here's your donut OP

a6042d  No.32196

File: 6cecd78e66c71b0⋯.png (420.02 KB, 1360x796, 340:199, Iya4.png)

File: 2a31c8aeec0b597⋯.png (441.81 KB, 1360x796, 340:199, Iya5.png)

File: 7520b0029208eba⋯.png (402.12 KB, 1360x796, 340:199, Iya6.png)


Well it went somehow ok.

Topology is kind of fucked though

Made the back hair just made from manual verts. I might try to somehow do it with my plane hair in my next model.

Also damn i didnt know you had a patreon? I saw a patreon icon in one of your vids. Theres rules about loli and shota content right?

005528  No.32205

File: 95b4632929c357c⋯.webm (540.75 KB, 600x600, 1:1, jealous.webm)

File: 8f448a6a37e497b⋯.webm (669.67 KB, 600x600, 1:1, tip_toe_side_2.webm)

File: 3dedcfd71883baa⋯.webm (767.48 KB, 600x600, 1:1, new_heel_rig.webm)

File: b50be4c5b3495d0⋯.png (89.84 KB, 746x728, 373:364, Screenshot_20180910_015227.png)

9/9/18 Finished animations and new heel rig

I finished body_angry_jealous and body_angry_tip_toe_reach. Videos 1 and 2 respectively.

Angry jealous was a good animation to work on because it made me practice my new paradigm for animating faster, "Animate with momentum". Before I knew that momentum had to be added to the animation but I always did it afterwards and that made me really slow and didn't look as good. So now I'm adding and keying my main poses with momentum applied to nearly all bones. To get a good animation, usually every single bone is affected.

The tip toe animation was challenging because I needed to build a heel rig that would allow for a heel roll effect to make her tip toe. Video 3 shows the heel rig from the animation in action. The toes target a control bone with damped tracks to keep them forward. The tip toe animation itself was not easy and took a couple days because there was lots of gravity acting on the body and there were many instances of FK to IK switching. This meant that a lot of IK pops occurred and so I had to really polish the animation to make it look smooth. IK pops are when you change a bone from forward kinematic mode to inverse kinematics and a harsh transition in the bone rotation occurs. They are annoying.

Side note when I added the heel rig in Blender: Whenever I add more bones to my shinobu rig, even if they are non deforming helper bones, every other animation that does not have the bones will be carried over from the previous animation's bones. So if I go from tip toe animation to any other headpat animation which doesn't have the heel rig bones, the headpat animation will have wacky toes because it carried over the tip toe's control bones that it does not have. Picture related. So I had to write a python script to add default missing bone positions to all other (62 now!) animations.

This covers all of the animations needed to continue and finish implementing the donut logic. So tomorrow I'm gonna start exporting and implementing the assets.



a6042d  No.32216


Hey shinobu bro how did you clip the panties? I tried duplicating the mesh on the butt part but sadly it isn't good enough as a panty mesh(or is it). Could you somehow show your panty topo?

005528  No.32223

File: 1a722c4b5e3d404⋯.png (155.5 KB, 1002x813, 334:271, 1.PNG)

File: 77c6c0008aa5801⋯.png (219.87 KB, 919x708, 919:708, 2.PNG)

File: b08438b6d2fcef7⋯.png (341.58 KB, 1377x1071, 9:7, 3.PNG)


There isn't anything lewd on my Patreon.


My topo for the crotch is really old and I don't recommend it as I'll be remaking it sometime soon but it's just what I said beforehand: Extrude from the body and play around with the mesh. It doesn't have to be all quads. Just enough to fit the shape and maintain the weight painting. I'll repeat it again though: I do not recommend this. It does deform nicely around and outside the glutes but it's below my current standards at this time.

b4ee73  No.32226

File: c397f3c5f99c238⋯.png (152.83 KB, 800x600, 4:3, ponytail.png)


Sorry pestering you again bro, but how are you doing the hair physics? We are having problems to make the simple tiny ponytail on Adam behave like hair, it gets too springy or spins around like crazy, my bro have tried several setups and nothing works

005528  No.32231


Looking at your pony tail from here, I would suggest instead just making an easy manual double constraint instead of messing with Configurable Joints. That way you won't have to worry about the additional overhead of the spring physics for such a small ponytail. It's just overkill for you. Clamp the position of the end of that ponytail bone to the middle. Then clamp the middle to the root. Apply a velocity change as the head moves around and you'll get that jiggly feel. You can still add physics to the tip of the ponytail if you really want by just adding a rigidbody to the end.

b4ee73  No.32237


My brother did something similar, thanks again

005528  No.32242

File: 40164aeda72cffe⋯.webm (6.44 MB, 600x600, 1:1, new_eating_donuts.webm)

File: d74e1126f6d8ea9⋯.webm (2.93 MB, 600x600, 1:1, arm_clamps.webm)

File: 188b290008e3e92⋯.webm (145.41 KB, 600x600, 1:1, beg_out.webm)

9/13/18: Digging away at implementing the eating logic.

It's never easy. Particularly because this eating logic added yet another level of complexity to the possibilities of what you can do with Shinobu at the same time. My goal is to continue writing as neat as code as possible to reduce bugs and eventually trim away at some small possibilities. Video 1 shows the current eating donuts implementation. Still not done with it.

A lot of things are at play in this video. For starters there are many interpolations going on such as Shinobu reaching for the donut, the current base animation, reusing code for calculating the closest holding form (which still is executed when you hand the donut to her!), and the target hold blending animation. Each interpolation logic layer has its own clamps and functions built in. One example is clamping the distance of the target hand IK along the forward plane. This is to prevent Shinobu's reaching hands from reaching and clipping behind her back and glitching out which could happen if her hands are reaching towards my donut and I quickly move behind her. Video 2 highlights the planar clamp (approximated with a big sphere).

A decent chunk of this donut logic module is now entirely procedural at this point. But I'll be damned if it does not look good. Randomness and variety are really good for making believable simple AI. However, the price is that complexity rises for such programs. It's a good thing my main background is in programming.

Things I have to continue working on is rotating and changing the hold form when she takes out a quarter bite of the donut. Also biting the right side of the donut. As previously stated, I do plan on continue using the realistic holding forms even when not picking up objects from the floor. Something else I have to work on is visible in video 1. If you look closely when I grab her head as she is eating the donut, the donut does not reach her mouth (Complexity rises!). So I was thinking maybe this should count as interrupting her and making her angry. Let me know if you have a better idea. After these things I should start implementing the angry side of the donut logic where she runs to you to snatch the donut. I forgot to mention that I forgot to animate body_angry_jealous_steal so by next post entry I should have that animation ready to go.

There are some minor things I sometimes forget to mention that I worked on because they were very minor or technical. An example is making another small animation called body_stand_happy_beg_end which is a new asset I made to have a smoother blend out from the begging loop. Video 3 related.

6e77a1  No.32247


but will player be able to put donut on a beniz? :DDD

b4ee73  No.32248

File: 2a2d3db1aecd444⋯.png (194.91 KB, 837x431, 837:431, evilest bully.png)


Thats some real good stuff, everytime you add a feature there seems to be a way to bully Shinobu with it

799a11  No.32255


You sound like a game journalist.

7261ad  No.32256


He is the single most autistic person on the entirety of 8ch. Some goon that hates anime with a burning passion and he keeps spamming /pol/, maybe he migrated elsewhere because of the hundreds of bans he received.

b4ee73  No.32259

File: 4973a367d9da3fb⋯.png (63.52 KB, 540x300, 9:5, baito desu.png)


lol goons

005528  No.32263

File: 0f569461e06cdb3⋯.png (556.82 KB, 708x730, 354:365, Screenshot_20180916_224015.png)

File: 225bad56dfd544a⋯.png (343.88 KB, 541x583, 541:583, Screenshot_20180916_195709.png)

File: 7be54709980189d⋯.webm (744.86 KB, 600x600, 1:1, glitchy_walk.webm)

File: 67980879c108550⋯.webm (696.42 KB, 600x600, 1:1, proper_walk.webm)

File: 875d942b57930ed⋯.webm (3.89 MB, 600x600, 1:1, glitchy_curremt.webm)

Guys don't respond to bait. It's a waste of imageboard space.

9/16/18 Bugfixing

Before I add more stuff, I need to ingest and digest the new logic into the codebase. There are lots of things that need to work with each other including a permissions system for handling if an animation or logic module is allowed to play. Permissions are just flags for "is left/right/both hand(s) available?".

One example is the alternate idle animation where she crosses her arms. This animation is now disabled when holding anything with her hands. It caused clipping with her arms. Another example is the IK not being disabled when exiting a certain animation that used IK, this caused her to constantly have her hands towards you, like a glitchy dopey hug.

I wanted her to beg and walk towards you at the same time so I reworked how the torso and leg syncing works so the legs can work independently when desired. One problem was that the normal walking animation had rotations not meant to go with other animations. Video 1 shows this problem. Notice how she sways left and right while walking. To address this problem I built "spine_stable" animations for all walking aanimations to make smoother "play on top of legs" animations. Video 2 shows the fix.

A buggy but current build of the donut logic is video 1. Buggy because I'm not done tightening up the loose ends. You can see how she floats coming down the stairs, eats an invisible donut after throwing it, etc.

b4ee73  No.32264

File: 43b23b71bc72d54⋯.jpg (195.89 KB, 500x500, 1:1, oh goshy 3.jpg)


>bullied her so hard her skirt glitched

425e4e  No.32266


This is actually absurdly impressive, triple A games don't even have this level of attention to detail for character behavior.

72e726  No.32273

File: 2c0af453eab1df8⋯.gif (2.91 MB, 500x500, 1:1, ^).gif)



What'd I miss?


Yeah, in fact, AAA games don't even have levels!

005528  No.32303

File: ac6f3e8dec6379c⋯.webm (2.89 MB, 600x600, 1:1, angry_steal.webm)

File: 4118057d50f5556⋯.webm (1.86 MB, 600x600, 1:1, position_sampling.webm)

File: 4748f1b20310137⋯.webm (1.85 MB, 600x600, 1:1, shinobu_rocket.webm)

File: ca507ab02f9f039⋯.png (40.55 KB, 395x597, 395:597, Screenshot_20180925_011011.png)

9/24/18: Beginning Angry Object Stealing Logic.

Code for picking up objects is now far more robust and bug free. And so I had time to start the angry donut logic where she runs to you to steal your object. This means that when she is angry, she will not beg, she will steal. Video 1 shows the current unfinished implementation. As you can see I have not yet finished the logic for when she successful steals the object. If I were to say what my secret sauce is for dynamic logic controlled animations, I would say mixing inverse kinematics with forward kinematics. Mixing as in not just using 100% IK. IK is of course, extremely useful for many types of movements, but mixing it with the right percent, ease blends, and with other forward kinematic animations, it does wonders. In the video you can see how Shinobu's arm reacts dynamically to where my hand is. This is done again, by mixing partial IK and FK.

She will be able to steal donuts from you with any free hand and thus she is going to need 2 animations, 1 for when she steals it with her right hand (shown) and the other will be with her left hand (mirrored animation). Eventually she will also have an animation to crouch to reach lower areas.

On a final note, this interest logic module is now the module with the most animation assets now.

And now for new bugs. As I began implementing this logic, I needed Shinobu to follow the player but also stay a certain distance away from him so she has enough room to swipe the object with her hand. I like to sample nearby walkable areas with Random values for good looking variation and because randomness is a great way to create organic results and lower computation time by allowing your results to accumulate over time instead of calculating everything per frame. Video 2 shows the random sampling with the red showing the resulting navigation path and cyan as the physics floor tests.

After slapping the navigation logic in, I found this very funny bug shown in video 3.



Thanks but I still don't think it's worthy of calling it above AAA stuff.

ef72aa  No.32304


Jesus fucking Christ that was some Ring shit for a second

6e77a1  No.32346

File: bac2cceecced7c3⋯.jpg (26.04 KB, 311x354, 311:354, 1470763623095.jpg)

OP is dead

005528  No.32348

File: 631250878130bcd⋯.webm (1.88 MB, 600x600, 1:1, VillainousPositiveIvorybi….webm)

File: e846dd90759a2c0⋯.png (1.03 MB, 1240x1250, 124:125, 1.png)

File: 1ac80e07c129174⋯.webm (1.08 MB, 600x600, 1:1, ThreadbareWeakBats.webm)

File: 717a7205691b4e2⋯.webm (1.11 MB, 600x600, 1:1, BitterSneakyBrontosaurus.webm)

9/29/18: Tip Toe Logic

I was a bit busy the past couple days but nevertheless made some progress. This weekend I will be starting implementing HTC Vive Controls.

Tiptoe logic was the last part of the donut module that needed to be implemented. So this completes the logic module. I had to do quiet a few things to make sure everything looks good. For starters, her body rotation logic needed to be disabled and enabled depending on when both feet are planted on the floor. This is because the tip toe animation has moments where she raises both feet off the floor and it wouldn't make sense for her to rotate in mid air. It's just a commonly overlooked detail in games. Video 1 shows this feature. Eventually I will add feet IK to automatically position her feet but this is not an easy task and so I placed it in low priority for much later.

Then I needed to clamp her arm IK targets to sensible places around her because if I moved the donut at extreme points, her arms would follow too closely and clip all over her head. Image highlights the problem.

So what I did to fix this was clamp the arm IK targets to the front plane of her face and the middle of the body. So her arms cannot reach to the opposite side like the image above. Video 2 shows me stress testing the target clamps.

The last detail I wanted to implement was making sure that once she picks up the donut, she does not transition to idling until both her feet are on the floor. It's similar to the first discussed problem. Video 3 shows this. As you can see, it's not a smooth transition yet but she does properly stop her tip toe logic ONLY when both feet are on the floor. I'm gonna make a small tip toe end animation to smoothly blend out from halfway inside the tip toe animation.


Oh I was waiting for 8chan to fix my thread. It wasnt showing recent posts. I missed a few blog entries.

005528  No.32349

File: e854d8e59359918⋯.png (309.28 KB, 1240x683, 1240:683, 1.png)

File: c5dcb8a87541c73⋯.png (1.05 MB, 1240x898, 620:449, 2.png)

File: 7d1ab77a73933de⋯.mp4 (9.9 MB, 800x800, 1:1, 5S4l6r.mp4)

1/10/18: Beginning Virtual Reality Implementation

I first attempted to setup my VR environment on my Linux laptop but that proved to be fruitless since my laptop is not that powerful and I didn't want to sear my leg from the heat. So I will be working on my desktop for the VR portion of the development. My current setup is the 2.1x1.8m dedicated Shinobu development living room with plenty of space for stand up VR.

The very first video of the VR implementation is Video 1. My tracking was a little wonky because I did not callibrate it properly. A couple smooth transitions in her animations broke but I will be fixing them as I reconfigure them for VR. I would say 90% of all logic modules work right now with VR (chopsticks, kissing, headpats, scaring, donuts, etc.). And so the next blog post I will post a more polished and thorough examination of how VR would look like with each logic behavior module.

This weekend I added support for OpenVR which includes all major HMD displays including Oculus Rift and HTC Vive. Unfortunately Unity's brand spanking new XR class which is in charge of handling all VR/AR related stuff is half baked with very limited documentation. VR is still cutting edge. Nevertheless I was able to do everything I wanted so far. Firstly, I added on the fly control swapping so the user can go from keyboard to VR through a pop up options menu. Indeed I have decided to officially support this without VR permanently. Errors are handled correctly with popup messages such as the following:

It's just useful for when your controller disconnects or something happens halfway through a session.

For VR controls I implemented VRChat/Arizona Sunshine -esque movement controls with both trackpads but I am aware that some people can get nauseous. So I am also working on adding a change movement type option in the game's options menu (teleportation option will be available soon).

a118e6  No.32351

File: da44d9aadb7f3ee⋯.png (147.64 KB, 270x313, 270:313, 1538633651052.PNG)

Her palms look freakishly big in some cases, is that alright?

72e726  No.32379

File: 85efffbed7f3322⋯.jpg (801.01 KB, 1171x1495, 1171:1495, Cirno_Question.jpg)


So it will be able to be played even without VR, right?

005528  No.32380

File: 5cb1def55c9e9ce⋯.png (904.05 KB, 1024x1024, 1:1, release image.png)

This thread has kept fucking with me and didn't let me post the past 2 dev blog updates. It got stuck in 100% posting several times. Regardless, I released v0.2 today and you can download and play it right here: https://www.patreon.com/posts/21970116


Yeah. You can download it now.

72e726  No.32405

File: 30846ae6d05acdd⋯.jpg (36.58 KB, 750x709, 750:709, assad keks.jpg)


The way you can drag her around the house makes me want to call this "Domestic Abuse Simulator"

Dammit, now I want a Japanese 3D sim game where you run a household of concubines and can do all sorts of shit. For example, while one is cooking, sneek up behind her and shove her into the hot stove. Another you can beat and rape. Fun for the whole family.

72e726  No.32406

File: 02747ed6fae73ed⋯.jpg (35.23 KB, 720x540, 4:3, samurai_jack_dong.jpg)




Anyway, the idea would be cool not for the intense bullying factor, because I'm not that sadistic, but the fact you CAN do it and have NPCs react accordingly. Train them to love beatings, for example, or make slutty behavior outlawed, inshallah.

6686e7  No.32416

Will we ever be able to hold shinobus hands?

bddd65  No.32419

Will we ever be able to have sexi sex with the loli?

005528  No.32439


Oh yes that will be implemented shortly.


I've been playing a ton of VR porn lately and a lot of it is vapid. It makes me realize that VR porn is not as gratifying as I thought and depth for desining it is pretty shallow. I still prefer putting the effort more on non-sexual stuff because it's a ton more fun and there is a lot more room for possibilities overall and unexplored cool interactive features. So at this point I don't know. Originally I knew full well that there would be porn at some point but I never really explored normal simulations. I want to have some fan service-y stuff like looking up her skirt but I don't know anymore about full blown pornographic scenes. "Probably not" is my answer to your question.