正在加载视频...

视频加载失败

加载此视频时出现问题。这可能是由于临时网络问题，或视频可能不可用。

Leaf Hero: The Leaf Physics and 3D Pixel Physics have been combined. Using the C# Burst Compiler & Unity's Graphics API, I developing a programmable physics based particle system #unity3d #gamedeveloper #gamedev #madewithunity #techdemo #unity #ue5 #ue4 #game #gamedemo

Hasan Leafborn

2,834 subscribers

121,875 次观看 • 1 年前 •via X (Twitter)

#unity3d #gamedeveloper #gamedev #madewithunity #techdemo #unity #ue5 #ue4 #game #gamedemo

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

Improvement to the tail motions using a combination of animation clips, procedural rotation of each bone in the tail and the new physics control system in #UE5 #gamedev

Improvement to the tail motions using a combination of animation clips, procedural rotation of each bone in the tail and the new physics control system in #UE5 #gamedev

Lin

11,069 次观看 • 1 年前

i created a physics based animation system. you pretty much keyframe the target rotations of the joints and then save each pose one by one. When thats done, you just play them in a sequence #gamedev

i created a physics based animation system. you pretty much keyframe the target rotations of the joints and then save each pose one by one. When thats done, you just play them in a sequence #gamedev

KevKev

22,046 次观看 • 10 个月前

I might not have a new trailer for any gaming showcases today, but here are a few updates to how menus work. 😂 1) Character physics are now simulated and respond to mouse input while previewing your gear in the equipment screen. Previously physics were only active during gameplay, and a static model was used for menu renders. 2) Menus now have real-time lighting that can be changed by clicking on torches in the background. #indiegamedev #indiegame #unity3d #pcgamer #madewithunity #gamedev #gaming #Steam #fantasy #RPG #ScreenshotSaturday

I might not have a new trailer for any gaming showcases today, but here are a few updates to how menus work. 😂 1) Character physics are now simulated and respond to mouse input while previewing your gear in the equipment screen. Previously physics were only active during gameplay, and a static model was used for menu renders. 2) Menus now have real-time lighting that can be changed by clicking on torches in the background. #indiegamedev #indiegame #unity3d #pcgamer #madewithunity #gamedev #gaming #Steam #fantasy #RPG #ScreenshotSaturday

MORTAL CRUX - Wishlist on Steam

72,053 次观看 • 1 个月前

First real look at my sword fighting hobby project - Responsive, accurate, freeform combat using physics that are fun, not frustrating, with intuitive controls that are easy to learn, hard to master. A lot of physics based sword fighting games have come out lately but IMO none strike that difficult balance between control, animation and physics...trying my best to pull it off here. This early test is hacked together but it's already showing promise. Feels good to attack and defend and really gives you the feeling that you are fighting with a sword; distance, timing, weapon placement, etc. all matter. Anyway, very WIP with lots to do...and for once, don't look at the feet! I'll take care of that someday ;) #UE5 #gamedev #physics #swordfighting

First real look at my sword fighting hobby project - Responsive, accurate, freeform combat using physics that are fun, not frustrating, with intuitive controls that are easy to learn, hard to master. A lot of physics based sword fighting games have come out lately but IMO none strike that difficult balance between control, animation and physics...trying my best to pull it off here. This early test is hacked together but it's already showing promise. Feels good to attack and defend and really gives you the feeling that you are fighting with a sword; distance, timing, weapon placement, etc. all matter. Anyway, very WIP with lots to do...and for once, don't look at the feet! I'll take care of that someday ;) #UE5 #gamedev #physics #swordfighting

Caleb Longmire

20,286 次观看 • 6 天前

Clutch will be using UE5 with a custom physics engine for aspects such as: - Tire temperature - grip levels - suspension - etc. From what I've seen the game is very gorgeous and didn't seem that have that UE5 stutter that I've seen in other open world unreal engine games

Clutch will be using UE5 with a custom physics engine for aspects such as: - Tire temperature - grip levels - suspension - etc. From what I've seen the game is very gorgeous and didn't seem that have that UE5 stutter that I've seen in other open world unreal engine games

Farzam

246,262 次观看 • 1 个月前

Gamedev is so Random…😅 On my last vacation, I tried a paddle boat out with my Brother and realized how hard it was to paddle 😭🤯 I decided to make a fun Coop Game with a physics based paddle boat… The Game Blew up, sold 150k Units and Im now going fulltime 🙏 #gamedev

