Forum | Thinking With Portals

#11 · July 31, 2013, 8:12 pm

I think this is what he means. This is the map I'm currently working on.
http://i.imgur.com/QWTg98W.jpg

Key: lines are walls or sections, dashed lines connect puzzle elements (antlines), lines of circles are grating, lines of slashes are glass, square-in-a-circle = dropper, circle-in-a-square = button, little circle = pedestal button, waves = water, four dots around an item indicate ceiling placement, numbers with a plus or minus indicate height difference, wavy lines are fizzlers, lines of Xs are deathfields, lines of hooks are shields, two triangles facing each other = portal opener, circle-stars are laser relays, circles with lines through them are mounted portalguns, and I'm sure there are others I'm not seeing right now.

Falsi sumus crusto!

#12 · July 31, 2013, 11:17 pm

That is exactly the sort of thing I was talking about. I use these letters with a number to indicate which item I am using in that spot:
fP floor panel
SB sphere button
PB pedestal button
CB cube button
f funnel (tractor beam)
T turret
LB light bridge
P wall panel
B button
FP faith plate
D dropper
SP sliding platform
LP lift platform (piston elevator)
LE laser emitter
LR laser relay
LC laser catcher
LF laser field
L latch (logic item)
RP rotating panel (angled panel)
--------------------------------
These items don't have a number.
D door (entrance/exit)
d door (internal)

So for example, if I wanted to indicate button 3 on the wall, I would draw a half circle against the line defining the wall. The half circle would have B3 written next to it. The antline would be a dashed line connecting B3 to, say, LF1 to show that button 3 is connected to laser field 1.

Wow! That was...uh, yeah. Just, yeah.

#13 · July 31, 2013, 11:26 pm

FelixGriffin wrote:

I think this is what he means. This is the map I'm currently working on.
http://i.imgur.com/QWTg98W.jpg

Key: lines are walls or sections, dashed lines connect puzzle elements (antlines), lines of circles are grating, lines of slashes are glass, square-in-a-circle = dropper, circle-in-a-square = button, little circle = pedestal button, waves = water, four dots around an item indicate ceiling placement, numbers with a plus or minus indicate height difference, wavy lines are fizzlers, lines of Xs are deathfields, lines of hooks are shields, two triangles facing each other = portal opener, circle-stars are laser relays, circles with lines through them are mounted portalguns, and I'm sure there are others I'm not seeing right now.

I totally can't make cake out of this.

when I draw out something it is different, all in all I think nothing beats pen + paper when it comes to drawing up a concept. You aren't bound to any limits due to programming constraints and you can make it as crazy as you want it to be, exactly how you understand it the best.

If you write a program like you suggest you might as well add an exporter for vmfs and before you know you're back in a messed up alternative for hammer.

Get Portal Stories: Mel now!

#14 · August 1, 2013, 12:41 am

Quote from protoborg on August 1, 2013, 12:41 am
Lpfreaky90 wrote:

FelixGriffin wrote:

I think this is what he means. This is the map I'm currently working on.
http://i.imgur.com/QWTg98W.jpg

Key: lines are walls or sections, dashed lines connect puzzle elements (antlines), lines of circles are grating, lines of slashes are glass, square-in-a-circle = dropper, circle-in-a-square = button, little circle = pedestal button, waves = water, four dots around an item indicate ceiling placement, numbers with a plus or minus indicate height difference, wavy lines are fizzlers, lines of Xs are deathfields, lines of hooks are shields, two triangles facing each other = portal opener, circle-stars are laser relays, circles with lines through them are mounted portalguns, and I'm sure there are others I'm not seeing right now.

I totally can't make cake out of this.

I understand what he is drawing there. Then again, I have drawn some pretty wild stuff in the past. You don't have to make cake. We can make do with cookies.

Lpfreaky90 wrote:

When I draw out something it is different, all in all I think nothing beats pen + paper when it comes to drawing up a concept. You aren't bound to any limits due to programming constraints and you can make it as crazy as you want it to be, exactly how you understand it the best.

That is true. But how crazy do you really need to make it? Java is surprisingly powerful and can handle a hell of a lot of "craziness". Besides, you can always make the puzzle in sections.

Lpfreaky90 wrote:

If you write a program like you suggest you might as well add an exporter for vmfs and before you know you're back in a messed up alternative for hammer.

I'm not sure how you make the leap from this program to "might as well add an exporter". They are unrelated concepts. This program is meant to allow you to simulate the behavior of a test chamber without actually having to compile it. This saves you a great deal of time. You can assemble a chamber then test it in real time without having to wait for it to finish compiling. Since Java works VERY quickly, you can rough out the chamber on the fly while at the same time simulating it.

Lpfreaky90 wrote:

FelixGriffin wrote:

I think this is what he means. This is the map I'm currently working on.
http://i.imgur.com/QWTg98W.jpg

Key: lines are walls or sections, dashed lines connect puzzle elements (antlines), lines of circles are grating, lines of slashes are glass, square-in-a-circle = dropper, circle-in-a-square = button, little circle = pedestal button, waves = water, four dots around an item indicate ceiling placement, numbers with a plus or minus indicate height difference, wavy lines are fizzlers, lines of Xs are deathfields, lines of hooks are shields, two triangles facing each other = portal opener, circle-stars are laser relays, circles with lines through them are mounted portalguns, and I'm sure there are others I'm not seeing right now.

I totally can't make cake out of this.

