Okay is this better

Code_Pi wrote:

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

TheCoolCreeper wrote:

gonna try to make a map layout for the cave.

Make a round starting area, and then maybe three things branching off the left side, right side, and bottom side that you can do in any order, each with one key at the end of maybe one puzzle and an enemy encounter, and you need three keys to exit?

NO. that introduces the system of the entire game like a bullet. look at undertale, mother, and pokemon. all of these introduce the system of the game gradually.

OK, then… Maybe something extremely simple? You just walk down a few hallways in a corridor and leave, and then maybe have a few things slowly introduced outside of the cave?

we need characters that introduce the system.

Sounds like a good idea. We could always pull a Metroid and have creatures show what you can do, though /s

Are we using WASD, arrow keys, or both? I prefer arrow keys but what are your thoughts?

i have a system that allows you to pick your own keys. you could do ijkl keys if you wanted with my system

That's great! We should use that system.
It could maybe be in an options menu under “controls”, accessible from in-game or in a menu before starting the game. If that's possible, the pause menu should probably be programmed ASAP to work with the cave system. We can then work on pixel art for different tiles for the cave (I can probably do that no problem), and then we can add in the music I made, and then we'll have finished off the starting area!

Andyglen wrote:

Okay is this better

Yes, thank you.

TheCoolCreeper wrote:

Code_Pi wrote:

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

TheCoolCreeper wrote:

gonna try to make a map layout for the cave.

Make a round starting area, and then maybe three things branching off the left side, right side, and bottom side that you can do in any order, each with one key at the end of maybe one puzzle and an enemy encounter, and you need three keys to exit?

NO. that introduces the system of the entire game like a bullet. look at undertale, mother, and pokemon. all of these introduce the system of the game gradually.

OK, then… Maybe something extremely simple? You just walk down a few hallways in a corridor and leave, and then maybe have a few things slowly introduced outside of the cave?

we need characters that introduce the system.

Please, just minimal text tutorials. Maybe just showing the button controls.
Text tutorials are painful.

ok

TheCoolCreeper wrote:

WolfCat67 wrote:

TheCoolCreeper wrote:

Code_Pi wrote:

TheCoolCreeper wrote:

gonna try to make a map layout for the cave.

TheCoolCreeper wrote:

could you explain how it works so I can add things on later?

i take it you understand this? https://scratch-mit-edu.ezproxy.canberra.edu.au/projects/168668114/

I know how it works, but it's not what I use.

I think we should try using one set way for the whole overworld so that it's a lot more consistent. The more consistent it is, the easier it should be to patch things together properly without bugs showing up. Let's try using Code_Pi's way first. If that doesn't work, we can use TheCoolCreeper's way. If that doesn't work, then… I guess whatever you'd want.

The only real difference is that the system I generally use checks for collisions before moving. Doing that makes movement a lot smoother.

i beg to differ, i think they are the same amount of smoothness

WolfCat67 wrote:

That's great! We should use that system.
It could maybe be in an options menu under “controls”, accessible from in-game or in a menu before starting the game. If that's possible, the pause menu should probably be programmed ASAP to work with the cave system. We can then work on pixel art for different tiles for the cave (I can probably do that no problem), and then we can add in the music I made, and then we'll have finished off the starting area!

ok, right now the system is theoretical, but i know it is possible and i can do it with ease

Code_Pi wrote:

TheCoolCreeper wrote:

Code_Pi wrote:

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

TheCoolCreeper wrote:

gonna try to make a map layout for the cave.

Make a round starting area, and then maybe three things branching off the left side, right side, and bottom side that you can do in any order, each with one key at the end of maybe one puzzle and an enemy encounter, and you need three keys to exit?

NO. that introduces the system of the entire game like a bullet. look at undertale, mother, and pokemon. all of these introduce the system of the game gradually.

OK, then… Maybe something extremely simple? You just walk down a few hallways in a corridor and leave, and then maybe have a few things slowly introduced outside of the cave?

we need characters that introduce the system.

Please, just minimal text tutorials. Maybe just showing the button controls.
Text tutorials are painful.

ok

I think we should use as minimal hand-holding as possible except for maybe at the start. Maybe just provide hints and tips by talking to NPCs on your own accord? I too think that text tutorials are really annoying, and to be quite frankly honest, out of place in most games. I mean, just look at the platformers people have made on Scratch. Those don't even need tutorials and yet still have them almost every time.

WolfCat67 wrote:

Code_Pi wrote:

TheCoolCreeper wrote:

gonna try to make a map layout for the cave.

TheCoolCreeper wrote:

could you explain how it works so I can add things on later?

i take it you understand this? https://scratch-mit-edu.ezproxy.canberra.edu.au/projects/168668114/

I like the perfect collisions, but let's just hope we make it a hitbox so that if you're up against a wall that's north of your character, your head won't be the thing that stops it, but rather a certain point that stops because of the hitbox. That way we can have depth. I'm pretty sure you showed that inside of your OSW project that's the current version of the RPG engine?

How does this have 259 posts on it, I mean seriously

yah, this is just an example, and yes that is in the current rpg version.

Code_Pi wrote:

WolfCat67 wrote:

That's great! We should use that system.
It could maybe be in an options menu under “controls”, accessible from in-game or in a menu before starting the game. If that's possible, the pause menu should probably be programmed ASAP to work with the cave system. We can then work on pixel art for different tiles for the cave (I can probably do that no problem), and then we can add in the music I made, and then we'll have finished off the starting area!

ok, right now the system is theoretical, but i know it is possible and i can do it with ease