Gamedev is so Random…😅 On my last vacation, I tried a paddle boat out with my Brother and realized how hard it was to paddle 😭🤯 I decided to make a fun Coop Game with a physics based paddle boat… The Game Blew up, sold 150k Units and Im now going fulltime 🙏 #gamedev

Zoroarts 🦈 Paddle Paddle Paddle OUT NOW

258,475 次观看 • 7 个月前

🕹️ Paris-based creative studio Little Workshop (Little Workshop) just reminded us why browser-based 3D experiences still have so much untapped potential. For Netlify's 5 million developer milestone, they built a full Marble Madness-inspired game that runs flawlessly in the browser. The technical execution is impressive: → Three.js + custom render pipeline for WebGL → Rapier physics engine (Rust via WASM) → Unity → Blender → GLTF pipeline for level design → CSS 3D transforms for UI overlays → Smart keyboard API usage for international layout support. Give it a run. It's both fun and informative. #WebGL #GameDev #ThreeJS #CreativeCoding #Netlify

🕹️ Paris-based creative studio Little Workshop (Little Workshop) just reminded us why browser-based 3D experiences still have so much untapped potential. For Netlify's 5 million developer milestone, they built a full Marble Madness-inspired game that runs flawlessly in the browser. The technical execution is impressive: → Three.js + custom render pipeline for WebGL → Rapier physics engine (Rust via WASM) → Unity → Blender → GLTF pipeline for level design → CSS 3D transforms for UI overlays → Smart keyboard API usage for international layout support. Give it a run. It's both fun and informative. #WebGL #GameDev #ThreeJS #CreativeCoding #Netlify

WebGL / WebGPU

18,949 次观看 • 6 个月前

Why the character movement in my custom game engine felt janky and how I fixed it. In a game engine, most often, a character moves using the physics engine. Meaning, the player is not just a coordinate in space but a physical body. It has velocity, it handles collisions, and it interacts with the world. Now, as you might know, physics engines need stability. If you run them at variable framerates, things start breaking. Objects phase through walls or fly off into space because the math becomes unpredictable. This is why most game engines lock their physics loop to a 60Hz fixed rate. But here’s the problem: If you have a high-end system, you don't want to limit it at 60 FPS. That's a waste of good hardware. Now, that said, if the GPU is rendering at 144 FPS but the player's position (physics driven) only updates 60 times a second, it creates a micro-stutter that ruins the "smooth" feel of the game. A good way to fix this is to treat the character as two separate things: 1. The Physics Body (Invisible part): This is the "real" character. It lives in the 60Hz physics world, it moves the player and handles collisions. 2. The Visual Model and Camera (Visible part): This is what the player actually sees. It doesn't care about collisions, its only job is to look nice and smooth at whatever framerate the GPU is pushing. Once you have this separation, you can use interpolation to keep them in sync. Every time the physics clock ticks, you save the previous position of the invisible body before moving it to the new one. Between those ticks, calculate how far we are between the last physics update and the next one. By using this to drive the visible parts of the game, the stutters disappear. The physics loop stays fixed behind the scenes, while the visuals slide smoothly between the snapshots. Example: - Right after a tick: blend_weight= 0.0 (The visual model stays at the old physics position). - Halfway to the next: blend_weight= 0.5 (The visual model slides to the middle point). - Just before the next: blend_weight= 0.9 (The visual model is almost at the new physics position). Pro-Tip A critical mistake I made initially, and one many devs make, is parenting the camera and visible parts directly to the player body. If you do this, the camera inherits the discrete 60Hz physics movement by default. In that setup, interpolation won't work because the camera is "stuck" to the physics clock. For this fix to work you must decouple the camera and visuals from the body and move them separately. Player movement processing in Detis Engine: - fixed_process: Physics runs at 60Hz. Handles collisions and raw movement. - process: Variable rate. Mainly used for player input caching in the player case. - late_process: Variable rate. Handles interpolated camera movement after physics and everything else is done being processed. - render. Submits the final interpolated transforms to the GPU. The test environment in the video is running on an old 2070-based laptop. Hopefully the video compression won't introduce any stutter... I’m sharing this in hopes it helps a fellow dev. Cheers.

