Scratch

scimonster · 2011-04-14 10:25:19

Alternatives wrote:
Chrischb wrote:
14. Sprite cloning

Imagine this... you're in a fighting game. You pilot your plane with expert skills (because of course you're that good!), dodge some bullets, and begin firing a stream at the boss.
Agh! Only three bullets at a time! You thump the controls (keyboard) and wait for the bullets to go offscreen. Then you can continue firing.
What you want is a method of sprite cloning, where you can fire infinite (theoretically) bullets at your enemies and annihilate them. Well... supposing you could, the project would get extremely laggy and your gun would overheat.

There don't seem to be any satisfying reasons why this feature has not been added, but the most likely is the fact that it would slow down the project and confuse users. Also, imagine reading x and y positions of each clone and controlling them seperately... agh.

There seems to be a way to build blocks that will do the job - but beware.
The lag problem could easily be over come by a "Delete Sprite" block. Just a suggestion

That is how it will be done in Scratch 2.0, I expect.

Chrischb · 2011-04-15 02:41:57

Alternatives wrote:
Chrischb wrote:
14. Sprite cloning

Imagine this... you're in a fighting game. You pilot your plane with expert skills (because of course you're that good!), dodge some bullets, and begin firing a stream at the boss.
Agh! Only three bullets at a time! You thump the controls (keyboard) and wait for the bullets to go offscreen. Then you can continue firing.
What you want is a method of sprite cloning, where you can fire infinite (theoretically) bullets at your enemies and annihilate them. Well... supposing you could, the project would get extremely laggy and your gun would overheat.

There don't seem to be any satisfying reasons why this feature has not been added, but the most likely is the fact that it would slow down the project and confuse users. Also, imagine reading x and y positions of each clone and controlling them seperately... agh.

There seems to be a way to build blocks that will do the job - but beware.
The lag problem could easily be over come by a "Delete Sprite" block. Just a suggestion

Hmm, I hope it would work even if you had 932698753429857938267422 bullets on screen big_smile

luigis_1_fan · 2011-04-18 16:58:15

by locking downloads do you mean when you want a ASK block and you dont want ANYONE to see the answer ,example: ask [enter password] and wait , if (answer) = de26 ...
and you dont want poeple to see "de26" so they have to guess the answer or find it in another project?? you CAN lock downloads already

kayybee · 2011-04-18 19:55:15

No, you can just download and find the password, or download and delete that sprite.

you CAN'T lock downloads already

kayybee · 2011-04-27 19:02:42

The title of this needs to be changed.

Or there needs to be something changed about this forum.

Only the suggestions.

I just saw like two more threads about PMing.

Agentpieface · 2011-04-28 01:17:40

