Archive: 25 posts

---

Could someone please explain to me how this level is handling z axis movement? I get that it is mapping everything to the x/y plane up top, with collisions if you aren't above it, and the moving platform is just a speed sensor, yada, yada, yada, BUT i cannot figure out how the piston and microchip is handling z axis moving. There are no hitboxes on the platforms (the yellow boxes get rid of collisions), so what is making it land so precisely? Also, I've experimented with changing ramp sizes, and platforms and it works perfectly, but I cannot see why. I think I am missing some logic when I'm looking at it. Here's the link: https://lbp.me/v/qt4h0m9/topreviews?p=2&l=12

2017-03-20 22:25:00 Author: koltonaugust Posts: 1382

---

I just played it and I can't explain it either. How can the door move 3D like? In a LBP game? That's a cool thing to use. I guess I'll mever know. The level is copyable though.

2017-03-21 04:42:00 Author: mdkd99 Posts: 1172

---

The door is a decoration disk I believe with push logic (its two of the pistons). I just mainly am confused about the jumping since I don't believe it is the bot which is doing anything collision wise, but rather the piston and box surrounding the bot should be in charge of it.

2017-03-22 01:58:00 Author: koltonaugust Posts: 1382

---

I just played it and I can't explain it either. How can the door move 3D like? In a LBP game? That's a cool thing to use. I guess I'll mever know. The level is copyable though. A wee-bit late to the party here, but I thought I could shine some light on the confusion here. Firstly, the methods Steve uses in that level are kinda... messy. I don't mean to sound disrespectful or anything, but as someone whose building their own 3D content, even I look at his level and go cross-eyed. It's not the kind of thing that can be understood at first, or even fourth glance. For the swinging doors, I made a quick video that may be able to help: https://www.youtube.com/watch?v=MZxEqXJ4-RQ

2017-04-30 00:19:00 Author: Bonnell7 Posts: 100

---

thats pretty cool.

2017-04-30 08:57:00 Author: venat Posts: 715

---

A wee-bit late to the party here, but I thought I could shine some light on the confusion here. Firstly, the methods Steve uses in that level are kinda... messy. I don't mean to sound disrespectful or anything, but as someone whose building their own 3D content, even I look at his level and go cross-eyed. It's not the kind of thing that can be understood at first, or even fourth glance. For the swinging doors, I made a quick video that may be able to help: https://www.youtube.com/watch?v=MZxEqXJ4-RQ Pretty useful!

2017-05-12 05:56:00 Author: Sir monacle Posts: 4155

---

A wee-bit late to the party here, but I thought I could shine some light on the confusion here. Firstly, the methods Steve uses in that level are kinda... messy. I don't mean to sound disrespectful or anything, but as someone whose building their own 3D content, even I look at his level and go cross-eyed. It's not the kind of thing that can be understood at first, or even fourth glance. For the swinging doors, I made a quick video that may be able to help: https://www.youtube.com/watch?v=MZxEqXJ4-RQ I agree about the messy, but i give slack because this is LBP and that was released really quickly after release, so it was more of a prototype. Do you happen to know how to do the ramps though? That gate logic is super clean, and I would love to see a clean ramp execution.

2017-05-12 23:28:00 Author: koltonaugust Posts: 1382

---

I have never seen that spinner thing before! 8U

2017-05-15 16:54:00 Author: Devious_Oatmeal Posts: 1799

---

I agree about the messy, but i give slack because this is LBP and that was released really quickly after release, so it was more of a prototype. Do you happen to know how to do the ramps though? That gate logic is super clean, and I would love to see a clean ramp execution. Think of it this way, the invisible 2D map he has (which allows the character to move left/right (x), and up/down (y).), converts it's x,y coords into the x,z coords of the visible, 3D map (z being the depth axis). But being a 3D map, he needs more than just x and z, he needs y as well. Or you know jumping, ramps, etc.. His solution was to have the top/down map calculate (x,z), while the 3D map calculates (y). A kind of teamwork between both maps to present a fluid 3D feel. And while that seems innocent enough... doing so brings many complications. For instance, the ramp you're interested in is an elevator that raises in response to the character going further up its corresponding ramp (an illusion). This itself is pretty nifty, but using an elevator immediately restricts a creator from turning their map multiplayer, since you'd need individuallized elevators for each player. The elevators also can't be allowed to make contact with each other, since they all occupy the same space. The truth is, making a game like this isn't easy. If all that sounded complicated, it's because it kinda is. My current work is to make my top-down map slightly 3D, so that the top-down character interacts properly. By using "sticker-panel impact sensors" and "analog tag sensors" to increase the height signal as a character walks up a ramp, I can simulate what we see in Steve's level. There's more to it than just that... but the principle is simple. I'd make a tutorial for that... but I don't have all the wrinkles ironed-out yet. As far as Steve's ramp though, I suppose I can make a tutorial if you really want.

