this post was submitted on 07 Aug 2023
110 points (96.6% liked)
Canvas
2084 readers
1 users here now
Canvas — The Fediverse’s r/place
2024 Concluded!
Get a print!
- Check out the other items
- mastodon.world, lemmy.world, blahaj.zone, toot.community, toast.ooo, canvas 2024 stickers also available!
- Donate directly
Links
- fediverse.events
- GitLab / Source
- Matrix Space
- Discord Server (bridged to matrix)
Timelapses
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
36 pixels at once would be fine early on when there’s plenty of room and everyone’s doing their own thing, but once it starts to fill up and people start interacting more, other people need time to respond to each pixel.
Maybe have the number go down over time, or say every time you overwrite an existing pixel it reduces your total stack capacity.
Well my point with 36 pixels is that it would let people use the site in a healthy way (daily) but also allow decent velocity of creation for a slow-developing canvas. The details could be tweaked I just figured "once a day sounds right, no pressure then" and "150 users doing 24 pixels per day would fill a 10th of the canvas (the scroll-right number, 100,000 pixels) in a month. Obviously the numbers could be tweaked depending on activity of the community and the dimensions of the editable canvas, I would just say targeting a good experience for "daily use" is healthy for a permanent site. Because I know my use of this site this weekend was anything but healthy.
Maybe put the cap at 16 (assuming hourly pixel generation), so you can hit the site twice daily plus a little wiggle room while still reaching peak output. Too often the canvas felt like being the little Dutch boy with the finger in the dike.
Imho the approach of punishing overwriting with slower regen is the right move - every overwrite pixel you place should add a 1 pixel delay to your pixel generation, so vandalizing (and repairing) takes twice as long as creating.