I understand what he is drawing there. Then again, I have drawn some pretty wild stuff in the past. You don't have to make cake. We can make do with cookies.

Lpfreaky90 wrote:

When I draw out something it is different, all in all I think nothing beats pen + paper when it comes to drawing up a concept. You aren't bound to any limits due to programming constraints and you can make it as crazy as you want it to be, exactly how you understand it the best.

That is true. But how crazy do you really need to make it? Java is surprisingly powerful and can handle a hell of a lot of "craziness". Besides, you can always make the puzzle in sections.

Lpfreaky90 wrote:

If you write a program like you suggest you might as well add an exporter for vmfs and before you know you're back in a messed up alternative for hammer.

I'm not sure how you make the leap from this program to "might as well add an exporter". They are unrelated concepts. This program is meant to allow you to simulate the behavior of a test chamber without actually having to compile it. This saves you a great deal of time. You can assemble a chamber then test it in real time without having to wait for it to finish compiling. Since Java works VERY quickly, you can rough out the chamber on the fly while at the same time simulating it.

Wow! That was...uh, yeah. Just, yeah.

#15 · August 1, 2013, 9:42 am

What do you mean by simulating it? That you can see a layout?
I don't see how working on a grid with a mouse is superior to drawing. No matter how good the program is, it will probably have restrictions. And if you wanna see if the design actually works, a top down view won't help you either way, so you will have to use PTI or Hammer.
So just because you are in front of a computer, it doesn't mean you have to do everything on it. At least this is what I think. (Of course I'm not against anyone making this, I just don't think it's necessary)

- Science isn't about why, it's about why not!

#16 · August 1, 2013, 11:39 am

Quote from protoborg on August 1, 2013, 11:39 am
lord_blex wrote:

What do you mean by simulating it? That you can see a layout?
I don't see how working on a grid with a mouse is superior to drawing.

The redstone simulator is like using pencil-and-paper too. But just as with this program, you don't have to waste paper or take time to erase anything. Also, it is more than simply "seeing the layout". The advantage of the program over paper is that you are not limited to the size of the paper. You also don't have to use any limited resources such as paper in order to get your idea firmly created in your mind. I know some people prefer to just start making test chambers but I like the convenience of having the idea set in my mind before I ever start to lay the first block of floor. It helps me to see the whole idea completed before I start building.

lord_blex wrote:

No matter how good the program is, it will probably have restrictions.

Hammer and PeTI have restrictions too. Even drawing on paper has restrictions. So restrictions are a moot point. The advantage of a program is the restrictions can be overcome. The restrictions are fixed by the medium. They are fixed only by the imagination and the RAM.

lord_blex wrote:

And if you wanna see if the design actually works, a top down view won't help you either way, so you will have to use PeTI or Hammer.

Wrong. A top-down view WILL help you see the thing work, if only in 2D. The redstone simulator does a marvelous job of simulating the function of redstone circuitry. This program could be designed to work in much the same way. Imagine if your drawing could be animated right on the paper. That would make it MUCH easier to see if your design is worth creating without wasting hours and hours trying to get your idea to work only to find out it is either too hard or simply not possible within the confines of the Portal 2 engine. That seems like something a lot of people would appreciate.

lord_blex wrote:

So just because you are in front of a computer, it doesn't mean you have to do everything on it. At least this is what I think. (Of course I'm not against anyone making this, I just don't think it's necessary)

I never you HAD to use this program. I merely said it would be helpful. Lots of designers spend 90% of the design process on paper. They only go on the computer to actually make the finalized design. I am not one of those people. I like to do everything on the computer.

lord_blex wrote:

What do you mean by simulating it? That you can see a layout?
I don't see how working on a grid with a mouse is superior to drawing.

The redstone simulator is like using pencil-and-paper too. But just as with this program, you don't have to waste paper or take time to erase anything. Also, it is more than simply "seeing the layout". The advantage of the program over paper is that you are not limited to the size of the paper. You also don't have to use any limited resources such as paper in order to get your idea firmly created in your mind. I know some people prefer to just start making test chambers but I like the convenience of having the idea set in my mind before I ever start to lay the first block of floor. It helps me to see the whole idea completed before I start building.

lord_blex wrote:

No matter how good the program is, it will probably have restrictions.

Hammer and PeTI have restrictions too. Even drawing on paper has restrictions. So restrictions are a moot point. The advantage of a program is the restrictions can be overcome. The restrictions are fixed by the medium. They are fixed only by the imagination and the RAM.

lord_blex wrote:

And if you wanna see if the design actually works, a top down view won't help you either way, so you will have to use PeTI or Hammer.

Wrong. A top-down view WILL help you see the thing work, if only in 2D. The redstone simulator does a marvelous job of simulating the function of redstone circuitry. This program could be designed to work in much the same way. Imagine if your drawing could be animated right on the paper. That would make it MUCH easier to see if your design is worth creating without wasting hours and hours trying to get your idea to work only to find out it is either too hard or simply not possible within the confines of the Portal 2 engine. That seems like something a lot of people would appreciate.

lord_blex wrote:

So just because you are in front of a computer, it doesn't mean you have to do everything on it. At least this is what I think. (Of course I'm not against anyone making this, I just don't think it's necessary)

I never you HAD to use this program. I merely said it would be helpful. Lots of designers spend 90% of the design process on paper. They only go on the computer to actually make the finalized design. I am not one of those people. I like to do everything on the computer.

Wow! That was...uh, yeah. Just, yeah.