Sort of, but a GKC version.
So basically, y’all are just making an entire topic that this guide covers:
What is the difference between this and the guide? More complexity? It’s the same exact thing.
@Epi320, that doesn’t exist anymore.
1 Like
Instead of just inputting the pixel art into text pre-game, the player playing the game inputs base64 code of a 10px by 10px image, and then a base64 decoder made with block code will show the image in-game using text.
1 Like
Oh, ok I understand what you’re saying now. That’s actually kinda cool! Good luck everybody!
2 Likes
NOOO THE PURGE
so we are making it so that ANY Picture can be made into a pixel art.
Like, coding a image to text-based-pixel-art
The only “text” you can input with copy/paste is with the player name when it joins. It can hold a max of 20 characters.
Add enough players and you get 100 numbers you can get with player joins late and get player names blocks/devices.
1 Like
That’s a good idea, @SlimExtraterrestrial!
…
I’m still working out the odds of the base-64 decoder, it would most definitely use at least 5-15 blocks or 2,500 to 7,500 memory, at least.
Question, is this topic different from this one:
Possible but limited
Because what you could do is number the tiles
And assign each keybind a color and when you press a keybind it places the color and increments to the next number
Or the keybinds could be like pick a color and enter then move on to the next
So think of this concept like placing blocks in order to rows
And the color picking system like scrolling back and forth seeing how we can do 3 keybinds
We can easily make enter, left, or right
While this is not the best it’s what makes it possible and that just gave me an idea for a puzzle too :3
1 Like
Yes, this is different.
1 Like