Видео

this is the most useful thing you've ever made, my jets (specifically unstable ones meant to instantaneously turn without gyros, 🤢gyros are for morons.) need things like this. usually i use 0 dimensional automated stabilizers, and rely of lower speeds of change, but this is something entirely new to me. thanks john, you still get no views though so ima keep making fun of you for that.

Very nice 👍

Funny enough, this is naturally in controllers Except for the bumpers, and buttons The triggers and stick have proportional controls

god help my poor brain

Sweet work! I started building something similar but just thinking about how much work it would be made my head spin 😵‍💫🤣

Excellent video John Trailmaker

I once made a tailless fighter that was unstable but built fly-by-wire using 12 speed sensors (four per axis and two per direction on each axis) and ~15 logic sensors, and 7 gyros. Incredibly unstable but as a result it’s incredibly maneuverable. Practically 3/4 of a computer sense it takes input, processes data, and creates output but doesn’t store data

The cool part is that this would make it possible to make an air to ground / ground to ground missile

You should try odd width builds

So cool! I have been building similar systems recently and was amazed by how good it works! So cool to see someone else working on similar tech! Here are some solutions/things I have found/build with it, not knowing if anybody else understands, just skip to the builds/ideas below otherwise :D At first I had a very similar solution, having the North facing compass spinning at the top. With the new trigonometry blocks though, you can get around it; basically you use a triangle to calculate the actual x-z-inputs. The (forwards) speed is the lengths of your c, now you need to find a & b with the given angle by your compass and add them to your x/z memory accumulator. You can account for drift in the same way, giving you full horizontal tracking with no mechanical parts. Also I was able to get rid of the problem of needing to be perfectly stabilized with the same logic; use an angle sensor, given your sideways velocity you can now calculate how much of your sideways movement is actually horizontal, and then use this value for the x-z-tracking, its the same system for roll and pitch. For height tracking you can do the same, giving you theoretically full freedom of motion (within the accumulators limits), although I started to get a lot more inconstistencies flying around crazyly, so I still put stabilizers in, but it feels way more fun and natural to me this way, not being pinned to the exact horizontal movement. I think a lot of it is caused by rounding errors and latencys, given the amount of blocks you're now putting your input through, maybe there were also some math issues involved, I totally feel your pain of getting these systems done! 😅 Regarding the finding-home-wobbles, I had some similar issues and went with a not optimal solution as well, although for me it helped to play with the gyro inputs; I used very strong gyros and so the vehicle would spin/wobble like crazy to find the right direction, de-linearizing the gyro inputs helped, so for example squaring your input would make it a lot weaker close to the goal vector and more and more strong further away, I ended up on a scaling based on cos and an exception for being in the exact wrong direction. Also you have to be very careful with the sign of your inputs into some logic blocks, for example you cannot square a negative number for some reason, so there is some juggling involved with that, had that problem a lot with pythagoras. Also the non-continuity of the compass output was a problem, so the jump between -1 & 1 rotating the compass messing up calculations of differences between vector angles. For me the best solution involved a system that basically tracks in which quadrants the vectors aim and then adjusts the signs accordingly. Have been playing around with some RC systems as well, but managing the usual problems with RC controls and building of it plus managing the transfer of scaled information (so not just on/off, but something like a speed value) is just a pain in the ass and needs a lot of funky workarounds. All of this took me quite some headscratching, note taking and relearning trigonometry as well, but having it working in a build is just so satisfying! I uploaded the "plug-and-play" version I am using to the workshop (PS5, "XZ NESW tracker", maybe IMU would have been a better name :D), in total it is about 30 logic blocks. And now the fun part, here are some things I made with it or similar systems or stuff similar to whats shown in this video; -A delivery drone that shows you randomized locations on a map and tracks you delivering packages there, can also autoreturn home -A detachable drone that always flies above you and gives you a birds eye perspective of your vehicle moving around -a stationary build that can detach and track a rover, so point into the direction it is at right now and tell the distance (and control it with non-boolean values) -a patrol vehicle where you can set your current XYZ-position as base of a cylindrical shape it will now patrol in/keep you inside. While flying you can adjust the radius and height of the cylinder and also toggle between different patrol modes; free flight within the cylinder, automated spirals / randomized movement within cylinder. -a flight racing game, where you need to get to certain/randomized locations as fast as possible, given the direction and distance to the next checkpoint. -have been working on an interplanetary taxi as well, but was too lazy implementing this system with the height axis, my previous builds used height sensors, which unfortunately don't work in space. I think that's it, also given the release date of 1.9.5, thinking back now I have already spent way too much time on it, same for this comment😅 Still inspired though, keep it going and sorry for the technical gibberish ✌

