Scratch

The scratch team won't do it, mainly because people with dial-up or a slow connection wouldn't want to wait for a project to load.

Either the limit should be raised, or scratch files should be smaller (at this point they can get pretty big by doing something as simple as adding a few songs, so you almost always need to compress).

10 MB is more than enough for a good game. All my games' sizes are less than 90 KB (~0.09 MB) Well, that's probably without music.....

nitrivia wrote:

i dont think much persons need more space but i need today i haved to delete a lot of thing from this http://scratch.mit.edu/projects/nitrivia/334806 because it was too big please scratch make posible upload bigger projects!!!

Sorry to bump a old topic  , but allowing people to do that will lag the website a little.

<say[ TOO MUCH LAG! ]for( 5 )secs>
<broadcast[ Blow up!
<stop script>

<when I receive[ Blow up!
<repeat( 100000000000000
<play sound[ Boom!
<end>
<stop all>

  That's what happens when there is lag.

(sorry scratch team for bumping this topic  )

The 10MB limit will not be increased because of default limitations with the Java virtual machine. This limitations are not on our servers but on everybody's computers.

I'm not too fond of infinite MB. 10MB is more than enough to make a great game.

Lag = Bad
You never want lag, unless it's to small to notice. But SLOOWW Loading is bad enough, I can barely get a medium size project to load. 

They should find some way to reduce the space a block takes up. For example: most flash rpgs that you could play for HOURS are only 8mb. Yet even half an hour of non repetitive, enjoyable gameplay is a huge challenge on scratch.

There is ways to cut file-size you know, like this:

We have a zoom variable, 1 for zoomed and 0 for normal. Switch to costume zoom.

instead of having this:
<if>  <( <{ zoom }> <=> 1  )>
<switch to costume[1]>
<else>
<switch to costumep[2]>
<end>

we have this:
<switch to costume[ <{ zoom }> ]>


See? That wasn't the greatest example, but it'll do.