Hello!

Yes, I am trying to make Fortnite in Scratch.
There are going to be loads of things missing from the original, so I need help getting as close to it as possible.

You can see the project coming together here:

Studio

We need people who:

Can work as a team(IMPORTANATANATNANT)


Does anyone want to help? Reply here.

Username:
Department(s):
Level, 0 - 5(0 being I'm new to it, 5 being I probably understand it more all of you):
Example project:
Other(optional):

Example usage:

Username: Wainggan
Department(s): Cloud Logic
Level, 0 - 5(0 being I'm new to it, 5 being I probably understand it more all of you): 4
Example project: (insert project link here)
Other(optional):

Change of plan:
We are going to use 3D!
For this, we will need a 3D render, which we do not have


Limitations:

Can't have 100 players.
We will have 37(?) :0

I am still unsure whether or not we will get building up and running.


Complete:

Cloud Architecture(?)

Staff:

Wainggan
ImAnPopularYoutuber1
MushiB
Arbiter1227
legendscroll
xMysticalCoder

• 3D Render - Rendering 3D shapes!
  Wainggan
  Arbiter1227
  
  
• Cloud Logic - Cloud data
  Wainggan
  Arbiter1227
  
  
• Game Logic - Programming the world logic, like chests and bullets shot
  Wainggan
  ImAnPopularYoutuber1
  
  
• Player Logic - Programming the player's movement, aim, etc
  Wainggan
  
  
• Art - 2D
  legendscroll
  
  
• Art - 3D - 3D models
  
  
• Sound - SFX
  
  
• Music - I don't think we'll need too much music btw
  ImAnPopularYoutuber1
  

xMysticalCoder

Staff who have left us ( ╥ω╥ )

-CloudGate-
They left us after we didn't make any progress for a little while.
( ╥ω╥ )

How the game works:

Init:
The cloud will set up a connection with the server
All the other sprites will do whatever if there is a connection

Loop:
The player sprite will do it's thing.
The 3D render sprite will render everything it needs to render.
The cloud sprite will send data to the server, and receive data from the server.


Variable naming conventions:

_{name} - Super Global, things like system information.
!{name} - Global, things like the camera position.
@{name} - Local
*{name} - (Local) All purpose, like the output of a script
${name} - (Local) constants

If you are making something that will be used in the project, please, please, please use these variable conventions.

if you get people good enough you can make it very close to the real Fortnite(only like 8fps on turbowarp, but, that's still fast for scratch), I know exactly how.

Do you want to join?

Wainggan wrote:

Do you want to join?

I can help, but I won't be putting my full attention into this project, because I'm working on other stuff

Ok!

Interesting Cloud limitations:

Character limit of 256
Each character HAS to be numbered 0-9, no hex
You can only update 1 cloud var at a time
It takes about 2 frames to update
If you update too fast, you will be disconnected. (So as a rule of thumb, update every 3-6 frames)
If someone presses ‘See Inside’, they are disconnected, and the cloud vars become normal variables. The author of the project is an exception.
If you try to update with an error(example, setting a cloud var to “Hello!”), it will not update at all. If you try to set it to something with a length above 256, it will error, and not update.

you could make it 3d steps:
use Perlin noise or any other type of noise to generate terrain
then render it
and then use sprites as people
there are several 3d projects as advanced as Fortnite, just without building and cloud and guns; guns and cloud are things we can do with no extra lag, so on turbowarp it would be quite fast, and since turbowarp has cloud you can make it so you can only play on turbowarp

I personally think that making it 3D would make it needlessly complex and difficult to update, for several reasons:

I have never worked with 3D.
Making it 3D would mean we now have 3 axes to account for, and that's a lot, especially considering how small cloud variables are.
I kinda want this to be kinda playable in the Scratch website


For now, I would like to focus on figuring out how we would implement building.

bump

Wainggan wrote:

I personally think that making it 3D would make it needlessly complex and difficult to update, for several reasons:

I have never worked with 3D.
Making it 3D would mean we now have 3 axes to account for, and that's a lot, especially considering how small cloud variables are.
I kinda want this to be kinda playable in the Scratch website


For now, I would like to focus on figuring out how we would implement building.

rebuttal:
it will be playable in scratch(1fps), 3d is actually not too hard to learn, cloud variables can have 256 character which is more than enough to make this game

Counterpoint:
No, 256 as I've calculated will not be enough.

Sure, for 8 players it is more than enough, but I want 32 people playing on this at once.
Right now, each variable is divided in preparation for this. Each variable is divided into 4, so 4 players can use 1 variable. If we use 8 variables, then we can get 32 people at once.
256 / 4 is 64, so we actually only have 64 characters per player.
This is how I'm going to use it:

xxxxx - xpos
yyyyy - ypos
ooooo - online?
d - direction
cc - current costume
zzzz - color
g - gun
tt - target
aaa - angle of gun
xxx - xvelocity*
yyy - yvelocity*

This is 34 characters, which leaves us with 30 characters left.
If we switch to 3D, then we would need an extra 5 characters for zpos, 3 for zvelocity, and 6 for the angle of the gun wait a minute maybe we could try 3D

Edit:
1 fps is not playable, we need at least 15.

Wainggan wrote:

Counterpoint:
No, 256 as I've calculated will not be enough.

Sure, for 8 players it is more than enough, but I want 32 people playing on this at once.
Right now, each variable is divided in preparation for this. Each variable is divided into 4, so 4 players can use 1 variable. If we use 8 variables, then we can get 32 people at once.
256 / 4 is 64, so we actually only have 64 characters per player.
This is how I'm going to use it:

xxxxx - xpos
yyyyy - ypos
ooooo - online?
d - direction
cc - current costume
zzzz - color
g - gun
tt - target
aaa - angle of gun
xxx - xvelocity*
yyy - yvelocity*

This is 34 characters, which leaves us with 30 characters left.
If we switch to 3D, then we would need an extra 5 characters for zpos, 3 for zvelocity, and 6 for the angle of the gun wait a minute maybe we could try 3D

Edit:
1 fps is not playable, we need at least 15.

how about you go to https://scratch.mit.edu/projects/431276535, it uses an engine that uses messages and can handle infinite players

I think maybe we should give 3D a try.

ALSO
What if we tried to make it here
https://sheeptester.github.io/htmlifier/

It has an option of using your own server

Wainggan wrote:

I think maybe we should give 3D a try.

ALSO
What if we tried to make it here
https://sheeptester.github.io/htmlifier/

It has an option of using your own server

a good option is going to turbowarp (bigger cloud vars and is fast)

EDIT: wow the htmlafier website has gotten updated a lot,

Wait, it has bigger cloud variables? How big? Where can I find information like this?

-CloudGate- wrote:

Wainggan wrote:

I think maybe we should give 3D a try.

ALSO
What if we tried to make it here
https://sheeptester.github.io/htmlifier/

It has an option of using your own server

a good option is going to turbowarp (bigger cloud vars and is fast)

EDIT: wow the htmlafier website has gotten updated a lot,

EDIT 2: we could also use cloudlink by MikeDEV

Wait, maybe we actually can do 3D, and we can have a full server with everything Fortnite has, like a storm, and best of all, building thanks to CloudLink

Edit: and using CloudCoin, we can simulate v-bucks lol

Edit 2: how do you set up a server

Alrighty then, I've decided:

We will be using CloudLink, simply because this is the best thing since sliced bread

HOWEVER, I don't know how to set up a server. I think I understand how to get the game connected and running well, but I don't know how to get a server connected.



And vote:

Should we do 3D or 2D?
3D will up the complexity by infinity, even if it is simple to assemble.
2D will be is one less dimension than 3D, but it will make this game so much easier to get working.