正在加载视频...

视频加载失败

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

Made a fully custom entity player controller using the new move input action. 🚶 This is not the normal Fortnite character movement. This is a fully custom movement system using an entity with the scene graph orbit camera modifier. I can customize every variable, like jump force, speed, gravity etc.

Noah

1,662 subscribers

11,415 次观看 • 6 天前 •via X (Twitter)

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

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

相关视频

I vibecoded a fully custom Pokemon Emerald ROM Hack using Codex and put in a bunch of famous people from Tech Twitter (you might be in this) This is the coolest thing I've ever built. Everything is custom AI Slop: the Pokemon, avatars, dialogue, items, etc Play free below ↓

I vibecoded a fully custom Pokemon Emerald ROM Hack using Codex and put in a bunch of famous people from Tech Twitter (you might be in this) This is the coolest thing I've ever built. Everything is custom AI Slop: the Pokemon, avatars, dialogue, items, etc Play free below ↓

ashen

219,170 次观看 • 3 个月前

not using your voice was never an option. such a sad day when Palestine Action was considered a terrorist organisation by the uk’s government, this is the awareness and the movement everyone needs. free palestine 🇵🇸

Sensitive content

not using your voice was never an option. such a sad day when Palestine Action was considered a terrorist organisation by the uk’s government, this is the awareness and the movement everyone needs. free palestine 🇵🇸

sof ꩜

57,175 次观看 • 1 年前

This is likely the last teaser I'll make on this as I really should have this video done this week. Here is using Windows exclusively with a controller only, rebooting the system and only using the controller to sign in and have it launch straight into Steam Big Picture Mode.

This is likely the last teaser I'll make on this as I really should have this video done this week. Here is using Windows exclusively with a controller only, rebooting the system and only using the controller to sign in and have it launch straight into Steam Big Picture Mode.

Cary Golomb

27,271 次观看 • 1 年前

STAR WARS : DROID WARS made in UEFN!!! Coming May 31, 2026. Finally happy with where the Droid mechanics are at. Watch through the clip to see everything in action. fully drivable droid locomotion 9 custom weapons (laser, railgun, rockets, cluster, flamethrower, freeze, chain) multi-slot weapon system custom aim + hit detection heat / overheat system shield bubble system melee slam + landing impact charged jump mech ↔ player system custom VFX (muzzle, beams, dash, impact) directional dash movement Going to spend the next couple days improving Star Wars sounds, visuals, and overall vibe!!! Tim Sweeney #UEFN #FortniteCreative #Fortnite #Verse #GameDev #UnrealEngine #VFX #Mech #StarWars #Gaming

STAR WARS : DROID WARS made in UEFN!!! Coming May 31, 2026. Finally happy with where the Droid mechanics are at. Watch through the clip to see everything in action. fully drivable droid locomotion 9 custom weapons (laser, railgun, rockets, cluster, flamethrower, freeze, chain) multi-slot weapon system custom aim + hit detection heat / overheat system shield bubble system melee slam + landing impact charged jump mech ↔ player system custom VFX (muzzle, beams, dash, impact) directional dash movement Going to spend the next couple days improving Star Wars sounds, visuals, and overall vibe!!! Tim Sweeney #UEFN #FortniteCreative #Fortnite #Verse #GameDev #UnrealEngine #VFX #Mech #StarWars #Gaming

Enigma

27,162 次观看 • 4 个月前

Custom home builder "Bluecrossbuilders" Shows off a fully framed 9,800 ft² home and there's not a single flaw! This is the America I know 🇺🇸

Custom home builder "Bluecrossbuilders" Shows off a fully framed 9,800 ft² home and there's not a single flaw! This is the America I know 🇺🇸

TB1Kinobe™️🇺🇸

1,605,949 次观看 • 6 个月前

!Boring If this was going to be a camera app people would love, it had to do 4 things… 1. Feel satisfying in your hands (like a real camera) This is our first fully-3D interface with dynamic lighting that responds to movement, satisfying sounds, & custom haptics. Feels damn good.

!Boring If this was going to be a camera app people would love, it had to do 4 things… 1. Feel satisfying in your hands (like a real camera) This is our first fully-3D interface with dynamic lighting that responds to movement, satisfying sounds, & custom haptics. Feels damn good.

Andy Allen

34,943 次观看 • 1 年前

the other day i found out there is literally a pro minecraft hockey league scene like fully custom built server, pro leagues, broadcasted games with commentary, highlight reels the LOT

the other day i found out there is literally a pro minecraft hockey league scene like fully custom built server, pro leagues, broadcasted games with commentary, highlight reels the LOT

oli

12,996 次观看 • 1 年前

I think this might be called a Scapular Plane Raise. But it is a movement I have been using to hit the Traps. I add a little body english and focus on retractig the scapula and shrugging during the movement. I feel the traps more fully. Give it a try and let me know what you think! Stay Stronk! #strengthtraining #gayman

I think this might be called a Scapular Plane Raise. But it is a movement I have been using to hit the Traps. I add a little body english and focus on retractig the scapula and shrugging during the movement. I feel the traps more fully. Give it a try and let me know what you think! Stay Stronk! #strengthtraining #gayman

Dad Stronk

12,739 次观看 • 3 个月前