Why the character movement in my custom game engine felt janky and how I fixed it. In a game engine, most often, a character moves using the physics engine. Meaning, the player is not just a coordinate in space but a physical body. It has velocity, it handles collisions, and it interacts with the world. Now, as you might know, physics engines need stability. If you run them at variable framerates, things start breaking. Objects phase through walls or fly off into space because the math becomes unpredictable. This is why most game engines lock their physics loop to a 60Hz fixed rate. But here’s the problem: If you have a high-end system, you don't want to limit it at 60 FPS. That's a waste of good hardware. Now, that said, if the GPU is rendering at 144 FPS but the player's position (physics driven) only updates 60 times a second, it creates a micro-stutter that ruins the "smooth" feel of the game. A good way to fix this is to treat the character as two separate things: 1. The Physics Body (Invisible part): This is the "real" character. It lives in the 60Hz physics world, it moves the player and handles collisions. 2. The Visual Model and Camera (Visible part): This is what the player actually sees. It doesn't care about collisions, its only job is to look nice and smooth at whatever framerate the GPU is pushing. Once you have this separation, you can use interpolation to keep them in sync. Every time the physics clock ticks, you save the previous position of the invisible body before moving it to the new one. Between those ticks, calculate how far we are between the last physics update and the next one. By using this to drive the visible parts of the game, the stutters disappear. The physics loop stays fixed behind the scenes, while the visuals slide smoothly between the snapshots. Example: - Right after a tick: blend_weight= 0.0 (The visual model stays at the old physics position). - Halfway to the next: blend_weight= 0.5 (The visual model slides to the middle point). - Just before the next: blend_weight= 0.9 (The visual model is almost at the new physics position). Pro-Tip A critical mistake I made initially, and one many devs make, is parenting the camera and visible parts directly to the player body. If you do this, the camera inherits the discrete 60Hz physics movement by default. In that setup, interpolation won't work because the camera is "stuck" to the physics clock. For this fix to work you must decouple the camera and visuals from the body and move them separately. Player movement processing in Detis Engine: - fixed_process: Physics runs at 60Hz. Handles collisions and raw movement. - process: Variable rate. Mainly used for player input caching in the player case. - late_process: Variable rate. Handles interpolated camera movement after physics and everything else is done being processed. - render. Submits the final interpolated transforms to the GPU. The test environment in the video is running on an old 2070-based laptop. Hopefully the video compression won't introduce any stutter... I’m sharing this in hopes it helps a fellow dev. Cheers.

Ioannis Koukourakis

48,518 次观看 • 6 个月前

Build a 2D adventure game with Unity ⚒️✨ Our fan-favorite Robot Repair course has been revamped for Unity 6.3! It’s the same beginner-friendly experience, now featuring an improved curriculum and three updated asset themes to help you customize your world. Learn the essentials: ✅ Player character and movement ✅ Game environment and physics ✅ Health system ✅ Characters and interaction mechanics ✅ Game UI and game loop ✅ Enhance your game 👉 Check it out:

Build a 2D adventure game with Unity ⚒️✨ Our fan-favorite Robot Repair course has been revamped for Unity 6.3! It’s the same beginner-friendly experience, now featuring an improved curriculum and three updated asset themes to help you customize your world. Learn the essentials: ✅ Player character and movement ✅ Game environment and physics ✅ Health system ✅ Characters and interaction mechanics ✅ Game UI and game loop ✅ Enhance your game 👉 Check it out:

Unity for Games

10,096 次观看 • 2 个月前

I just one-shotted a 3D world with proper collision physics using the SpAItial AI API and PlayCanvas Here's how i did it: -> Install the spaitial-playcanvas-world skill: npx skills add spaitial-dev/spaitial-playcanvas-world -> Open Cursor or your preferred coding agent -> Paste the following prompt or use your own: "Using /spaitial-playcanvas-world skill and the spaitial api key provided build a PlayCanvas game from this world prompt: An empty monumental desert sci-fi palace interior with colossal stone arches, sand-dusted floors, bronze industrial machinery, filtered sunlight through high slit windows, carved geometric walls, long ceremonial corridors, immense scale, cinematic warm shadows, ancient-futurist architecture, quiet unoccupied environment. No people, no humans, no characters." This skill covers World and Collision mesh generation using the SpAItial api, and viewer + physics using Playcanvas.

