FANDOM


A One Sprite One Script Project, or 1s1s project, is a project that runs on only one sprite and one script. There are limitations, but most can be worked around.

MethodsEdit

Below are some of the many methods used to avoid extra scripts or sprites:

  • Multiple sprite movement- The sprite will place itself at recorded coordinates, do its business, and move on to another plotted destination, recording and stamping its position for later. This gives the illusion of multiple sprites.
  • Multi-digit scoring- The sprite will stamp the digits in turn.
  • Swift "loading bars"- Stamping a sprite many times across a space takes valuable time; the sprite will turn on its pen, move, and raise its pen.

HistoryEdit

The idea of a 1s1s project is not new, but it has been noticed by the Scratch Team that 1s1s projects are becoming a big trend. [1] Although many 1s1s projects have been made before, some will say that LINE by RHY3756547 was the first major 1 Sprite 1 Script project - this project most likely triggered the fad. So - following this project, many people made their own 1s1s projects, from games to simulations.

LINE's picture

LINE by RHY3756547







ProblemsEdit

  • The Wait () Secs block will slow the entire script - one solution is to have the sprite change a variable repeatedly until it has reached a certain value. This can be an advantage or disadvantage, depending on the situation - it will be measured by the amount of frames, not the amount of time. Another solution to this is to reset the timer, and have the sprite repeat it's normal functions until the timer is greater than the wanted time.
  • A script has a limited area to show itself - once the script is long enough, it will cut its view at that point and below. The Scratch Team have noticed this problem[2] - it will probably be fixed in the next version of Scratch.

Zero Sprites One ScriptEdit

Some users, finding the challenge easy enough, have moved on to creating a project that runs on simply one script - no sprites included.

Some tricks for programming in this way are as follows:

  • Multiple object movement- The Stage is frozen; it cannot place itself at different locations and stamp. Some backgrounds form an animation, resembling the wanted effect - but it is rather glitchy.
  • Mouse detection- A sprite can place itself in different locations according to the mouse-pointer's coordinates - instead, a possibly lengthy script must be created to check in detail the mouse's location.

ReferencesEdit

  1. http://scratch.mit.edu/forums/viewtopic.php?pid=337823#p337823
  2. http://scratch.mit.edu/forums/viewtopic.php?pid=337823#p337823

External LinksEdit

Ad blocker interference detected!


Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.