Your program sounds (and looks like, from the screenshots) very similar
to what I'm interested in doing. If I could get the source from you,
that'd be extremely helpful (I'm assuming it's open source?) I'm only
interested (at the moment, at least) in doing something simple, so if
you don't mind me doing so, I may use parts of your program as a base
>Hi John (and the rest of the List :-) )
>I wanted to post this on the list anyway - and the topic
>matches exactly ;-)
>We've written a small graphical player control program for a
>practical programming course we had to do at our University recently.
>Some screenshots are available here:
>It's C++/ GTKmm / Cairo based and shows seperated views for
>specific sensors like Camera, Blobfinder, IR Sensors and so on.
>So it's unlike playerv which puts everything into a single canvas.
>It also has a Table that lists all current sensor values
>and you can control the Robot with your keyboard or the
>It's easy to add new Views to the Software, as it is
>Tab based and you can also add new split panes easily.
>No, the Software does currently NOT show a complete Robot,
>only sensor values. A Robot could be drawn where you see
>the IR Sensor beams currently.
>Btw. we really missed some kind of interface to get a geometrical
>representation of the Robot - like the config file used for
>Stage. If something like this would be in Player, you could
>easily draw a graphical Robot representation into a Drawing Area
>It is a very basic control program right now - only the devices we
>needed for our robot are implemented, but it is Object Oriented, so
>easy to add new Devices. And it is a bit optimized for our robot's
>which are: IR, Camera+Blobfinder and some Power, Motor and Odometry
>I am also quite sure it is still full of undiscovered bugs.
>And several unimplemented features of course...
>Most of us were completely new to Player, C++ and GTKmm/Cairo.
>(but good experience in Java and pure C for Microcontrollers)
>So it may not have the most elegant code on earth ;)
>If anyone is interested, I could provide the sources.
>Our team is no longer working on it as we have to
>move on with our studies.
>Maybe someone can continue working on it and improve
>it further :-)
>John McLean schrieb:
>> My name is John McLean, and this is just a shot in the dark, but I was
>> hoping that some of you on this list would be able to help me. I'm
>> interested in writing a graphical client program for player targeted
>> towards the new user. I'd like to do something similar to playerv,
>> but at the moment I'm unsure as to how to go about drawing the
>> window/canvas for a graphical representation of the robot in its
>> environment. I can expand my question more at a later time, but for
>> starters: What's the best/most resource efficient way to create this
>> representation? If I need to provide more information to help you
>> answer, I certainly can. Any direct help is appreciated, as well as
>> directions to documentation.