I have been having problems with the new Scratch version: Scratch 1.2.1
1: When I save, it takes like half a minute!!! When I save on Scratch 1.1, it only takes a couple of seconds.
2: When I import a sprite or picture, the time I go into a folder that has a lot of pictures, it loads like it takes almost a minute!!!!!
I think those are some more problems of Scratch 1.2.1
I would really like it if it got changed.
Scratch On!!!
Offline
beebe, I think the 'problems' are more useful, and i think it is good the designers made them do that. But if you want it to speed up, divide the picutres into different folders, because you obviosly have A LOT of pictures in whatever bit the computer selects. If you folder them, you can get the pictures you want, and a lot quicker.
IF it is taking too long to save, you might want to do the same with your scratch projects, because where you are saving it already has too many projects in it. If it is taking too long anyway, delete the projects that won't be used, or save them onto a different disk drive. I have literally about fifty projects, but it takes two seconds to save because they are in different folders in different drives.
Offline
Hi, Beebe.
Sorry you've run into some things that are slow. I will try to suggest a few things that may help.
When you say "save", do you mean saving the project in a local folder or do you mean hitting the "share" button to upload it to the Scratch website? Scratch now does more work to try to keep projects small (thus speeding up upload/download time); for a project with a large number of costumes and/or sounds, this extra work could be slowing things down a little bit. If you will upload (share) the project that is slow and post a link, I can investigate further.
If the project is fast to save locally but slow to share to the website, you can try unchecking the box "compress images and sounds" when you share it. That make make the project larger, but it could save time since it won't compress the images and sounds.
When you import an image into Scratch and navigate to a folder with lots of pictures, Scratch has to build little images (thumbnails) of all the images in that folder. If that folder has many images, this can take some time. Scratch then saves the thumbnails in a file called "scratchthumbs.db". So the next time you go to that folder, Scratch will only need to make thumbnails for any new images that have been added to the folder. But there may be a catch: if the folder is read-only, then Scratch cannot save the "scratchthumbs.db" in that folder for the next time, so it will need to compute the thumbnails *every* time you visit that folder.
But now that you know how it works, you can do several things if you don't want to wait. First, you can put the images you want to import in a folder that's writable. Then Scratch can save the thumbnails so it doesn't have to compute them every time. You can also put your images in a folder that doesn't have many images in it. Then it will be faster for Scratch to create the thumbnails. Finally, you can add images to Scratch just by dragging them from the folder and dropping them on the Scratch window. This avoids having to create thumbnails at all. The image that you drop will be added as a new costume to the currently selected sprite. Or, if the stage is select, it will be added as a new background.
I hope these suggestions will speed things up for you.
-- John
Offline
I'm having problems with Saving, the computer thinks the file is read only
Offline
MasterCheif: try giving write permissions to the directory where you are trying to save. Otherwise you can try saving on a different directory.
Offline
The scratchthumbs.db file is not essential, but it speeds up the showing of costumes by quite a bit. It is much more efficient to have one thumbnail file in each directory, rather than a single huge one, since the file needs to be updated every time that the set of images changes. Having to verify that all the thumbnails are up to date would take much longer if you had to check all directories, instead of just the one you were looking at. (Yes, there are ways to do it all with a single database, but you can run into all sorts of user access and permission problems, which are simpler to handle by using the filesystem and having one thumbnail database per image directory.)
Offline