PyroAnnoyances - Emergent Wiki

Pyro Annoyances

Please record your Pyro annoyances here. We will go through and fix them...

Can we use the two lights on the Khepera? [Someone will need to look up the commands to send to the Khepera, and add that to pyrobot/robot/khepera.py. Be nice to make the ones that can beep beep.]
The world files are set up for specific robots. When loading a robot that is not the proper robot for that world, Pyro freezes solid. It would be nice if this caused a warning of some sort. UNFIXABLE? I'm not sure what we can do to fix this in general. In each simulator we could look for an interface that publishes what is available, and if it doesn't match what we expect, then give an error in Pyro. However, most of the simulators aren't that sophisticated.
If a brain won't load, fixing it doesn't force Python to reparse it, so it remains unloadable. Why?
Finish inspector
Should views be turned into services?
SimpleRobot needs getPose() FIXED
Sometimes, can't load a file from someone else's directory; why not? FIXED, I think
Does pyro automatically add noise when using stage? If so how much? Are there methods to control the noise parameters? What are the defaults? INFO: For player/stage robots you can set/get the noise through robot.noise; it is set to .05 by default (5 percent).
I get multiple VisPsom windows when hitting reload for a brain that uses psom visualization. Same for VisConx. INFO: Do you have a destroy() method that calls som.destroy()? * YES. Added 7-28-2003 Yeelin

I just tried that. It doesn't appear to work for me. When I close pyro, all the windows quit. But when reloading a brain, the visconx and vispsom windows don't quit. The destroy method currently looks like
```
    def destroy(self):
        self.som.destroy() 
        self.net.destroy()
```
where self.som is the brain psom instance and self.net is the brain VisConx instance. I get the following error when I call brain.destroy() in the command line:
```
>>>  brain.destroy()
exceptions.AttributeError: VisPsom instance has no attribute 'destroy' in command line * FIXED 7-28-2003 Yeelin
```
I (Matt) tried reloading a brain with just a VisConx network window open and it worked fine. Further, I double-checked the VisConx code, and it definitely has a functioning destroy method. In the destroy method above, it's never getting to self.net.destroy() because the SOM destroy method fails. Let me know if it doesn't work in a network where only a neural network has to be destroyed.

Recently Fixed

Scrollbar is doing something weird in main pyro window. FIXED
When trying to load the KheperaSimulated.py robot pyro hangs. -Jeremy NEED MORE INFO: What OS version? Can you discover when it works and when it doesn't? -Doug

I'm not sure what Red Hat version. I'll check tomorrow. The program hangs (as in the gui just freezes and I have to kill pyro from the command line) whenever I try to load KheperaSimulated.py. I'll see if anybody else is having this problem tomorrow as well. -Jeremy
I think we're using RedHat 8.0. When I load KheperaSimulated.py the gui freezes. The Khepera Simulator itself also doesn't load (CVS problem, see below). This may somehow relate to this problem?
This might have been related to the CVS problem. Anyway KheperaSimulated.py is now working for me. -Jeremy

Updating from CVS returns the following error.

cvs server: Updating pyrobot/plugins/worlds
cvs server: failed to create lock directory for `/usr/local/CVS/pyrobot/plugins/worlds' (/usr/local/CVS/pyrobot/plugins/worlds/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository `/usr/local/CVS/pyrobot/plugins/worlds'
cvs [server aborted]: read lock failed - giving up
[stober@cornstarch stober]$

FIXED: that is a config issue with CVS here: anytime a new dir is added, I have to remember to manually go in and change the permissions. It should be fine now. -Doug

Would be nice to resize main pyro window. Need to set fill in the pack() calls. FIXED
On our system, stage world files aren't located in /usr/local/share/stage/worlds/, in fact they're in /usr/local/stage/worlds/. When trying to open the stage simulator, the world file dialog box attempts to open /usr/local/share/stage/worlds/ but can't because it doesn't exist. Is there some way to make the default directory relative to the location of the stage installation? - Jeremy FIXED: world files are now in the Pyro subdirectory. Also, you need to update your Player/Stage installation.
```
self.maxvalue = self.getRobot().get('range', 'maxvalue') 
print " Max value: ", self.maxvalue
```
would sometimes output
```
Max value:  2.99
```
and sometimes output
```
Max value:  2.51725026323
```
I was using the usc_pioneer player robot and the stage simulator. -Jeremy FIXED: 2.0.0, was adding noise... oops!
If targets are not in range (0, 1) does that cause an error? It should. Should inputs out of (0, 1) cause error or warning? FIXED
setInput() should check for proper form [ [num, num, ...], [num, num, ...], ... ] FIXED
Still having trouble quitting Pyro by pressing on the Window-Quit (x). (Darby 6/3) FIXED: 2.0.0
Khepera continued to move even after using the stop command and quitting Pyro. (Darby 6/3) FIXED: 2.0.0
Why does Tk window show up? FIX: change to OOP FIXED: 2.0.0
Tk GUI should not set buttons to a setting they are already in (normal, disable) FIXED: 2.0.0