if <(system) = [1]> then
if <key [right arrow v] pressed?> then
...
end
end
if <(system) = [2]> then
if <key [d v] pressed?> then
...
end
end
...

It's not compact in any sense, but it'd do what you said. XD

WolfCat67 wrote:

I think we should use as minimal hand-holding as possible except for maybe at the start. Maybe just provide hints and tips by talking to NPCs on your own accord? I too think that text tutorials are really annoying, and to be quite frankly honest, out of place in most games. I mean, just look at the platformers people have made on Scratch. Those don't even need tutorials and yet still have them almost every time.

yes, i did not want to do a pokemon heartgold text tutorial or anything like that. your way is good.

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

That's great! We should use that system.
It could maybe be in an options menu under “controls”, accessible from in-game or in a menu before starting the game. If that's possible, the pause menu should probably be programmed ASAP to work with the cave system. We can then work on pixel art for different tiles for the cave (I can probably do that no problem), and then we can add in the music I made, and then we'll have finished off the starting area!

ok, right now the system is theoretical, but i know it is possible and i can do it with ease

if <(system) = [1]> then
if <key [right arrow v] pressed?> then
...
end
end
if <(system) = [2]> then
if <key [d v] pressed?> then
...
end
end
...

It's not compact in any sense, but it'd do what you said. XD

it is way more efficient and uses hacked blocks. i will incorporate my system soon but i have to go for a while.

Code_Pi wrote:

WolfCat67 wrote:

Code_Pi wrote:

WolfCat67 wrote:

That's great! We should use that system.
It could maybe be in an options menu under “controls”, accessible from in-game or in a menu before starting the game. If that's possible, the pause menu should probably be programmed ASAP to work with the cave system. We can then work on pixel art for different tiles for the cave (I can probably do that no problem), and then we can add in the music I made, and then we'll have finished off the starting area!

ok, right now the system is theoretical, but i know it is possible and i can do it with ease

if <(system) = [1]> then
if <key [right arrow v] pressed?> then
...
end
end
if <(system) = [2]> then
if <key [d v] pressed?> then
...
end
end
...

It's not compact in any sense, but it'd do what you said. XD

it is way more efficient and uses hacked blocks. i will incorporate my system soon but i have to go for a while.

Alright, see you. (Also, I knew it would be way more efficient; that's kind of a given.)

Okay if we're using your system, can you at least explain to me how it works?

Should we include side quests?

Andyglen wrote:

Should we include side quests?

I mentioned that earlier. I was thinking Side Quests would be a good idea, as long as they're not all fetch quests.

I'm not going to develop with your engine untill you tell me how. I can't use the engine you made without understanding how it works. Untill I am given an explanation, I'm going to be working with the engine I'm using.

TheCoolCreeper wrote:

I'm not going to develop with your engine untill you tell me how. I can't use the engine you made without understanding how it works. Untill I am given an explanation, I'm going to be working with the engine I'm using.

isOnline says that Code_Pi is indeed online, though they may be away from the computer at the moment. They mentioned something about that earlier. But yeah, you should probably work with your current engine at the moment. Code_Pi says they seem to work the same, so it shouldn't matter.

TheCoolCreeper wrote:

I'm not going to develop with your engine untill you tell me how. I can't use the engine you made without understanding how it works. Untill I am given an explanation, I'm going to be working with the engine I'm using.

ok. i am using the project that i showed you as an example of the physics because i made that project just in the OSW style.

if you are confused about all the lists, i just think of them as lists of variables. i use lists instead of variables so i can organize my variables easily.

player data
1 x
2 y
3 direction
4 scroll x
5 scroll y


help data
these are variables that i can use without worry in my system. these dont carry important info


ground data
this is a multi dimentional list. each item within the lst is a list. each item within the list carries all the data for each area. (each item is one area)
the list item seperators are the periods.

the first item of a list with the list of ground data is an area's x, the second being its y

this is explaining how i can have one entity sense another:

think of it this way. each sprite has a color (area hitboxes are orange). when i do change i do one sprite at a time. i start with drawing the hitboxes. this draws the area hitboxes as orange. then i switch my costume to the hitbox for my character. this i would “switching sprites”. now, if i want to sense for area hitboxes, i need to go to the x and y for my player, then sense for the color orange, since the area hitboxes are orange. i could (if there were more than 2 entities) sense for all the rest of my entities using the same system. i carry the rest of the of the platformer script the same way. then i clear everything and draw the visuals. if you are looking for how the script knows where to draw what, that is in the lists and multi dimensional lists


Now that i have thought you have to read, i must tell you how to write.


to create an entity, you need to create its data. i will use the area hitboxes as an example. the first thing you need to do is make the location that the area will go to when it is drawn. to do this create another item in ground data. you need to put in this item the x and y like this. sinse the first item is x and the second is y, you would put (x).(y). as the value of the item. an example would be 480.0. (x = 480, y = 0). then you need to create two costumes for it: a hitbox (
note this comment is dedicated solely to the teaching of the OSW system, and so i will be editing as i go along.

Can you please just organize it in a way that's easy to use and understand? That's all I'm asking for.

TheCoolCreeper wrote:

Can you please just organize it in a way that's easy to use and understand? That's all I'm asking for.

i just added a comment explaining the functions of the lists check it out

I know, but what about all the random unexplained functions? What do those do?

TheCoolCreeper wrote:

I know, but what about all the random unexplained functions? What do those do?

those are pretty explainitory, but i will make a comment for each of them in the project