So, I have a question.There was an earlier topic…
Some Research
…where we discovered Gimkit’s animation system goes by rendering, not frame-by-frame. If you don’t know the difference:
Frame-by-frame: Keeps every visual seeable, and when the system says they can see it, frames are individually created to help you see it. For GKC, though, this isn’t the case, because we can activate/deactivate (hence enable/disable every visual and technical thing related to it) devices.
Rendering: Basically clears everything until memory tells the system to add it back (you should see it), and then delete it again when you or anyone else can’t see it. This is memory efficient, and the method used in GKC.
My question is: how would we use this to our advantage, limit or enhancement wise?
We could find ways to make animation?
Maybe I should clarify…
I’ll re-edit my question.
Let’s go, a special Slim essay…
iirc BH made something like this
We could make 3D!
BH made a 3D renderer already, using text emojis 
Are you talking about a wide-scale, global 3D system?
Too much memory. I’d love to see someone make a Doom map though…
What does BH have to say?
One way I see this as a positive is it creates less lag overall on the map.
One way I see this as a negative is: let’s say you have a bunch of barriers for barrier art. It creates a lot of lag because it needs to load every object every single time.
Nope not an essay haha, just thinking.
No, like some 3D 1st Person POV or something
Again, I’m begging for the Doom map… it’s first-person
Frame-by-frame makes lag worse, though.
My question was how would we take this idea and expand limits/enhance current systems?
And, uh, a first-person game…
again, too much memory.
For escaping the world border, we could theoretically figure out a way to make the border unrendered to escape…
We could encourage the use of camera views, which basically makes everything go smoother. Also, i was thinking of make the EXACT same topic. U beat me to it! 
Adding on to this, what if we used alternate tabs to keep the area outside of the border loaded, but not the border itself? That would also (maybe) prevent the need for a camera view.
The tricky part is doing it in edit mode.
oh wait
lol i had the same idea!! great minds think alike!
hmm, so are we gona load the place where we can acess, or the place behind the border, where we are trying to acess?
most definently
Probably not so much progress: I made recursion occur in the triggers, have the Gim teleport at diff places, and then when I go nearby props, it takes them some time to render themselves, because usually recursion has a lasting effect on your game, like for me:
it kept disconnecting and disconnecting until the server life was down.
Bump, cuz uh… technical reasons.
UPDATE!
The props seemed to have moved, after I repeated my process:
ie a table was at 71, 60
and now it’s at 64, 57
the recursions causes engough lag to move the props…
if u make a recursion triggger, how much does it render? does it render stuff 3 blocks away, or 4, or 5?
Seems like it can move multiple props at once, and its range (so far) is 7 tiles.
I set the recursion delay to 0.01, if that helps.
I used:
2x teleporters
1x recurring trigger
1x table
1x 3D printer thingy
3x spawn pad
hmm, nice. is it consistently 7 tiles?
also, is the area 7x7, or 14x14
7x7, and no, it’s not consistently 7 tiles.
The bug now seems to be fixed…
…since I was exploiting it for so long.
At least it’s just for me, you can try!
So I wantt o BUMP thisg uide
(Aw man I have to use on-screen keyboard now) [1]
Lemme give y’all something:
Gimkit doesn’t want me here anymore 
It keeps crashing every time I make a lag machine…
…but every time I don’t do it, things I place don’t load the next time I enter the game.
Gonna have to switch computers and accounts on there (I have 2 GKC accounts)
The Chromebook keyboard needs to be fixed ↩︎