This is a read-only archive of the old Scratch 1.x Forums.
Try searching the current Scratch discussion forums.

#1 2007-12-11 22:22:37

beebe
Scratcher
Registered: 2007-05-28
Posts: 39

Problems with Scratch 1.2.1

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!!!

smile

Offline

 

#2 2007-12-13 14:02:38

ratermat
Scratcher
Registered: 2007-10-21
Posts: 6

Re: Problems with Scratch 1.2.1

how do you get scratch 1.2.1 ?

Offline

 

#3 2007-12-13 17:09:28

relyt12101
Scratcher
Registered: 2007-05-19
Posts: 500+

Re: Problems with Scratch 1.2.1

Go here - http://scratch.mit.edu/forums/viewtopic.php?pid=13548


http://img392.imageshack.us/img392/2860/pspbanneregg089deiy0.png

Offline

 

#4 2007-12-14 05:51:38

Gigabyte123
Scratcher
Registered: 2007-10-15
Posts: 100

Re: Problems with Scratch 1.2.1

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.


gather your confidence- reach for the skies... and always use deoderant!

Offline

 

#5 2007-12-14 06:39:16

JSO
Community Moderator
Registered: 2007-06-23
Posts: 1000+

Re: Problems with Scratch 1.2.1

It only takes a long time to save if your project is big. "big" is like 6MB... It was the same in 1.1.


http://oi48.tinypic.com/2v1q0e9.jpg

Offline

 

#6 2007-12-14 06:51:00

lodylody
Scratcher
Registered: 2007-11-14
Posts: 14

Re: Problems with Scratch 1.2.1

Yeah, if a project is big. Then it will take more time to load.
same with the sprites....             it just happens.

Offline

 

#7 2007-12-14 10:39:21

johnm
Scratcher
Registered: 2007-03-08
Posts: 100+

Re: Problems with Scratch 1.2.1

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

 

#8 2007-12-15 17:13:46

MasterCheif
Scratcher
Registered: 2007-12-06
Posts: 1

Re: Problems with Scratch 1.2.1

I'm having problems with Saving, the computer thinks the file is read only

Offline

 

#9 2007-12-16 10:46:53

andresmh
Scratch Team at MIT
Registered: 2007-03-05
Posts: 1000+

Re: Problems with Scratch 1.2.1

MasterCheif: try giving write permissions to the directory where you are trying to save. Otherwise you can try saving on a different directory.


Andres Monroy-Hernandez | Scratch Team at the MIT Media Lab
on identi.ca and  twitter

Offline

 

#10 2008-01-08 14:17:16

JSO
Community Moderator
Registered: 2007-06-23
Posts: 1000+

Re: Problems with Scratch 1.2.1

Is the scratchthumbs.db really required? Can it be a big file in the scratch folder? Please? I really don't like that .db file in every folder containing images  big_smile


http://oi48.tinypic.com/2v1q0e9.jpg

Offline

 

#11 2008-01-08 14:33:41

kevin_karplus
Scratcher
Registered: 2007-04-27
Posts: 1000+

Re: Problems with Scratch 1.2.1

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

 

Board footer