you put your things on the workshop

Could you? it for controller.

I would recommend using trig and making everything without moving parts, it should make it easier to cram into builds. Using that, you can also make corrections for all angles, allowing the absolute position to be tracked regardless of change in orientation. However, because of inaccuracies due to frame time, decimal accuracy, and other factors, it will always drift a bit, which is annoying. Usually this only happens if you have lots of changes in speed - if you maintain consistent speeds/angles it will be more accurate

I tried to make that type of technology in besiege and the hitboxes shape are not regular enough to just roll out of the canon and when I tried in trailmakers the friction model is so clunky that it's not consistent enough to actually aim with it you might be better off putting a very light projectile at the tip of the " canon " and take advantage of that structure to put more tractor beams

But I’m still figuring out simple logic 😫

i didnt understand anything but you got a new suscriber, a gps system is crazy work

Is their a tutorial for the camera missile

I love these. Specially since I been working on a similar navigation system in Space Engineers.

When the update came out i also made a gps system the same way, the difference was that i used it on a rocket that put a satellite in a specific location and then landed back where it took off from

Hey john, I've had an IMU project running since early december and think I have some tech that could help you out. How can I contact you?

Yoo i want to get my hands on that fly by wire missile

this is shear brilliance, this vid makes me feel like a caveman

I don’t think it’s possible, but it would be so cool if builds could communicate

Thank you now imma make a whole gps system

👌🏿

Very epic 😎👍

This is insanely incredible and epic. I never would've figured something like this could be built in trailmakers. You probably already thought of this, but did you try lowering the overall speed on the drones' return to a crawl? Less impressive and likely less practical, but could make it less wibbly-wobbly maybe?

I tried to do an IMU before the pvp update on my nuclear submarine. Big mistake

most trailmakers youtubers: how to make cool suspension! john: i created a GPS using helicopter that returns back to you no matter where you are

the carrier was torment; incomprehensible

I’m on PlayStation can you please show us how you made it

ur builds are getting so good

its john trailmaker... hes him!

A recoil based ttacking missile, ive done this in 2d for a torpedo, basically 2 guns side by side and the recoil gets decoded into left and right motion from an angle sensor, its really simple really but id like to see you try, maby you will come up with womething better

is it just me or the video and audio aren't synchronized?

i think the camera one is so useless because you get disorianted and this 0:42 this is so untrue, just make the block transparent

tutorial how to ramiel (pls)

What happens to the aiming servo if two people are at the same creation?

Even with the new servos this is still pretty usefull. Especially for large builds that shoot into multiple directions or turrets

Cool!

Making a custom cockpit would make the build so much better

11:41 when creations get detached everything gets reset that is the problem i think

I’m working on a VTOL that has 2 pods that have 4 laser cannons each, anyway, they are connected to the VTOL’s body with 2 aiming servos set to go up and down

I'm actually working on a concept to make a missile that uses aiming servos and compasses/angle sensors.

The obvious next step is to colaberate with other Trailmakers yourubers

256 views no way. john is a computer nerd confirmed. look man all i'm saying is that with monetization, you could focus a little bit more on fixing your god awful mic so people don't click off within 5 seconds. i know damn well you look at your metrics, you're a sperg, you love data and nerdy shit. now for some great awesome ideas that are not because of me being too lazy to design them myself. hear me out. fly by wire type thing fuckin module, splits off from the aircraft on the ground. basically you use the aiming servos and angle sensors n shit, and try making the aircraft automatically redirect and stabilize towards wherever the fuck you're looking. i'm talking shit like: If Speed = X, Aircraft Direction Compared To Ground Module Is Offset By More Than = X,X,X, Roll That Shit, And Pitch That Shit To Where I'm Lookin, Bitch. and just try translating that from sped to sperg so you can understand.

how do you divide two variables? I've tried using arithmetic gates, but they only do sum of inputs divided by a constant. why tf would I want to use a constant!??!?!?

Just keep doing what you like! I love all of these tech videos and I don’t think monetization should be a reason to change what you make!

John, you do great work. Your videos always demonstrate an interesting new tech that's out of the box compared to a lot of Trailmakers builders. Keep it up!

Congrats on 1k subs!