Thanks; I found a few other asteroids-type implementations on the Scratch site, I tried one that appeared to be most complete and it too ran very slowly.antiloquax wrote:Hi Clifford,
I really enjoyed playing your game. I haven't tried it on my Pi yet ...
Basically no work has been done to optimise Scratch on the Raspberry Pi specifically. We just run squeak-vm and squeak-plugin-scratch compiled for ARM, and the same Scratch image that you would use on any other architecture. What would be interesting is to look at profiling performance issues - both with the SqueakVM profiling infrastructure and oprofile/perf or whatever.simplesi wrote:Well - its the displaying of the scores variables that's eating the CPU even with the scripts stopped.
Stop displaying them and the CPU load drops to normal Scratch idle levels -so at least you can edit it now.
It plays slowly but at least it plays - we need to check Scratch out on other platforms (PC/MAC/other linux) and see if its common issue or just something to Linux implementations or just RPi implementation.
We need to find who did the porting and get them on-board
Well - My Rpi has been ultra stable and so has Scratch and I've been hammering it with my GPIO stuff for 2 weeksThere was still a significant lag and first scratch hung then the entire RPi.
Thats why us geeky types are getting them first to hopefully sort out issues.I can see this getting very frustrating for teachers and students.
Flash is not supported on RPi AFAIK.mintsource wrote:the next version of scratch 2.0, is apparently due sometime this year and it will be Flash based
I thought it was implemented in Squeak (a Smalltalk implementation with a virtual machine runtime)?mintsource wrote:rather than spending huge amounts of time optimising the legacy java stack imo.
I'm not giving up on anything. My concern was to have this assessed since Scratch seems to have been chosen and a major feature of the educational distribution. While you might think that its fine for educational use, some of your students may fly with it and exceed your expectations; if the tool does not allow them the potential to do that it will be a shame.simplesi wrote:If Clifford and his son (and people like Clifford and his son) give up on the RaspberryPi on 1st attempt then we need to try a bit harder to keep them on-board
I believe it was a development of etoys (another squeak based thing) and when they coded it up (a bunch of v clever type people at MIT) I'm sure they didn't know it would take over as THE introduction to computing world and they probably didn't envisage a 700Mhz ARM computer popping alongScratch looks like an exercise in "look what Smalltalk can do?". I would rather it were implement in C++, any VM based or interpreted language will always add a significant overhead that the RPi could well do without.
Code: Select all
while not self.asleep(): sheep += 1