Are you sure its just not your computer? I mean, yeah the online scratch is slow regardless, but I'm sure using the offline version could speed up some stuff. Anyway, No support, but don't think I'm against this. I do like the idea

Support speeding things up a bit.

Superandultra wrote:

Are you sure its just not your computer? I mean, yeah the online scratch is slow regardless, but I'm sure using the offline version could speed up some stuff. Anyway, No support, but don't think I'm against this. I do like the idea

I like the idea, so, no support.

Logic.

theonlygusti wrote:

Superandultra wrote:

Are you sure its just not your computer? I mean, yeah the online scratch is slow regardless, but I'm sure using the offline version could speed up some stuff. Anyway, No support, but don't think I'm against this. I do like the idea

I like the idea, so, no support.

Logic.

Using the offline editor is just as bad. The offline editor's only speed advantage is that assets don't need to be uploaded.

comp09 wrote:

theonlygusti wrote:

Superandultra wrote:

Are you sure its just not your computer? I mean, yeah the online scratch is slow regardless, but I'm sure using the offline version could speed up some stuff. Anyway, No support, but don't think I'm against this. I do like the idea

I like the idea, so, no support.

Logic.

Using the offline editor is just as bad. The offline editor's only speed advantage is that assets don't need to be uploaded.

No, they're right: the offline editor would speed things up.

Decompile and build with a proper, efficient renderer that only renders visible things

Sorry to come in so late, I know I am not supposed to, but I really need this fixed. I am using a custom block which has a lot of if/else statements. I can't split them up into more custom blocks, and my browser has actually crashed trying to edit it. I tried to fix it by putting undefined blocks in, to slow the script down so not as many actions were executing at the same time, and it helped a little with the playing but the editor is still slow. I tried everything I could thing of, including turning the entire thing to a 1s1s but that did not work, because the script was longer. Any edit I make pretty much breaks the editor. It is only a simple tetris game that I needed to detect what block it was in costume form!

TechClassScratch wrote:

Sorry to come in so late, I know I am not supposed to, but I really need this fixed. I am using a custom block which has a lot of if/else statements. I can't split them up into more custom blocks, and my browser has actually crashed trying to edit it. I tried to fix it by putting undefined blocks in, to slow the script down so not as many actions were executing at the same time, and it helped a little with the playing but the editor is still slow. I tried everything I could thing of, including turning the entire thing to a 1s1s but that did not work, because the script was longer. Any edit I make pretty much breaks the editor. It is only a simple tetris game that I needed to detect what block it was in costume form!

If it's just a simple tetris game and you are using gigantic if-else chains, then you are probably doing something wrong.

theonlygusti wrote:

The Scratch editor is soooooooooo slow, I mean, it's gotten to the point where I have to create my scripts in another project, backpack them, then move them into the actual project.

I think that Scratch renders all scripts in the scripting area, even those which aren't visible. Because of this, large projects like mine are un-editable: it's impossible to do anything within them!

Scratch should only render visible scripts, or do something to increase speed. I have one script in my sprite, but I can't edit any text/number inputs, and scrolling around takes a few seconds to update. It's ridiculous.

My suggestion: make scratch better Scratch should be SANIC speed! Why can't the Scratch team just stuff in every optimization possible?

1. Internet
2. Computer
3. Editor

This is the order you worry about things as it is perfectly fine for me, though I would love for some optimization!

So what the heck, support!

wow your computer has 10 GB ram? mine has 4 GB and never lags here even on my ridiculously huge projects!

I support the title, it needs a big boost, I think the scratch servers are stressing alot recently, they are receiving an insane mass of space and visitors at the moment. however, This is such a huge task to generally do, This is why (I think) They are (Trying) to convert to HTML5 - So really, they are trying, its just such a huge job, so i guess weve just got to give the guys time Maybe a boost in staff could do. The team are doing brilliantly with all there work, however, maybe they need just a few more to speed the whole process.

The_Scratch_Squad wrote:

theonlygusti wrote:

Scratchifier wrote:

theonlygusti wrote:

Scratchifier wrote:

I haven't had problems with offscreen scripts lagging my projects, unless the offscreen script location is under the box that I drag blocks from. If you have a huge script, I would suggest separating it into several smaller scripts using custom blocks and dragging them a bit to the right. That seems to work for me, at least.

Problems:

Final project can't have custom blocks (1s1s)
If I were to break it up, it would take at least an hour to drag all the blocks around in that lag-zone.

Hmm. I tend to find that it works best when I attack the middle of the script. Then the middle of both middles. If you don't want custom blocks in the final project, I would suggest taking the same approach to putting it back together again.

Although I agree that Scratch could be a bit less laggy, I'm not exactly sure if this is practical… what if the ST's already optimized a ton?

Scratch is the least optimized programming language/environment I've ever seen, everything in here should be done by default.

But it looks like I will have to break up my script. Which sucks. I actually dislike working with Scratch now.

Scratch is meant to be made for (little) kids.

And I don't have much problems with the editor recently. It is probably your internet which is slow.

Scratch is for Beginners, Not Kids, as its been stated, scratch is for all ages

comp09 wrote:

TechClassScratch wrote:

Sorry to come in so late, I know I am not supposed to, but I really need this fixed. I am using a custom block which has a lot of if/else statements. I can't split them up into more custom blocks, and my browser has actually crashed trying to edit it. I tried to fix it by putting undefined blocks in, to slow the script down so not as many actions were executing at the same time, and it helped a little with the playing but the editor is still slow. I tried everything I could thing of, including turning the entire thing to a 1s1s but that did not work, because the script was longer. Any edit I make pretty much breaks the editor. It is only a simple tetris game that I needed to detect what block it was in costume form!

If it's just a simple tetris game and you are using gigantic if-else chains, then you are probably doing something wrong.

Yeah, I am under a time limit and so that was the fastest thing I could think of, as I have a costume for every block, but I will edit when I can. I have the if/elses intended to detect what costume it is when the turn ends to know where other blocks cannot go.

One thing here: You can't just speed up the editor. Every speedup is gradual, and involves slowly refactoring code to change slight lag bits.

One thing you could do is suggest parts that are actually laggy (such as suggesting shadows being removed)

Scratch doesn't have a magical “make faster” button.

WooHooBoy wrote:

One thing here: You can't just speed up the editor. Every speedup is gradual, and involves slowly refactoring code to change slight lag bits.

One thing you could do is suggest parts that are actually laggy (such as suggesting shadows being removed)

Scratch doesn't have a magical “make faster” button.

but now it does! It's the MERGE button!

The problem for me is the editor long

if <> then
if <> then
if <> then
if <> then
if <> then
if <> then
if <> then
    
end

    
end

    
end

    
end

    
end

    
end

    
end

block types lag.

Support.

Support.

Huh? what is support?

Or are you agreeing?

support. pretty much just de-rendering stuff