I just one-shotted a 3D world with proper collision physics using the SpAItial AI API and PlayCanvas Here's how i did it: -> Install the spaitial-playcanvas-world skill: npx skills add spaitial-dev/spaitial-playcanvas-world -> Open Cursor or your preferred coding agent -> Paste the following prompt or use your own: "Using /spaitial-playcanvas-world skill and the spaitial api key provided build a PlayCanvas game from this world prompt: An empty monumental desert sci-fi palace interior with colossal stone arches, sand-dusted floors, bronze industrial machinery, filtered sunlight through high slit windows, carved geometric walls, long ceremonial corridors, immense scale, cinematic warm shadows, ancient-futurist architecture, quiet unoccupied environment. No people, no humans, no characters." This skill covers World and Collision mesh generation using the SpAItial api, and viewer + physics using Playcanvas.

RO2⚡️

22,266 次观看 • 1 个月前

Sunday v0: a web-based 3D Jenga game. Everything is procedurally generated: the structure, the bricks, the wooden texture, the sounds, the carved-in ▲ on the top pieces. I tweaked the physics enough that it feels as fun and frustrating as the real thing 😂 Cool technical detail: v0 loaded a R3F (react-three-fiber) Skill automatically when I first asked for a 3d game. Anecdotally it seems that it totally nailed how to work with 3D!

Sunday v0: a web-based 3D Jenga game. Everything is procedurally generated: the structure, the bricks, the wooden texture, the sounds, the carved-in ▲ on the top pieces. I tweaked the physics enough that it feels as fun and frustrating as the real thing 😂 Cool technical detail: v0 loaded a R3F (react-three-fiber) Skill automatically when I first asked for a 3d game. Anecdotally it seems that it totally nailed how to work with 3D!

Guillermo Rauch

52,838 次观看 • 3 个月前

“DO YOU WANT TO PLAY A GAME?”—Cole Allen, 2018 Cole Tomas Allen’s indie game: Bohrdom (released December 20, 2018, on Steam). • Developer/Publisher: Cole Allen (self-published). • Price: ~$1.99 (very low sales historically). • Description: A skill-based, non-violent asymmetrical fighting game loosely derived from a chemistry model (atomic/electron/nucleus gameplay). It’s a hybrid of bullet hell + racing with self-propelled pinballs and heavy physics (2D elastic collisions he coded himself in C++). Modes include campaign, single-player challenges, local multiplayer (up to 4), and online “Quantum Nightmares.” “Quantum Nightmares” Screenshots show the atomic arena style (colored electron/nucleus characters, rings, particles, and physics-based action): Additional gameplay examples and menus feature periodic table elements, stats/achievements tied to atoms like Hydrogen/Helium, and particle effects. Other Notes • Allen mentioned another project in development called First Law (space combat shooter), but no public release found. • His LinkedIn details his game dev work, including custom physics engine and 750+ graphics. This matches the “game image with his name” request: Bohrdom is directly credited to him. Bohrdom:

“DO YOU WANT TO PLAY A GAME?”—Cole Allen, 2018 Cole Tomas Allen’s indie game: Bohrdom (released December 20, 2018, on Steam). • Developer/Publisher: Cole Allen (self-published). • Price: ~$1.99 (very low sales historically). • Description: A skill-based, non-violent asymmetrical fighting game loosely derived from a chemistry model (atomic/electron/nucleus gameplay). It’s a hybrid of bullet hell + racing with self-propelled pinballs and heavy physics (2D elastic collisions he coded himself in C++). Modes include campaign, single-player challenges, local multiplayer (up to 4), and online “Quantum Nightmares.” “Quantum Nightmares” Screenshots show the atomic arena style (colored electron/nucleus characters, rings, particles, and physics-based action): Additional gameplay examples and menus feature periodic table elements, stats/achievements tied to atoms like Hydrogen/Helium, and particle effects. Other Notes • Allen mentioned another project in development called First Law (space combat shooter), but no public release found. • His LinkedIn details his game dev work, including custom physics engine and 750+ graphics. This matches the “game image with his name” request: Bohrdom is directly credited to him. Bohrdom:

Brian Roemmele

44,836 次观看 • 2 个月前

These indie devs are making a co-op game where you and your friend have to carry a very angry king… without dropping him. - Physics-based movement - Dodge traps & maintain balance - Do not anger the king It’s called Hold Your King. Would you play this?

These indie devs are making a co-op game where you and your friend have to carry a very angry king… without dropping him. - Physics-based movement - Dodge traps & maintain balance - Do not anger the king It’s called Hold Your King. Would you play this?

