Official Everybody Edits Forums

Do you think I could just leave this part blank and it'd be okay? We're just going to replace the whole thing with a header image anyway, right?

You are not logged in.

#1 2016-12-10 17:02:33

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Move Player modifiers (physics) To a new layer

Please do move gravity to a new layer, reasons for this are:

1. The way ee was designed in the first place made it logical to had gravity in the same layer as blocks. there was either down up left right or a block,
However this no longer holds true, we now have half blocks , notes, decoratione etc. etc.

2. alot of 'bugs' result from gravity not beeing in its own layer, like not beeing able to push people to the right in a one way tunnel.

To clarify:
this would involve to move all arrows to the gravity layer, aswell as all boosts
for other blocks their physicks schould return to solid block or passthrough.

water lava and mud physicks would be moved as seperate effects to the gravity layer, these shcould be modifiers for the arrows (essentially morphable arrows)
to adjust their pushforce  (and|or) the movement speed of the player inside them.
this would also include the slippery effect on ice.
The Effects would also be applyable on the arrows, to increase an area where people can double jump instead of a path.

I look forward to this beeing implemented (even if it'd be only partially.)

sorry for my english //forums.everybodyedits.com/img/smilies/tongue

Offline

Wooted by: (2)

#2 2016-12-10 17:58:25

Anatoly
Guest

Re: Move Player modifiers (physics) To a new layer

Era wrote:

sorry for my english https://wiki.everybodyedits.com/images/e/e5/003_tounge

No problem.

But i guess the next posts are "server storage" //forums.everybodyedits.com/img/smilies/sad

#3 2016-12-11 00:25:36, last edited by Slabdrill (2016-12-11 00:25:54)

Slabdrill
Formerly 12345678908642
From: canada
Joined: 2015-08-15
Posts: 3,402
Website

Re: Move Player modifiers (physics) To a new layer

boosts don't need to belong in the layer, though i guess they'd fit...

PS. http://forums.everybodyedits.com/viewtopic.php?id=33459


suddenly random sig change

Offline

#4 2016-12-11 00:46:54

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Re: Move Player modifiers (physics) To a new layer

12345678908642 wrote:

boosts don't need to belong in the layer

they do change physicks too, consistency is important, they are basicly just stronger arrows

Offline

#5 2016-12-11 17:42:49

Krosis
Formerly Arkonagames
Joined: 2015-06-17
Posts: 2,279
Website

Re: Move Player modifiers (physics) To a new layer

Era wrote:
12345678908642 wrote:

boosts don't need to belong in the layer

they do change physicks too, consistency is important, they are basicly just stronger arrows

not really, arrows change your gravity, boosts are like the dots, but have moving force (not gravity)


Krosis.gif

Offline

#6 2016-12-11 18:06:25

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Re: Move Player modifiers (physics) To a new layer

Krosis wrote:

not really, arrows change your gravity, boosts are like the dots, but have moving force (not gravity)

so gravity is *not* a moving force?
besides boosts behavice like arrows, exactly, just with more force and disabled jump.

Offline

#7 2016-12-12 02:31:23

Krosis
Formerly Arkonagames
Joined: 2015-06-17
Posts: 2,279
Website

Re: Move Player modifiers (physics) To a new layer

Era wrote:
Krosis wrote:

not really, arrows change your gravity, boosts are like the dots, but have moving force (not gravity)

so gravity is *not* a moving force?
besides boosts behavice like arrows, exactly, just with more force and disabled jump.

it is, but boosts are different, you stay in the same gravity, just boosts the smiley in the direction
https://everybodyedits.wordpress.com/20 … annonball/


Krosis.gif

Offline

#8 2016-12-12 14:42:55

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Re: Move Player modifiers (physics) To a new layer

nope. try to place a block and a boost which points left right of it, now if you are in the boost, do you fall down?

Offline

#9 2016-12-12 14:50:55, last edited by Koya (2016-12-12 14:51:40)

Koya
Fabulous Member
From: The island with those Brits
Joined: 2015-02-18
Posts: 6,310

Re: Move Player modifiers (physics) To a new layer

Rather than have a new layer have an attribute for action blocks and decorations which correspond to gravity, there will be no need for another layer.

Edit: also non-solid blocks like half slabs and one way doors.


Po9cnQh.png

PLNQVL8.png
Thank you eleizibeth ^

1SYOldu.png

I stack my signatures rather than delete them so I don't lose them
giphy.gif

WfSi4mm.png

Offline

#10 2016-12-12 14:55:46, last edited by Era (2016-12-12 14:59:56)

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Re: Move Player modifiers (physics) To a new layer

koya, those are specifics of the implementation, the layer implementation would be much easier to use for people developing bots.

edit: besides, it is already a pain in the **** to place any morphable block since you need to klick it severall times to get the specific state you want it to have (updating the text of signs already takes 4 clicks, just to keep the color)

Offline

#11 2016-12-12 17:53:37, last edited by Tomahawk (2016-12-12 17:55:11)

Tomahawk
Forum Mod
From: UK
Joined: 2015-02-18
Posts: 2,824

Re: Move Player modifiers (physics) To a new layer

The reasons for this suggestion aren't at all convincing.

1. So what if there's more blocks? You can't put a decoration on top of an arrow and not have it look terrible. The arrow would have to be on top to be visible, and then you'd get random pixels around it. Add in a BG under that, and ew.

2. You don't need a whole new layer to fix physics bugs.

Era wrote:

edit: besides, it is already a pain in the **** to place any morphable block since you need to klick it severall times to get the specific state you want it to have (updating the text of signs already takes 4 clicks, just to keep the color)

Tell me how quick and easy it would be to edit 3 different blocks stacked on top of each other.


One bot to rule them all, one bot to find them. One bot to bring them all... and with this cliché blind them.

Offline

#12 2016-12-12 19:10:50, last edited by Era (2016-12-12 19:11:03)

Era
Member
From: ::1
Joined: 2015-05-06
Posts: 884

Re: Move Player modifiers (physics) To a new layer

Tomahawk wrote:

. So what if there's more blocks?

i did say absolutely nothing about how it would be rendered.

Tomahawk wrote:

You don't need a whole new layer to fix physics bugs.

this is not about physicks bugs, that some would be fixed is a welcome side effect

Tomahawk wrote:

Tell me how quick and easy it would be to edit 3 different blocks stacked on top of each other.

how schould i know? it totally depends on the implementation.

Offline

#13 2016-12-12 20:14:02

Tomahawk
Forum Mod
From: UK
Joined: 2015-02-18
Posts: 2,824

Re: Move Player modifiers (physics) To a new layer

Era wrote:

i did say absolutely nothing about how it would be rendered.

Dot on top of a spring pack flower on some sandy BG:
20svo8k.jpg

Arrow on a Yin-Yang symbol on some carnival pack BG:
2pzh2x0.jpg

Mmm, we're onto something. Where's Toop when you need him?


One bot to rule them all, one bot to find them. One bot to bring them all... and with this cliché blind them.

Offline

Wooted by: (2)

#14 2016-12-12 20:42:19

N1KF
Wiki Mod
From: ဪဪဪဪဪ From: ဪဪဪဪဪ From: ဪဪဪဪဪ
Joined: 2015-02-15
Posts: 11,052
Website

Re: Move Player modifiers (physics) To a new layer

Tomahawk wrote:
Era wrote:

i did say absolutely nothing about how it would be rendered.

Dot on top of a spring pack flower on some sandy BG:
http://oi68.tinypic.com/20svo8k.jpg

Arrow on a Yin-Yang symbol on some carnival pack BG:
http://oi63.tinypic.com/2pzh2x0.jpg

Mmm, we're onto something. Where's Toop when you need him?

It's gonna be the 2012 Carnival backgrounds all over again. I'm in!


Everybody Edits is Fred

Offline

N1KF1481571739639276

Board footer

Powered by FluxBB

[ Started around 1711640965.4133 - Generated in 0.075 seconds, 10 queries executed - Memory usage: 1.62 MiB (Peak: 1.81 MiB) ]