I have seen a few 4D projects on scratch but I have never seen an 4D multiplayer and Is it because its not possible?

We'd need to confirm that our prediction of 4D is actually what 4D is. The fourth dimension could be literally anything.

RethinkingVoxels wrote:

We'd need to confirm that our prediction of 4D is actually what 4D is. The fourth dimension could be literally anything.

And even if we do, it is impossible to render 4 dimensions in a 2-dimensional space. What you see is the nearest approximation of this.

If you manage to solve both of those problems, cloud variables work the same way no matter what dimension you're operating in. Things like player coordinates are also the same, although 4-dimensional coordinates have 4 values ((0, 0, 0, 0) is a 4-dimensional location) so slightly more space would be taken up in transmitting them.

BigNate469 wrote:

If you manage to solve both of those problems, cloud variables work the same way no matter what dimension you're operating in. Things like player coordinates are also the same, although 4-dimensional coordinates have 4 values ((0, 0, 0, 0) is a 4-dimensional location) so slightly more space would be taken up in transmitting them.

Also, if you wanted to make 4D multiplayer with our prediction of 4D, you'd have to represent the fourth variable as time. You can't really represent time with cloud variables

In theory it's possible, but it's probably very hard to pull off. You would have to be very good at Scratch to make it.

Dragonmyflesh wrote:

In theory it's possible, but it's probably very hard to pull off. You would have to be very good at Scratch to make it.

No? Even theoretically, attempting to math out a 4 dimensional space (Keep in mind that we don't even know if our prediction of a fourth dimension's look is even correct) on a 2 dimensional grid with the max cloud limit of 256 characters & 10 cloud variables (totaling 2560 characters), you would be having too much data handed from player to player, even if we kept it as simple as possible, we would have to scrape in encoding and decoding for player locations and then we have to depend on what the game really is. Geometrically, a four dimensional space is a geometric space with four dimensions, and is just a theoretical (or, better put, conceptual) extension of 3 dimensional spaces.

Keeping that in mind, you would have to be using stamping — But then you have an insane amount to do:

• Encompass an object with an object,
  
• Separate it via an unseen distance,
  
• Draw lines that are equivelant to their vertex.
  

I don't use pen, however that would be requiring you to constantly clear all strokes by the pen, and then re-render it with all the data, which would probably not only exceed the memory limit (thus making it not possible to share on Scratch), but also even if optimized to the point where it can be posted, the lag would be unbearable even if compiled.

RethinkingVoxels wrote:

BigNate469 wrote:

If you manage to solve both of those problems, cloud variables work the same way no matter what dimension you're operating in. Things like player coordinates are also the same, although 4-dimensional coordinates have 4 values ((0, 0, 0, 0) is a 4-dimensional location) so slightly more space would be taken up in transmitting them.

Also, if you wanted to make 4D multiplayer with our prediction of 4D, you'd have to represent the fourth variable as time. You can't really represent time with cloud variables

the creator of 4D golf actually found out that the 4th dimension is not time he switted the y axis with the w axis and its just another point in direction just like x,y and z

RethinkingVoxels wrote:

BigNate469 wrote:

If you manage to solve both of those problems, cloud variables work the same way no matter what dimension you're operating in. Things like player coordinates are also the same, although 4-dimensional coordinates have 4 values ((0, 0, 0, 0) is a 4-dimensional location) so slightly more space would be taken up in transmitting them.

Also, if you wanted to make 4D multiplayer with our prediction of 4D, you'd have to represent the fourth variable as time. You can't really represent time with cloud variables

Fortunately we don't need to- we have the

(current [ v])

and

(days since 2000)

blocks. You could probably get away with using those and the built-in timer so that using cloud vars to do so wouldn't be necessary- just when the game first starts, set the cloud variable to the days since 2000 and make sure that other people's copy of the project reads that number. That way, you know when the project started, and where it is in 4-dimensional space, assuming that the 4th dimension is represented as time.

BigNate469 wrote:

RethinkingVoxels wrote:

BigNate469 wrote:

If you manage to solve both of those problems, cloud variables work the same way no matter what dimension you're operating in. Things like player coordinates are also the same, although 4-dimensional coordinates have 4 values ((0, 0, 0, 0) is a 4-dimensional location) so slightly more space would be taken up in transmitting them.

Also, if you wanted to make 4D multiplayer with our prediction of 4D, you'd have to represent the fourth variable as time. You can't really represent time with cloud variables

Fortunately we don't need to- we have the

(current [ v])

and

(days since 2000)

blocks. You could probably get away with using those and the built-in timer so that using cloud vars to do so wouldn't be necessary- just when the game first starts, set the cloud variable to the days since 2000 and make sure that other people's copy of the project reads that number. That way, you know when the project started, and where it is in 4-dimensional space, assuming that the 4th dimension is represented as time.

the creator of 4D golf actually found out that the 4th dimension is not time he switted the y axis with the w axis and its just another point in direction just like x,y and z so that means the four dimension its not time