Hmm, what if you could share projects between 2 people for collaborations? That would be fine. (Referring to #6)

imnotbob · 2011-04-29 13:15:24

that helps lots. thnx smile

Last edited by imnotbob (2011-04-29 13:15:39)

cheddargirl · 2011-04-29 18:57:22

Agentpieface wrote:
Hmm, what if you could share projects between 2 people for collaborations? That would be fine. (Referring to #6)

The Scratch Team is currently trying to find ways to make collaborations between users easier. It's possible that such a collaboration feature would be the ability for multiple users to work on a project online (recall that part of the Scratch 2.0 concept is making an online version of the Scratch interface for those who have not downloaded Scratch).

However, private sharing has a lot of cons similar to that of private messaging; it's probably going to be one of those things that might not be implemented on the website. My guess is that shared projects would probably have to be available to be viewed by anybody (although, perhaps, locked from downloads, playing, and remixes until the project is deemed finished by the collaborators).

[BTW, don't take my word for the way collaborations might be implemented on the website - it's one of those things that's still undergoing a lot of discussion by the Scratch Team. ^^;]

Last edited by cheddargirl (2011-04-29 18:59:37)

Rocker98585 · 2011-05-02 16:42:29

Okay, you might find this weird: The Scratch program on my computer isn't opening!!! What should I do

kayybee · 2011-05-02 19:10:28

1. You need to make your own thread.
2. You need to make your own thread in Troubleshooting.
3. There's something wrong that you did, it opens for everyone else.

jslomba · 2011-05-02 20:23:27

COOL! (I was too lazy to read the whole thing though)

James546372819000 · 2011-05-09 18:32:13

I have some ideas...

scimonster · 2011-05-09 22:48:34

What are they?

Last edited by scimonster (2011-05-09 22:48:40)

James546372819000 · 2011-05-13 19:51:05

On youtube there is a dislike button... That is like rating something 1 star.

Chrischb · 2011-05-13 19:53:39

James546372819000 wrote:
On youtube there is a dislike button... That is like rating something 1 star.

But that's youtube tongue

Sidharth · 2011-05-15 19:20:01

Thank you Chris, this cleared up a lot of confusion for me! smile smile smile

emboar30 · 2011-05-17 11:45:39

Blimey, read every single word of that. Would like a 3d scratch but im happy enough with just 2d because I'm new and stuff.

Cameocool999 · 2011-05-28 01:43:28

This is a handy referance for common topics.

Good job!

scimonster · 2011-05-30 07:28:50

It's an "iPhone". tongue
Cloning will be in 2.0.
What about adding BYOB to Scratch?
Also: come on the wiki!!! XD
EDIT:
If you look at the source for any of my posts, you should see this:

Code:

<dl>
                    <dt><strong><a href="/users/scimonster">scimonster</a></strong></dt>
                    <dd class="usertitle"><strong>Scratcher</strong></dd>
                    <dd class="postavatar"></dd>
                    <dd>Registered: 2010-06-13</dd>
                    <dd><a href="search.php?action=show_user&amp;user_id=105129">Posts</a>: 3641</dd>
                </dl>

See the "<dd class="postavatar"></dd>"? It's left empty though. That's where the space between "Scratcher" and "Registered:" comes from though.

Last edited by scimonster (2011-05-30 07:32:03)

owetre18 · 2011-06-14 19:53:22

Maybe the idea of making sigs bigger. Oh, and more BB code. They both won't happen.

Last edited by owetre18 (2011-06-14 19:53:36)

scimonster · 2011-06-15 06:55:11

owetre18 wrote:
Maybe the idea of making sigs bigger. Oh, and more BB code. They both won't happen.

Paddle2See wrote:
Good ideas! I would certainly like to see some new functionality in BB code - I could really use that font setting code.

jamalaron · 2011-06-15 23:35:03

3-D in srcatch? its been done. ITS CALLED RAYCASTING

kayybee · 2011-06-15 23:37:28

jamalaron wrote:
3-D in srcatch? its been done. ITS CALLED RAYCASTING

The suggestion means natural 3D support, like StarlogoTNG.

quincyM · 2011-06-18 16:10:24

Chrischb wrote:
14. Sprite cloning

Imagine this... you're in a fighting game. You pilot your plane with expert skills (because of course you're that good!), dodge some bullets, and begin firing a stream at the boss.
Agh! Only three bullets at a time! You thump the controls (keyboard) and wait for the bullets to go offscreen. Then you can continue firing.
What you want is a method of sprite cloning, where you can fire infinite (theoretically) bullets at your enemies and annihilate them. Well... supposing you could, the project would get extremely laggy and your gun would overheat.

There don't seem to be any satisfying reasons why this feature has not been added, but the most likely is the fact that it would slow down the project and confuse users. Also, imagine reading x and y positions of each clone and controlling them seperately... agh.

There seems to be a way to build blocks that will do the job - but beware.

You contradict yourself here and offer nothing being resolved. First you say an extremely common use case for all games, then say it would make the project slow b/c you'd have to manage each clone. We all have had to hack a solution to make multiple instances of sprites by using the duplicate method anyways. How is that worse than having programmatic sprite cloning? We now have to control each duplicated sprite.

Now about efficiency, which do you think is more efficient, scratch parsing/running 100 duplicated scripts at the same time, or scratch parsing 1 script for 100 cloned sprites? Caching and filesize would be improved when using cloning.
It should be more efficient

Envision · 2011-06-18 16:45:16

quincyM wrote:
Chrischb wrote:
14. Sprite cloning

Imagine this... you're in a fighting game. You pilot your plane with expert skills (because of course you're that good!), dodge some bullets, and begin firing a stream at the boss.
Agh! Only three bullets at a time! You thump the controls (keyboard) and wait for the bullets to go offscreen. Then you can continue firing.
What you want is a method of sprite cloning, where you can fire infinite (theoretically) bullets at your enemies and annihilate them. Well... supposing you could, the project would get extremely laggy and your gun would overheat.

There don't seem to be any satisfying reasons why this feature has not been added, but the most likely is the fact that it would slow down the project and confuse users. Also, imagine reading x and y positions of each clone and controlling them seperately... agh.

There seems to be a way to build blocks that will do the job - but beware.
You contradict yourself here and offer nothing being resolved. First you say an extremely common use case for all games, then say it would make the project slow b/c you'd have to manage each clone. We all have had to hack a solution to make multiple instances of sprites by using the duplicate method anyways. How is that worse than having programmatic sprite cloning? We now have to control each duplicated sprite.

Now about efficiency, which do you think is more efficient, scratch parsing/running 100 duplicated scripts at the same time, or scratch parsing 1 script for 100 cloned sprites? Caching and filesize would be improved when using cloning.
It should be more efficient

Cloning is implemented in Scratch 2.0, so do not worry.

Scratch

archived forums

#176 2011-04-14 10:25:19

Re: READ THIS BEFORE SUGGESTING ANYTHING

Alternatives wrote:

Chrischb wrote:

#177 2011-04-15 02:41:57

Re: READ THIS BEFORE SUGGESTING ANYTHING

Alternatives wrote:

Chrischb wrote:

#178 2011-04-18 16:58:15

Re: READ THIS BEFORE SUGGESTING ANYTHING

#179 2011-04-18 19:55:15

Re: READ THIS BEFORE SUGGESTING ANYTHING

#180 2011-04-27 19:02:42

Re: READ THIS BEFORE SUGGESTING ANYTHING

#181 2011-04-28 01:17:40

Re: READ THIS BEFORE SUGGESTING ANYTHING

#182 2011-04-29 13:15:24

Re: READ THIS BEFORE SUGGESTING ANYTHING

#183 2011-04-29 18:57:22

Re: READ THIS BEFORE SUGGESTING ANYTHING

Agentpieface wrote:

#184 2011-05-02 16:42:29

Re: READ THIS BEFORE SUGGESTING ANYTHING

#185 2011-05-02 19:10:28

Re: READ THIS BEFORE SUGGESTING ANYTHING

#186 2011-05-02 20:23:27

Re: READ THIS BEFORE SUGGESTING ANYTHING

#187 2011-05-09 18:32:13

Re: READ THIS BEFORE SUGGESTING ANYTHING

#188 2011-05-09 22:48:34

Re: READ THIS BEFORE SUGGESTING ANYTHING

#189 2011-05-13 19:51:05

Re: READ THIS BEFORE SUGGESTING ANYTHING

#190 2011-05-13 19:53:39

Re: READ THIS BEFORE SUGGESTING ANYTHING

James546372819000 wrote:

#191 2011-05-15 19:20:01

Re: READ THIS BEFORE SUGGESTING ANYTHING

#192 2011-05-17 11:45:39

Re: READ THIS BEFORE SUGGESTING ANYTHING

#193 2011-05-28 01:43:28

Re: READ THIS BEFORE SUGGESTING ANYTHING

#194 2011-05-30 07:28:50

Re: READ THIS BEFORE SUGGESTING ANYTHING

Code:

#195 2011-06-14 19:53:22

Re: READ THIS BEFORE SUGGESTING ANYTHING

#196 2011-06-15 06:55:11

Re: READ THIS BEFORE SUGGESTING ANYTHING

owetre18 wrote:

Paddle2See wrote:

#197 2011-06-15 23:35:03

Re: READ THIS BEFORE SUGGESTING ANYTHING

#198 2011-06-15 23:37:28

Re: READ THIS BEFORE SUGGESTING ANYTHING

jamalaron wrote:

#199 2011-06-18 16:10:24

Re: READ THIS BEFORE SUGGESTING ANYTHING

Chrischb wrote:

#200 2011-06-18 16:45:16

Re: READ THIS BEFORE SUGGESTING ANYTHING

quincyM wrote:

Chrischb wrote:

Board footer