During development of my game scratch is crashing so much that I'm about to throw my computer out of the window. Is there ANY way to increase the maximum memory above 512MB?
Offline
I think that would be one of the best improvements for Scratch, more memory. That is the biggest problem many face. Whether a AMV, a game, or anything else.

Offline
littletonkslover wrote:
I think that would be one of the best improvements for Scratch, more memory. That is the biggest problem many face. Whether a AMV, a game, or anything else.
I totally agree, more memory would be awesome. I remember on my last gigantic game i cut it short a few levels becuase it kept crashing.
Offline
Scratch has much more limiting issues than memory.
Offline
If I'm ever going to try and make a 3D wireframe game, I'm gonna need this. I think this is gonna be moved to suggestions in 5...4.....3.....2.....1.....
Offline
RHY3756547, stop making those advanced projects and you won't have that problem.
No, just joking. It'd be nice if the limit could be improved... but then we'd probably get the same issue as with the 10 megabyte limit for uploading Scratch projects.
Last edited by Jonathanpb (2010-01-28 01:51:20)
Offline
archmage wrote:
Scratch has much more limiting issues than memory.
Memory is a very important issue. I experience problems with it all the time - EVERY GAME I make crashes scratch...
Offline
Um why is the memory and the usage limit thier cant it be like flash use whatever the PC has i dunno u have seen or not but scratch runs quite slow unless the processor comes from a different generations.Nearly Same speed on older processors but quite faster (actually extra faster) on an i7
Offline
Jonathanpb wrote:
RHY3756547, stop making those advanced projects and you won't have that problem.
No, just joking. It'd be nice if the limit could be improved... but then we'd probably get the same issue as with the 10 megabyte limit for uploading Scratch projects.
He is talking bout the RAM usage not the Java Heap
Offline
I don't know if it works or that's just a placebo efect but when | change the Scratch.ini file from
[Global] DeferUpdate=1 ShowConsole=0 DynamicConsole=0 ReduceCPUUsage=0 ReduceCPUInBackground=0 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=1 CaseSensitiveFileMode=0 EnableAltF4Quit=0
to
[Global] DeferUpdate=1 ShowConsole=0 DynamicConsole=0 ReduceCPUUsage=1 ReduceCPUInBackground=1 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=1 CaseSensitiveFileMode=0 EnableAltF4Quit=0
It seems to work faster.
Offline
Jonathanpb wrote:
but then we'd probably get the same issue as with the 10 megabyte limit for uploading Scratch projects.
The 10MB limit isn't related to memory in any way. ^^"
Offline
RHY3756547 wrote:
archmage wrote:
Scratch has much more limiting issues than memory.
Memory is a very important issue. I experience problems with it all the time - EVERY GAME I make crashes scratch...
Hmmm.... is it possible that maybe something is wrong with the installation of Scratch on your machine? Scratch shouldn't crash, even if it runs out of memory. Try reinstalling, and see if that helps.
Offline
RHY3756547 wrote:
archmage wrote:
Scratch has much more limiting issues than memory.
Memory is a very important issue. I experience problems with it all the time - EVERY GAME I make crashes scratch...
True, but even though you have to withstand lag, you can still upload projects. Scratch rarely crashes for me, but it tends to take forever to load. Most projects that experience lag are pretty much unplayable in the online player. Also considering that the next version of scratch will probably be entirely online it would be good if all projects ran correctly online. So I think that fixing the online player is priority #1 and just making scratch faster overall would be good.
Offline
Lightnin wrote:
RHY3756547 wrote:
archmage wrote:
Scratch has much more limiting issues than memory.
Memory is a very important issue. I experience problems with it all the time - EVERY GAME I make crashes scratch...
Hmmm.... is it possible that maybe something is wrong with the installation of Scratch on your machine? Scratch shouldn't crash, even if it runs out of memory. Try reinstalling, and see if that helps.
It happens on all computers I use to run scratch and other peoples' when they download my projects. The scripts are so long that scratch simply halts and starts some kind of infinite recursion which uses the whole of Core 1 of my CPU.
Sometimes Squeak pops up a warning before, but most of the time it just freezes.
Scratch uses 512 MB when running my projects, which I think is a bit OTT.
Offline
Wow, ok. Well, let's see - can you post a link or two to projects that are good examples of this? I'll see if I can get my machine to have the same troubles. If so I'll show it to a few of our developers, and see what we can do about fixing it in the next version.
Dumb question, but I need to confirm that you are on 1.4... Also, what is your OS? And the general specs of your computer (processor, memory, etc.)
Thanks!
Offline
http://scratch.mit.edu/projects/RHY3756547/794740
Download this project and scroll down on the scripts real far. When you let go it freezes.
Basically every one sprite one script game I've made, and my bomberman game.
I am using 1.4 on Windows 7 with an Intel Core i7 2.8 GHz and 4 Gig memory.
Offline
Actually, that could be a problem. A while back ago, I was doing this PenScript thing with The-Whiz. It has two really long scripts, and often when I'm scrolling them to add something, I have to wait couple of minutes for it to process everything. But the worst thing is when I'm trying to edit a text string in that long script. IT TOOKZ AGEZ. I think it's really important for Scratch Team to focus on performance issues, which may lead to getting rid of the disappearing text bug. It's very probable that if I'd view Scratch process stack when text vanishes, I'd be likely to find an access violation exception. Anyway, I think that the problem may lay in Squeak itself - all virtual machines (except .NET), including Java, have some problems with performance and memory management.
Offline
RHY3756547 wrote:
http://scratch.mit.edu/projects/RHY3756547/794740
Download this project and scroll down on the scripts real far. When you let go it freezes.
Basically every one sprite one script game I've made, and my bomberman game.
I am using 1.4 on Windows 7 with an Intel Core i7 2.8 GHz and 4 Gig memory.
Wow, I showed this to one of the Scratch programmers. Awesome!
When Scratch was created, the goal was to make it have a low floor, wide walls, and a high ceiling. What's that stand for, you might ask?
a low floor - (meaning it is easy for people new to programming to quickly get started)
wide walls - (meaning that you can make many different kinds of projects with Scratch)
and a high ceiling - (meaning that it's possible to make projects that are really complex)
I think you've found the ceiling!
Now we have to figure out how to move it up a little higher.
I'm curious - if Scratch crashes every time you scroll down towards the bottom of the script, how did you code it in the first place?
Offline
Lightnin wrote:
RHY3756547 wrote:
archmage wrote:
Scratch has much more limiting issues than memory.
Memory is a very important issue. I experience problems with it all the time - EVERY GAME I make crashes scratch...
Hmmm.... is it possible that maybe something is wrong with the installation of Scratch on your machine? Scratch shouldn't crash, even if it runs out of memory. Try reinstalling, and see if that helps.
Scratch DOES Crash.
I think more people of the Scratch Team should actually be 'advanced' in scratch, and actually have experienced big big big projects.
Offline
Lightnin wrote:
RHY3756547 wrote:
http://scratch.mit.edu/projects/RHY3756547/794740
Download this project and scroll down on the scripts real far. When you let go it freezes.
Basically every one sprite one script game I've made, and my bomberman game.
I am using 1.4 on Windows 7 with an Intel Core i7 2.8 GHz and 4 Gig memory.Wow, I showed this to one of the Scratch programmers. Awesome!
When Scratch was created, the goal was to make it have a low floor, wide walls, and a high ceiling. What's that stand for, you might ask?
a low floor - (meaning it is easy for people new to programming to quickly get started)
wide walls - (meaning that you can make many different kinds of projects with Scratch)
and a high ceiling - (meaning that it's possible to make projects that are really complex)
I think you've found the ceiling!Now we have to figure out how to move it up a little higher.
I'm curious - if Scratch crashes every time you scroll down towards the bottom of the script, how did you code it in the first place?
Nice metaphor
I think, or at least to me it feels like, when you're making a project, from scratch, its generally lag free. But whenever you download a similar project, or even re-load it the next day to work on it, its more laggy. But this is probably not very true. Obviously RHY3756547 has more experience with lag than I do, so this is just from what I remember.
Offline
Lightnin wrote:
RHY3756547 wrote:
http://scratch.mit.edu/projects/RHY3756547/794740
Download this project and scroll down on the scripts real far. When you let go it freezes.
Basically every one sprite one script game I've made, and my bomberman game.
I am using 1.4 on Windows 7 with an Intel Core i7 2.8 GHz and 4 Gig memory.Wow, I showed this to one of the Scratch programmers. Awesome!
When Scratch was created, the goal was to make it have a low floor, wide walls, and a high ceiling. What's that stand for, you might ask?
a low floor - (meaning it is easy for people new to programming to quickly get started)
wide walls - (meaning that you can make many different kinds of projects with Scratch)
and a high ceiling - (meaning that it's possible to make projects that are really complex)
I think you've found the ceiling!Now we have to figure out how to move it up a little higher.
I'm curious - if Scratch crashes every time you scroll down towards the bottom of the script, how did you code it in the first place?
I disconnected the scripts and reconnected them bottom up after editing. I also coded the stuff that had to be executed last (character drawing) first, so I didn't have to deal with it later.
And thanks.
Offline
...and the method works. In PenScript, there's a lot going on just by if c-blocks, which are easy to edit out-of-stream. But yeah, I think we're hitting the ceiling. And hurting our heads on it.
Offline
MyRedNeptune wrote:
Jonathanpb wrote:
but then we'd probably get the same issue as with the 10 megabyte limit for uploading Scratch projects.
The 10MB limit isn't related to memory in any way. ^^"
I know that... but they'd have a similar effect if they got enlarged. People would just want more ("15 megabytes is small, make it 20!"). You know what I mean?
Offline