2017-05-17 00:21:00 Author: Bonnell7 Posts: 100

---

I'd have to look at the level again to see what is colliding with what in the level. I thought there was a physics sensor that disabled blocks when near, but I might have read it wrongly and actually it enabled it or something. I know another limitation of Steve's implementation is that you can't go under anything (not in the stuff he provides), but that's just some easy checking. I'm trying to create a 3D movement system for giggles, but I seem to be running into problems with LBP3 logic. I can't see an easy way to do it without analogue impact sensors which LBPV introduced, I believe (and I REALLY don't see a way to do multiplayer without top-down only scratch that. It would be 4 tags for z values (1 for each)). I have a system that can track the floor perfectly, but I run into problems with big drops. I think I'm going to try a pulse signal for checking if the current z axis of the ground is less than the z axis you are at (for your explanation z = y). If so, just start a fall until its not. This works out in theory (getting rid of a sequencer (hopefully)), but I doubt it will follow through quite so simply. I shouldnt have a problem with over falling if z axis keeps getting set to the floor if it's above. Then all i would have to worry about is impacts with higher z axis values which I might just make it not let you move in that direction.

2017-05-17 06:56:00 Author: koltonaugust Posts: 1382

---

Yeah... I hate using sequencers for logic. The 0.03333... second delay might not be a whole lot at first, but if you use a lot of sequencers in succession, the player will notice the poor responsiveness of the game. Finding zero-latency logic for such things is nice, but they're typically bulky. I too am making a 3D level. But... I've ran into issues regarding 100% signal caps. Basically this restricts me from using the sqrt found in Pythag. I know I can use pistons that act as right-triangle legs and what-not (where the hypotenuse piston acts as pythag)... but I don't want piston triangles for every object on my 2D map. Every sqrt approximation method I've found online requires values greater than 1... which bites. Same goes for pythag.

2017-05-17 08:00:00 Author: Bonnell7 Posts: 100

---

So far. One solution I have found for 3D levels is having stairs be an animation sequence. It limits the player's ability to move freely along the stairs, but it does help some. Similar to how Link just travels up the stairs when the player approaches them in some of the handheld games. And another being to either limit the thing for only one player at a time, like say if it were an actual elevator, if two players were there, it'd say something like, "Maximum weight capacity reached". And for stairs, you would probably have to give each player their own 'stairs logic'. But yeah. There are a ton of issues with 3D levels. Though the hardest part is the vertical movement.

2017-05-17 08:48:00 Author: Devious_Oatmeal Posts: 1799

---

What really upsets me is that I'm used to LBPV logic and there's a perfect solution for it (analog impact), but there's only 3 layers there. I really wish they took all of the logic features that were introduced and ported them. That way, the vertical movement would only be slightly expensive on ramps, but even then, less so.

2017-05-18 00:12:00 Author: koltonaugust Posts: 1382

---

If only I had access to an object that was as tall as Sackboy, from the ground to his torso, as thin as his torso, and solid, I'd be able to fix all my issues with making a 3D level. And an animation of him climbing up a ledge.

2017-05-19 14:41:00 Author: Devious_Oatmeal Posts: 1799

---

If only I had access to an object that was as tall as Sackboy, from the ground to his torso, as thin as his torso, and solid, I'd be able to fix all my issues with making a 3D level. And an animation of him climbing up a ledge. The solid version of Sackboy can surely be done. The animation... I dunno.

2017-05-19 20:20:00 Author: Bonnell7 Posts: 100

---

If only I had access to an object that was as tall as Sackboy, from the ground to his torso, as thin as his torso, and solid, I'd be able to fix all my issues with making a 3D level. And an animation of him climbing up a ledge. You looked into THACK? Its a glitched material that is the same thickness as sackboy, pretty sure it still works in lbp3

2017-05-20 07:09:00 Author: evret Posts: 612

---

You looked into THACK? Its a glitched material that is the same thickness as sackboy, pretty sure it still works in lbp3 I am VEEEERRRRY cautious about those glitches. I mostly just try and avoid them altogether after some issues I had with some glitches back then. I would use thack if I trusted it. Plus. I don't know how it would even react with the logic I would use. The solid version of Sackboy can surely be done. The animation... I dunno. The last alternative I have for the animation is to just not have one. I'd have to use a sudden-climb, where the animation is junked in favor of a quick transition of the character to the top of the ledge. That, or do something like a fancy flip upwards, similar to a Samus flip. This (https://lbp.me/v/qy0v122/activity) is a level I made to test some 3D stuffs. Adding in attacking will have its own issues, and a few fixes to timing and such for the animation would be worked on, but what urks me is that walking up to a wall has the knight clip through the wall aesthetically. And there are some other things with floor detection as it gets annoying with floors that are towards the player, hence the fencing on the ramp. But you can climb up the front side of the slab of rock under the climbing fence as an example of what I mean.

2017-05-20 16:39:00 Author: Devious_Oatmeal Posts: 1799

---

I am VEEEERRRRY cautious about those glitches. I mostly just try and avoid them altogether after some issues I had with some glitches back then. I would use thack if I trusted it. Plus. I don't know how it would even react with the logic I would use. i've never had a crash or any other problems from thack or theck, and i remembered i have used it in lbp3. definitely one of the more stable glitches around

2017-05-21 01:32:00 Author: evret Posts: 612

---

If only I had access to an object that was as tall as Sackboy, from the ground to his torso, as thin as his torso, and solid, I'd be able to fix all my issues with making a 3D level. Wait... you mean you want a block that's as thick as Sackboy is tall... aiight. History lesson: Thack got it's name because it's Sackboy's... thickness. Theck is a checkpoint's thickness. I don't remember what thock was... But anyway, these thickness glitches are meant to replicate the ways that special objects interact with the world (a material that goes where usually only checkpoints can go, or Sackboy, etc.). What you seem to be after is height to thickness translation. Truth is, even if you made/were given an accurate layer-ruler that allowed you to determine Sackboy's height in layer-thickness, you'd have to find a way to construct a material with that determined thickness. Don't discount Thack though... you can use it's thickness to determine the width of your final block.

2017-05-22 06:04:00 Author: Bonnell7 Posts: 100

---

This sounds interesting. Where did you get that information?

2017-05-22 11:29:00 Author: mdkd99 Posts: 1172

---

This sounds interesting. Where did you get that information? If you're referring to theck, thack, and thock, a quick google search will suffice. But I personally know of them from back in LBP1. You see... then, we didn't have Sackbots. So someone made a ragdoll whose torso was thin-layered, and limbs & head (still appearing thin) were Theck-layered. It was more convincing than a cardboard cutout, but nowhere near the level of a Sackbot. Another version would've been possible if Thock was achievable at the time: thin-layered limbs & head, and Thock-layered torso (Thock also appears thin). There were of course other uses for the trio of sub-layers, but that use was what I found most beneficial back in the day. Anywho, Devious_Oatmeal, I made you a block who's thickness corresponds to Sackboy's height. As far as the other dimensions, I set those as measurements of when Sackboy sets-off impact sensors. The link to the temp. level is: https://lbp.me/v/q1fnmpn/activity

2017-05-24 17:29:00 Author: Bonnell7 Posts: 100

---

So uh... I'm only hosting this level temporarily. If you want the block, please take it so that I can delete the level.

2017-05-30 03:40:00 Author: Bonnell7 Posts: 100

---

So uh... I'm only hosting this level temporarily. If you want the block, please take it so that I can delete the level. Gotta love my timing. I was away for a good bit of time as there was some renovation going on at my home. I had not seen that you made this level at the time, so I was unable to fetch it yet. Buuut, I am starting up my PS3 right now to go and get it. But! Quick question. How well does it work with the in/out mover?

2017-06-08 17:22:00 Author: Devious_Oatmeal Posts: 1799

---

Gotta love my timing. I was away for a good bit of time as there was some renovation going on at my home. I had not seen that you made this level at the time, so I was unable to fetch it yet. Buuut, I am starting up my PS3 right now to go and get it. But! Quick question. How well does it work with the in/out mover? Works fine. The constituent bits that make up the block are all glued together, so they operate as a solid block when using movers. But as they're not positioned in the main layers, selecting the block will cause the bits to jump to the nearest main layer. So emit it from an emitter, and move it with movers... just don't select it. The dimensions are based on when impact sensors trigger while being pressed against Sackboy. This doesn't say much about visual height/width/depth, but says loads about how Sackboy interacts with the world around him. If instead you'd like a block that conforms more to Sackboy's visual dimensions, just let me know.

2017-06-08 23:34:00 Author: Bonnell7 Posts: 100

---

Okay, so its been quite a few months and I went back into the level. I can follow the logic pretty darn well and am slowly editing it to match my needs. The only thing I cant figure out is WHERE the Z slope angle up/down and Z slope angle left/right tags are! The tag sensors are on the sackbot, under rotation and under the microchip in there. It definitely IS sensing something when on the ramp (and only when on the ramp) but I've traced all the wires and microchips around there and cant find what tag is giving a 6, -96, -72% signal when standing on it. I also don't see any tags when standing on the ramp and "tweaking" the tag sensors.

2018-10-24 06:48:00 Author: koltonaugust Posts: 1382

Posts: 1077139    Threads: 69970    Members: 9661    Archive-Date: 2019-01-19

Aus dem Archiv wurden alle persönlichen Daten wie Name, Anschrift, Email etc. - aber auch sämtliche Inhalte wie z.B. persönliche Nachrichten - entfernt.
Die Nutzung dieser Webseite erfolgt ohne Speicherung personenbezogener Daten. Es werden keinerlei Cookies, Logs, 3rd-Party-Plugins etc. verwendet.