I miss when 'custom games' actually let you 'customize' the 'game' BO1 had a full Perk Editor that let you change movement speed, crosshair spread, individual class health, etc and for some reason they never went back to this level of customization again

I miss when 'custom games' actually let you 'customize' the 'game' BO1 had a full Perk Editor that let you change movement speed, crosshair spread, individual class health, etc and for some reason they never went back to this level of customization again

Replay Mode

254,297 次观看 • 7 个月前

More pre-release GPT Astra outputs for my distinguished audience Both outputs were made in a custom C++20 engine, utilizing a custom Vulkan renderer, without using an off-the-shelf engine or imported assets The Kaiju game has fully simulated crowds with reactive smoke and fire (not static) , and the zombie game can render thousands of zombies on-screen

More pre-release GPT Astra outputs for my distinguished audience Both outputs were made in a custom C++20 engine, utilizing a custom Vulkan renderer, without using an off-the-shelf engine or imported assets The Kaiju game has fully simulated crowds with reactive smoke and fire (not static) , and the zombie game can render thousands of zombies on-screen

Lentils

157,772 次观看 • 9 天前

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,703 次观看 • 8 个月前

I’ve never experienced a sporting event, let alone an esports event, with energy like this. The Karmine Corp crowd is on another level. You can feel the passion in every chant, every play, every moment. This is what a real movement feels like. I love it. 🇫🇷

I’ve never experienced a sporting event, let alone an esports event, with energy like this. The Karmine Corp crowd is on another level. You can feel the passion in every chant, every play, every moment. This is what a real movement feels like. I love it. 🇫🇷

TK Nguyen | CEO of GAM 🌏

41,312 次观看 • 1 个月前

this video is 100% AI fully made using my V2 system harness with the right harness you can create videos like this very fast & automated at scale i've been sharing videos here for more than a year, but there's never been a time like this you can literally make 10-15 different concept angles and scale hyper aggressively

this video is 100% AI fully made using my V2 system harness with the right harness you can create videos like this very fast & automated at scale i've been sharing videos here for more than a year, but there's never been a time like this you can literally make 10-15 different concept angles and scale hyper aggressively

Miko

41,651 次观看 • 4 个月前

The NEW Doom on the Snes .. up and running like a dream ! Obviously there are better versions but for the Snes this is a massive upgrade using the custom "Super Fx 3" chip

The NEW Doom on the Snes .. up and running like a dream ! Obviously there are better versions but for the Snes this is a massive upgrade using the custom "Super Fx 3" chip

The Top Loader

20,603 次观看 • 3 个月前

Best skill expression in the franchise but I forgot this game is supposed to be "themes and such" Sonic CD is such a beautiful game that rewards the player for using Sonics movement like no other game in the franchise has

Best skill expression in the franchise but I forgot this game is supposed to be "themes and such" Sonic CD is such a beautiful game that rewards the player for using Sonics movement like no other game in the franchise has

ZachTheInsomniac @ Sonic Expo Atlanta

35,787 次观看 • 1 个月前

Spend too much time on this camera. This is the current state, still a bit to do. At no point in this video do I make an input for the camera, it's all done automatically based on movement input, velocity & learping between some focus points. #gamedev #ue5 #prototyping

Spend too much time on this camera. This is the current state, still a bit to do. At no point in this video do I make an input for the camera, it's all done automatically based on movement input, velocity & learping between some focus points. #gamedev #ue5 #prototyping

MortMort

84,970 次观看 • 3 年前

Didn't have time to make a silly little video promoting it, but this is the custom observer tools I made for the Black Ops 2 LAN yesterday Custom minimap, custom scoreboard, nametags through walls. Was super helpful and fun using it for observing!

Didn't have time to make a silly little video promoting it, but this is the custom observer tools I made for the Black Ops 2 LAN yesterday Custom minimap, custom scoreboard, nametags through walls. Was super helpful and fun using it for observing!

Austin Shaw

200,660 次观看 • 1 个月前

Here's a side-by-side comparison of the default body movement settings in Warudo versus my "Live2D" movement system! The left side is straight out of the onboarding wizard, with no changes to any settings. You can move like this too - I'm giving away the settings for free!

Here's a side-by-side comparison of the default body movement settings in Warudo versus my "Live2D" movement system! The left side is straight out of the onboarding wizard, with no changes to any settings. You can move like this too - I'm giving away the settings for free!

Gillie Amanita 🍄❤️

124,084 次观看 • 1 年前

Humanoid robots playing table tennis fully autonomously. The 'HITTER' system combines a model-based planner with a reinforcement learning (RL) whole-body controller. It is fully autonomous but relies on an external sensing system. A 9-camera OptiTrack motion capture setup tracks the ball, which is covered with reflective markers, to predict its precise trajectory and compute the optimal strike position, velocity, and timing. The RL controller then executes coordinated arm, leg, and waist movements, producing agile, human-like returns.

Humanoid robots playing table tennis fully autonomously. The 'HITTER' system combines a model-based planner with a reinforcement learning (RL) whole-body controller. It is fully autonomous but relies on an external sensing system. A 9-camera OptiTrack motion capture setup tracks the ball, which is covered with reflective markers, to predict its precise trajectory and compute the optimal strike position, velocity, and timing. The RL controller then executes coordinated arm, leg, and waist movements, producing agile, human-like returns.

The Humanoid Hub

91,896 次观看 • 1 年前