#1535 closed defect (fixed)
Speak-11 cannot allocate memory
Reported by: | tabitha | Owned by: | jminor |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | Speak | Version: | 0.82.x |
Severity: | Major | Keywords: | |
Cc: | Distribution/OS: | OLPC | |
Bug Status: | New |
Description
installed Speak-11 on XO 1.0 machines running 8.2
Regular "say what I type", voice & face configuration work as expected.
However when you click "robot", you get a spinning mouse pointer, everything locks up and eventually speak disappears. On two occasions, it seems the machine never recovered and we had to hold down the power button, ctrl-alt-f1 didn't work.
This is very reproducible on two different XO-1.0 machines.
Log (attached) shows errno 12 cannot allocate memory.
This activity version works great on XO 1.5 B2 machines.
Attachments (1)
Change History (6)
Changed 13 years ago by tabitha
comment:1 follow-up: ↓ 2 Changed 13 years ago by tony37
comment:2 in reply to: ↑ 1 Changed 13 years ago by alsroot
Replying to tony37:
It would be desirable to modify Speak to use gstream as does the ReadEText activity. This was the original intent of the developer. This would eliminate the need to launch espeak as a separate process.
it was already done, if gst-espeak exists, Speak uses it
comment:3 Changed 13 years ago by RafaelOrtiz
- Bug Status changed from Unconfirmed to New
- Milestone changed from Unspecified by Release Team to 0.88
- Priority changed from Unspecified by Maintainer to Normal
- Severity changed from Unspecified to Major
comment:4 Changed 13 years ago by alsroot
- Resolution set to fixed
- Status changed from new to closed
on XO-1, Speak will load minimal AIML set, this fix will be landed to v12
I have also experienced this problem not only with speak but with an alternative version (botspeak) that I worked earlier this year. Speak writes text to a temporary file and then issues a subprocess call to start espeak. The size of the alice.brn does not leave enough memory to start espeak so that speak is speechless.
It would be desirable to modify Speak to use gstream as does the ReadEText activity. This was the original intent of the developer. This would eliminate the need to launch espeak as a separate process.
In addition, the alice.brn should be pruned. Alice is a robot developed over many years to respond to queries from adults. It is also has a lot of culture-specific content. I haven't had a chance to look to see if this is done, but it is important to unload robots that are not selected to free up the memory.
Clearly this is not a problem for the XO 1.5 or the SoaS environment.