Indie Game Joe

64,290 次观看 • 2 个月前

I've been playing the original Crysis from 2007 and I'm mindblown by just how detailed this game actually was, even some 2025 games don't have this kind of tech. Here's a thread of detail I've found in Crysis (2007) #1 Realistic Destruction Physics Everything from small glass shards, lamps, pillows and other objects have their own destruction physics where they don't simply explode out of existence but instead react realistically based on where you shoot it from

I've been playing the original Crysis from 2007 and I'm mindblown by just how detailed this game actually was, even some 2025 games don't have this kind of tech. Here's a thread of detail I've found in Crysis (2007) #1 Realistic Destruction Physics Everything from small glass shards, lamps, pillows and other objects have their own destruction physics where they don't simply explode out of existence but instead react realistically based on where you shoot it from

NikTek

55,910 次观看 • 1 年前

This was a very productive day! (dev day 81) I managed to build the whole tech tree upgrade system from scratch today in just under 6 hours or so. The system builds the hierarchical view from a json file and saves the acquired upgrades into playerPrefs so they persist. I spent quite a bit of my time working on the json -> unity UI parser and I think I have a pretty decent solution in the game now! The graphics are placeholders, I plan to add icon based tree instead of text labels. But this is where I got today. It took a while to iron out a gazillion bugs that came from using unity scrollRect, combat the unity UI scaling issues and make sure everything works in build game as well and all my debug tools work correctly. Now, sleep! #IndieGameDev #unity3d #buildinpublic

This was a very productive day! (dev day 81) I managed to build the whole tech tree upgrade system from scratch today in just under 6 hours or so. The system builds the hierarchical view from a json file and saves the acquired upgrades into playerPrefs so they persist. I spent quite a bit of my time working on the json -> unity UI parser and I think I have a pretty decent solution in the game now! The graphics are placeholders, I plan to add icon based tree instead of text labels. But this is where I got today. It took a while to iron out a gazillion bugs that came from using unity scrollRect, combat the unity UI scaling issues and make sure everything works in build game as well and all my debug tools work correctly. Now, sleep! #IndieGameDev #unity3d #buildinpublic

Jussi Kemppainen | Drivers of the Apocalypse

21,375 次观看 • 2 年前

I really love racing games, especially the early 3D racing games that first appeared in the ’90s — like Daytona USA, Ridge Racer, Scud Race, and Sega Rally. The Sega Rally I’m talking about today feels completely different from on-road racing games. I really love the sliding physics. Predicting the course and starting your drift in advance feels amazing. The PC version was based on the Saturn version of Sega Rally, but the original arcade version is still the coolest. Have you played this game?

I really love racing games, especially the early 3D racing games that first appeared in the ’90s — like Daytona USA, Ridge Racer, Scud Race, and Sega Rally. The Sega Rally I’m talking about today feels completely different from on-road racing games. I really love the sliding physics. Predicting the course and starting your drift in advance feels amazing. The PC version was based on the Saturn version of Sega Rally, but the original arcade version is still the coolest. Have you played this game?

Gamer_lafan

39,239 次观看 • 5 个月前

LegoGPT, an LLM-based system that generates physically stable LEGO structures from text prompts, backed by a new 47,000+ sample dataset and physics-aware filtering during inference. → LegoGPT is trained on a custom dataset, StableText2Lego, which includes 47,000+ 3D LEGO models mapped to text, spanning 28,000+ unique objects. → The model predicts LEGO bricks sequentially like tokens, using next-token prediction in a transformer setup. → To ensure physical stability, LegoGPT integrates physics-aware rollback and validity filtering, pruning out structurally invalid brick placements. → The generated designs are aesthetically aligned with prompts, physically buildable, and tested both with human manual assembly and robotic arms. → The team also introduced a text-driven LEGO coloring/texturing pipeline, enabling more expressive and customized outputs. → The dataset, code, and models are all publicly released under an open-access license.

LegoGPT, an LLM-based system that generates physically stable LEGO structures from text prompts, backed by a new 47,000+ sample dataset and physics-aware filtering during inference. → LegoGPT is trained on a custom dataset, StableText2Lego, which includes 47,000+ 3D LEGO models mapped to text, spanning 28,000+ unique objects. → The model predicts LEGO bricks sequentially like tokens, using next-token prediction in a transformer setup. → To ensure physical stability, LegoGPT integrates physics-aware rollback and validity filtering, pruning out structurally invalid brick placements. → The generated designs are aesthetically aligned with prompts, physically buildable, and tested both with human manual assembly and robotic arms. → The team also introduced a text-driven LEGO coloring/texturing pipeline, enabling more expressive and customized outputs. → The dataset, code, and models are all publicly released under an open-access license.

