Home    LittleBigPlanet 1 - PSP - Tearaway -Run Sackboy Run    LittleBigPlanet 1    [LBP1] Everything Else LittleBigPlanet 1 [Archive]
#1

How do you Simplify LBP?

Archive: 16 posts


I believe everyone has been in the situation of "HOW DO I DO THIS!?" in LBP.

When ever I get into that situation I first calm down and think about computer coding and attack the problem from there.

IF bla bla bla
Then bla bla bla
ELSE bla bla bla

How do you simplify LBP?
2009-10-07 21:48:00

Author:
snowyjoe
Posts: 509


i dont understand2009-10-07 22:43:00

Author:
Kern
Posts: 5078


i dont understand

I think he means like if there is a part that you dont understand, for example: your on a puzzle level and you dont know how to figure it out then what would you do to make the problem easier..

If I was in a situation i'd probarly see if there was a sticker trigger first, then if not try grabbing anything, then if not i'd just commit suicide or try to find a secret passage..
2009-10-07 22:50:00

Author:
Unknown User


I'm terrible at visualising things. So I usually just make whatever it is that's in my head at that moment, then fix and change it around (ALOT) until it's how it needs to be to work smoothly.

Once it's actually there on the screen and I can see what doesn't work and what needs to be changed, it's so much easier.

Sure it probably takes a little longer but it's better than me sat here frustrated while scratching my head and struggling to visualise plans.
2009-10-07 22:50:00

Author:
jackofcourse
Posts: 1494


I plan my contraptions out in my head completely and it only takes me a few minutes to create them in LBP afterwards... but usually a few hours of pure visualization...

I also think in computer coding terms.
2009-10-07 22:55:00

Author:
Foofles
Posts: 2278


If its something complex, I do a simple flow chart on paper first - it makes it easier. However, its also easy sometimes to wire up a much simpler version of the device and rewire as needed - such as adding timer switches or perm switches in between.

A simple example of this would be an elevator - you can start with a simple sensor switch that controls the pistons, then add a timer switch, then add door controls TO the timer switch, then insert a toggle switch in-between to make the elevator stay up until you get on it again.... each step is fairly simple and easy to do, but the final contraption may be more complex.

Also, being a software engineer I tend to think in code too, so logic is second nature.
2009-10-08 00:20:00

Author:
CCubbage
Posts: 4430


Why does that elevator description look familiar CCub?

TBH, I think about these things in terms of software only occasionally. For basic designs I'm normally thinking electronics. For anything complicated I'm thinking almost purely in LBP mechanics. I'm ruthless with efficiency and find that working with the analogies is counterproductive in that respect.

In terms of planning I'll normally draw up flow charts, state machines, boolean equations, any kind of abstraction to get the thoughts out of my head and then completely ignore them while I'm creating I normally check back to the note pad after and see almost 0 resemblance.
2009-10-08 01:26:00

Author:
rtm223
Posts: 6497


I usually just test different things hundreds of times and eventually give up.

For example, How am I suppoused to get my Giant Sun to chase you without it tipping upwards?!
2009-10-08 02:37:00

Author:
TheMarvelousHat
Posts: 542


I think up a basic principle of a mechanic in my head, then try to implement it as simple as possible, and experiment with it a bit. If it works, does what I want it to do, and doesn't break, I tweak and add complexity until I'm happy with it.2009-10-08 10:15:00

Author:
Rogar
Posts: 2284


I break it down. If I'm building anything more complicated than a box, it get's broken down into steps. I'll draw it out, then start making a rough outline in LittleBigPlanet, and if there are no foreseeable problems with that design, I'll continue with what I've drawn. If not, I go back to the drawing board.2009-10-08 11:10:00

Author:
BSprague
Posts: 2325


I think Rogar's closest to my approach... but even his style sounds way way neater than mine.

I'm basically balls-out, make-it-up-as-I-go, messy, sloppy, consistently at the brink of complete chaos. My levels have ugly logic, are often inefficient (using a million separate switches instead of piggybacking some things on others), and my complicated ideas rarely ever work, and I tend to have to fix them and re-work them and rebuild them a million times - usually this only increases the amount of chaos present, and doesn't really do any favors for anyone. I hate working with the grid.

But if I seriously sit down and try to plan anything out, nothing would ever happen. I would come up with nothing. I need to be in there doing it, and figuring it out as I go.

I have zero programming experience. I don't have a mathematical mind. So if creator A is a theoretical physicist perfecting his master theory, I'm a crazed artist smearing color in chaos onto my canvas. While crying.
2009-10-08 11:10:00

Author:
Teebonesy
Posts: 1937


Woo, I'm neat!

My stuff gets pretty ugly about halfway through, too, but that's because I'm just proving something works first. With complex stuff, I will usually rebuild it several times, laying it out more cleanly and systematic, removing or combining parts where possible. Like refactoring in programming, only it seems less work in LBP.
2009-10-08 12:27:00

Author:
Rogar
Posts: 2284


I need to be in there doing it, and figuring it out as I go.

Yeah, same here.

As much as I've tried planning on paper, I find it much easier to just jump into create mode and play around 'til I've got it figured out. Then I try to simplify things as much as possible from there.
2009-10-12 14:58:00

Author:
EVOin3D
Posts: 91


I have a natural ability to visualize complex systems in my head. When I'm tired or unfocused it becomes more difficult to keep track of all of the different variables and events this way though, so I write everything down in a kind of matrix (I wouldn't know how to call it).

I place all of the variables I want on the left, and the events I want to happen on the right. I then simply fill out the matrix with the possible values for the variables, and decide which event I want to happen for all the possible combinations. It then makes it easier to design a simple logic that takes all of the different variables in the level and performs the correct event.

Did that make sense?
2009-10-12 15:30:00

Author:
Gilgamesh
Posts: 2536


i like to put a few rockets on a sponge and fly around crashing into things. this clears my head to better atack the problem afterwards with a fresh viewpoint.

for some reason the awnsers come to me better when my mind is half distracted
2009-10-12 16:53:00

Author:
deboerdave
Posts: 384


I just go by logic and visualise what I need to do. It's quite exactly like programming, it's just logic -- you only need to know your tools and the language. In LBP the language is connecting those wires, using dissolves, switches, etc...

.
2009-10-12 17:03:00

Author:
RangerZero
Posts: 3901


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

Datenschutz
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.