Rohan Paul

75,268 次观看 • 1 年前

Claude Fable 5 has impressive spatial reasoning capabilities that are immediately relevant for engineering and design: In this example I gave Claude Fable 5 a single photo of a hierarchical mesh torus (image generated using a text-to-image model); and in one shot, no iteration, it built a full interactive 3D simulation: ~1,400 nodes & 4,400 fibers, realistic mass–spring physics you can grab, compress, twist… plus strain-based sonification so you can 'hear' the structure vibrate. It inferred the complete 3D topology from a partial 2D view. ⤵️

Claude Fable 5 has impressive spatial reasoning capabilities that are immediately relevant for engineering and design: In this example I gave Claude Fable 5 a single photo of a hierarchical mesh torus (image generated using a text-to-image model); and in one shot, no iteration, it built a full interactive 3D simulation: ~1,400 nodes & 4,400 fibers, realistic mass–spring physics you can grab, compress, twist… plus strain-based sonification so you can 'hear' the structure vibrate. It inferred the complete 3D topology from a partial 2D view. ⤵️

Markus J. Buehler

32,003 次观看 • 1 个月前

Very excited to share the release of my addon Blender FastHenry! Use Blender's powerful modelling capability combined with geometry nodes to run FastHenry simulations! Blender is becoming a multi-purpose tool not just a tool for 3D graphics and animation, but also for engineering and scientific work too. This video shows how you can calculate the impedance of wire bonds and leads of a Mosfet in a TO-220 package, you can see what effect bending the leads and adding a heatsink have on the impedance! hackaday Dave Jones Sybren A. Stüvel 🔶 🐈‍⬛ (sybren@fosstodon.org) #b3d #blender3d #electronics #geometrynodes #3dart #pcbdesign #transistors #Engineering #science #physics #Technology #kicad #simulation #manufacturing

Very excited to share the release of my addon Blender FastHenry! Use Blender's powerful modelling capability combined with geometry nodes to run FastHenry simulations! Blender is becoming a multi-purpose tool not just a tool for 3D graphics and animation, but also for engineering and scientific work too. This video shows how you can calculate the impedance of wire bonds and leads of a Mosfet in a TO-220 package, you can see what effect bending the leads and adding a heatsink have on the impedance! hackaday Dave Jones Sybren A. Stüvel 🔶 🐈‍⬛ ([email protected]) #b3d #blender3d #electronics #geometrynodes #3dart #pcbdesign #transistors #Engineering #science #physics #Technology #kicad #simulation #manufacturing

Sam M

45,882 次观看 • 1 年前

🎛️#Live3D #Live2D #Live2DWIP🎛️ Aside from the 3D palm made in Live2D, today I’d like to show a pendulum-based inverse kinematics and pose system. The puppet starts in a T-pose, and when I move the parameters, they pass through a logic gate simulated by physics pendulums. This distributes the pose into the correct XYZ angles for the upper arm, forearm, and palm. That’s how it creates both the relaxed and raised arm movements seen in the video. The IK system works in a similar way. It maps the captured XY position of the palm to the arm’s XY rotation, making it possible to “move the hand” in space. These systems have been floating in my head for a long time, and today I finally confirmed they’re feasible. I plan to apply this further by adding more preset poses and new control methods to the puppet.

🎛️#Live3D #Live2D #Live2DWIP🎛️ Aside from the 3D palm made in Live2D, today I’d like to show a pendulum-based inverse kinematics and pose system. The puppet starts in a T-pose, and when I move the parameters, they pass through a logic gate simulated by physics pendulums. This distributes the pose into the correct XYZ angles for the upper arm, forearm, and palm. That’s how it creates both the relaxed and raised arm movements seen in the video. The IK system works in a similar way. It maps the captured XY position of the palm to the arm’s XY rotation, making it possible to “move the hand” in space. These systems have been floating in my head for a long time, and today I finally confirmed they’re feasible. I plan to apply this further by adding more preset poses and new control methods to the puppet.

📐Hephaestus📏Live2D匠人魂

10,923 次观看 • 1 年前