You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
(33) |
Jun
(5) |
Jul
(13) |
Aug
(28) |
Sep
(6) |
Oct
(3) |
Nov
(20) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(1) |
Feb
(17) |
Mar
(35) |
Apr
(1) |
May
(4) |
Jun
(8) |
Jul
(5) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2007 |
Jan
(6) |
Feb
(6) |
Mar
|
Apr
(4) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(9) |
Sep
(3) |
Oct
(2) |
Nov
(4) |
Dec
(9) |
2008 |
Jan
|
Feb
(7) |
Mar
(2) |
Apr
(14) |
May
(9) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
(2) |
2009 |
Jan
(3) |
Feb
(5) |
Mar
(4) |
Apr
(13) |
May
|
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
(8) |
Dec
(4) |
2011 |
Jan
(3) |
Feb
(4) |
Mar
(7) |
Apr
(2) |
May
(7) |
Jun
(1) |
Jul
|
Aug
|
Sep
(10) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Hugo G. M. <hg...@es...> - 2006-03-14 15:39:57
|
Hi Radu Yes... Toby told me they are in the stage side. The interface as far as I understand is just a visualization... If you could do it next week that would be wonderful since I don't expect to have things ready until then anyway... I added my email with Toby bellow... Thank you very much... Regards, Hugo I pasted bellow my email and his reply... =========================== EMAILS I dont think this would be particularly easy to do, however if you want to you can create visualisation in stage using the graphics2d interface. Have a look at the examples in the source and docs on the. i believe this will be the easiest method for achieving what you want. Toby Hugo Gravato Marques wrote: > Hello... > > I was wondering if I could set the values in the laser sensor in a way that > I could visualize in stage the values of a given laser array I define? If > not how difficult would be to make something like that? > > Thanks... > Hugo > > ============================ END OF EMAILS On 14/3/06 8:32 am, "Radu Bogdan Rusu" <ru...@cs...> wrote: > Hi Hugo, > > Unfortunately, I have no time this week (or I might during the weekend, > but I will be away in .nl). > > Last time I checked there was no data structures defined in player for > graphics2d. Are they all on Stage's side? > > Radu. > > Hugo Gravato Marques wrote: > >> Hello... >> >> I was wondering when do you think you will add the Graphics2D interface to >> the javaclient2? >> >> Cheers, >> Hugo >> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting language >> that extends applications into web and mobile media. Attend the live webcast >> and join the prime developer group breaking into this new coding territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Java-player-users mailing list >> Jav...@li... >> https://lists.sourceforge.net/lists/listinfo/java-player-users >> >> |
From: Radu B. R. <ru...@cs...> - 2006-03-14 08:32:48
|
Hi Hugo, Unfortunately, I have no time this week (or I might during the weekend, but I will be away in .nl). Last time I checked there was no data structures defined in player for graphics2d. Are they all on Stage's side? Radu. Hugo Gravato Marques wrote: >Hello... > >I was wondering when do you think you will add the Graphics2D interface to >the javaclient2? > >Cheers, >Hugo > > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Hugo G. M. <hg...@es...> - 2006-03-14 00:15:43
|
Hello... I was wondering when do you think you will add the Graphics2D interface to the javaclient2? Cheers, Hugo |
From: Radu B. R. <ru...@cs...> - 2006-03-13 15:00:44
|
The position/header control are not completely ported from Javaclient1. I would actually appreciate some help on that since I'm going to be swamped this week and the next one with other things. If not, I will try to fix them when I come back. Radu. tf...@ab... wrote: >im using the latest CVS version of javaclient 2.0 > >when i try and use the setDiffHeading() method in the heading control >extras class the robot just spins back and forth indefinatly > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > > -- | Radu Bogdan Rusu | http://rbrusu.com | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: <tf...@ab...> - 2006-03-13 11:45:57
|
im using the latest CVS version of javaclient 2.0 when i try and use the setDiffHeading() method in the heading control extras class the robot just spins back and forth indefinatly |
From: Radu B. R. <ru...@cs...> - 2006-03-12 08:26:19
|
Following Fred's advice, Javaclient2 2.0.1 is up at SF. If any other bugs will be discovered, and/or player 2.0.1 will bring something new, I'll build Javaclient2 2.0.2. Changes: * PULL mode + AddReplaceRule finally works fine. Example on how to use it: <PlayerClient>.requestDataDeliveryMode (PlayerConstants.PLAYER_DATAMODE_PULL); <PlayerClient>.readAll (); <PlayerClient>.requestAddReplaceRule (-1, -1, PlayerConstants.PLAYER_MSGTYPE_DATA, -1, 1); <PlayerClient>.readAll (); * Changed Position1dInterface to match Brian's refactorization. * All reads are blocking now (read -> readFully) so at least the client gets THE data (get/setTimeout disabled for now). * Several bugs fixed, including <Position>.setSpeed (thanks to Hugo Marques), <Sonar>.read (the last value of the sonar values array wasn't being read), and <PlayerClient>.readAll (sometimes in.available () doesn't return anything - delay between Player sending data and the client receiving it => get/setTimeout) Enjoy, Radu. Radu Bogdan Rusu wrote: > I forgot to mention that... > > To be consistent with the Player/Stage versions, I will wait until > Brian releases a bugfix version of player later this week and then > build one for Javaclient too. > > Until then, CVS is our friend :) > > Radu. -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-10 11:11:25
|
I forgot to mention that... To be consistent with the Player/Stage versions, I will wait until Brian releases a bugfix version of player later this week and then build one for Javaclient too. Until then, CVS is our friend :) Radu. |
From: Radu B. R. <ru...@cs...> - 2006-03-10 11:07:12
|
Hellos, Some changes (if you haven't followed the P/S users/developers threads recently) have occurred to Javaclient2's way of dealing with data: a) non-threaded mode In a non-threaded mode (default, or when the client sets the <PlayerClient>.setNotThreaded () explicitly), the user must call <PlayerClient>.readAll (); whenever he wants to get new data from the Player server. b) threaded mode In a threaded mode (when the client calls the <PlayerClient>.runThreaded (...); method), the calls are automatically read by the PlayerClient thread, so all the incoming data will be placed automatically in the structures of the respective interfaces. Besides these two basic operating modes (which are Javaclient-specific), the Player server itself has two ways of sending data to the client: PUSH and PULL. Right now the default is PUSH, thus, you can consider that besides the two options (a and b) mentioned above, we have two more: c) non-threaded mode, PULL mode The difference between this mode and a) is that the user must call: <PlayerClient>.requestDataDeliveryMode (PlayerConstants.PLAYER_DATAMODE_PUSH); <PlayerClient>.readAll (); and optionally: <PlayerClient>.requestAddReplaceRule (-1, -1, PlayerConstants.PLAYER_MSGTYPE_DATA, -1, 1); <PlayerClient>.readAll (); The requestAddReplaceRule is important for those cases where you encounter "warning : tried to push onto a full message queue" messages on the Player side. Basically it enables the new mechanism available in Player2 and tries to deal with those situations where the link between the server and the client is slow or the data is produced really fast, and the client gets delayed data. So, an AddReplaceRule with the type PLAYER_MSGTYPE_DATA will replace data with newer versions, ensuring that the client gets data as up to date as possible. d) threaded mode, PULL mode Same as in case c), the client has to issue the requestDataDeliveryMode and requestAddReplaceRule (optionally) explicitly. The difference is that readAll () is not needed here, since the PlayerClient thread will take care of it. So: <PlayerClient>.requestDataDeliveryMode (PlayerConstants.PLAYER_DATAMODE_PUSH); and optionally: <PlayerClient>.requestAddReplaceRule (-1, -1, PlayerConstants.PLAYER_MSGTYPE_DATA, -1, 1); .... suffices. For any other questions don't hesitate to e-mail here on the java-player lists, or directly on playerstage (if the question is not Javaclient2 generic). Cheers, Radu. -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Marques, H. G <hg...@es...> - 2006-03-06 14:34:53
|
Hi Radu... It sounds like a good solution. Unfortunately, I never quite got the = conditions to force the error... however, I would assume that if you = have many programs open (like I had) it would be more likely the error = to apear as player would not have time to reply before the line = "is.available()" in the JavaClient. Indeed I had two agents, a simple = one for tests and a second one which has a graphical interface with = loads of stuff associated with it, and the bug appear much more often in = the second one than in the first one... Hope this helps... Thanks (for both replies) Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ =20 -----Original Message----- From: jav...@li... on behalf of Radu = Bogdan Rusu Sent: Mon 06/03/2006 09:24 To: jav...@li... Subject: Re: [Java-player-users] Javaclient2 = java.lang.ClassCastException: javaclient2.LaserInterface dirty fix =20 Okay. Committed... Basically we added a read timeout (I went through the C/C++ code and=20 noticed that there is something similar there). Use=20 <PlayerClient>.setReadTimeout/getReadTimeout. Default should be 100ms=20 (measuring with System.currentTimeMillis). Of course, these changes=20 affect the non-threaded version of Javaclient2 only. The threaded one,=20 will try to poll continuously. I did some tests and it seems to work fine (Although it was very hard=20 for me to replicate the error. Can you please tell me what did you do to = get it often? I would like to test some more). As I said in my previous e-mail, setSpeed was faulty (meaning that it=20 was sending integers instead of floats), so I fixed it now. It would be=20 best to use setVelocity though, or if you have any proposals to make=20 some wrappers for it, I would be glad to incorporate them into the tree. = Basically, setSpeed was still there because it was needed by the=20 Heading/Position controller (PID), which I changed too, to use floats=20 (but not tested yet!). SonarInterface had a bug. The last value of the values array wasn't=20 being read. So all of them fixed in the CVS. (co -P javaclient2). If you find even=20 more bugs, I wouldn't mind giving you commit rights, as you seem to use=20 it heavily, so another developer would really make development (patching = at least) faster. Check http://java-player.sourceforge.net/examples.php for some fresh 2.x = examples, including a couple of test methods for various interfaces (in=20 Javaclient2Test). Gotta run to the uni now, so talk to you later. Tell me if you encounter = more problems. Cheers, Radu Radu Bogdan Rusu wrote: > Hi Hugo, > > First of all, MANY THANKS for the bug reports! > > I managed to fix both bugs, but the CVS at SF doesn't work for me=20 > right now. I will try to commit the changes in the morning. > > I also found a bug in the SonarInterface, and fixed that one too. > > Cheers, > Radu. > > Marques, Hugo G wrote: > >> Hi... >> >> I found the reason why it was given the exception. the reason was=20 >> that in the method readAll of PlayerClient when the test is.available = >> was being made some times there was nothing. Since I'm really in a=20 >> hurry I made a sort of dirty fix that you might want to have a look: >> >> ********************* code >> >> public void readAll () { >> >> if (isThreaded) return; >> try { >> int i=3D0; // Added by HGM >> while(is.available() =3D=3D 0){ // Added by HGM >> if (i>10000) break; // Added by HGM >> i++; // Added by HGM >> } // Added by HGM >> >> while (is.available() !=3D 0){ >> if (read () =3D=3D PLAYER_MSGTYPE_SYNCH){ >> break; >> } >> } >> } catch (IOException e) { >> throw new PlayerException ("[PlayerClient]: Error reading=20 >> data",e); >> } >> // while (read () !=3D PLAYER_MSGTYPE_SYNCH); >> } >> >> ****************************** end code >> >> regards... >> Hugo >> >> ---------------------------------------------------- >> Hugo Gravato Marques, University of Essex, PhD Student >> PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >> ADDRESS: University of Essex, Department of Computer Science, >> Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >> WEB: http://privatewww.essex.ac.uk/~hgmarq/ >> >> >> >> >> >> >> >> -----Original Message----- >> From: jav...@li... on behalf of=20 >> Marques, Hugo G >> Sent: Sat 04/03/2006 18:17 >> To: jav...@li... >> Subject: RE: [Java-player-users] InterfacePosition2D >> >> >> Hello... >> thanks for the reply... I've double checked my code and there is no=20 >> refences (not even in the classpath) to javaclient1.6.5. I already=20 >> manage to control the robot's movement but the method=20 >> setSpeed(int,int) is in my code of javaclient2: >> >> public void setSpeed (int speed, int turnrate) { >> PlayerPose pp =3D new PlayerPose (); >> pp.setPx (speed); >> pp.setPa (turnrate); >> setVelocity (pp, 1); >> } >> >> I agree with you that it should not be there has it looks compliant=20 >> with the previous version but in fact the speed and turnrate are=20 >> different now... >> >> I also tried to investigate a bit further the ClassCastException and=20 >> I believe that the mistake is on the player (or stage) side. It seems = >> to me that there are variables not properly instantiated and that is = >> somteimes it works and sometimes don't... the PlayerClient code looks = >> fine to me... >> actually the error only happens when I receive only this message from = >> stage: >> Player v.2.0.0 >> >> Rather than: >> >> Player v.2.0.0 >> selected devices [localhost:6666]: >> 6666:position2d:0 (stage) >> 6666:sonar:0 (stage) >> 6666:laser:0 (stage) >> 6666:blobfinder:0 (stage) >> 6666:fiducial:0 (stage) >> >> I hope this helps... once again thanks... >> Hugo >> >> >> >> >> >> >> ---------------------------------------------------- >> Hugo Gravato Marques, University of Essex, PhD Student >> PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >> ADDRESS: University of Essex, Department of Computer Science, >> Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >> WEB: http://privatewww.essex.ac.uk/~hgmarq/ >> >> >> >> >> >> >> >> -----Original Message----- >> From: jav...@li... on behalf of Radu = >> Bogdan Rusu >> Sent: Sat 04/03/2006 09:30 >> To: jav...@li... >> Subject: Re: [Java-player-users] InterfacePosition2D >> >> Hi Hugo, >> >> >> Marques, Hugo G wrote: >> >> =20 >> >>> Hi... >>> >>> >>> =20 >> >> I just woke up, so I didn't have a chance to look at the problem yet=20 >> (will do soon), but... >> >> =20 >> >>> Apart from this error I was wondering how can I make the robot move=20 >>> smoother and slower since even with setSpeed(1,1) it drives too=20 >>> fast... At the moment I can't actually control the direction of the=20 >>> movement... How can I solve this? >>> >>> >>> =20 >> >> This is not good... setSpeed was removed in Javaclient2 completely!=20 >> Instead we have setVelocity (PlayerPose,int). PlayerPose has float=20 >> structures so no need to send integers. Are you using a mix between=20 >> Javaclient 1.6.5 and Javaclient2 ? >> >> =20 >> >>> Cheers, >>> Hugo >>> >>> >>> =20 >> >> Cheers back :) >> Radu. >> >> =20 >> > --=20 | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-06 09:24:33
|
Okay. Committed... Basically we added a read timeout (I went through the C/C++ code and noticed that there is something similar there). Use <PlayerClient>.setReadTimeout/getReadTimeout. Default should be 100ms (measuring with System.currentTimeMillis). Of course, these changes affect the non-threaded version of Javaclient2 only. The threaded one, will try to poll continuously. I did some tests and it seems to work fine (Although it was very hard for me to replicate the error. Can you please tell me what did you do to get it often? I would like to test some more). As I said in my previous e-mail, setSpeed was faulty (meaning that it was sending integers instead of floats), so I fixed it now. It would be best to use setVelocity though, or if you have any proposals to make some wrappers for it, I would be glad to incorporate them into the tree. Basically, setSpeed was still there because it was needed by the Heading/Position controller (PID), which I changed too, to use floats (but not tested yet!). SonarInterface had a bug. The last value of the values array wasn't being read. So all of them fixed in the CVS. (co -P javaclient2). If you find even more bugs, I wouldn't mind giving you commit rights, as you seem to use it heavily, so another developer would really make development (patching at least) faster. Check http://java-player.sourceforge.net/examples.php for some fresh 2.x examples, including a couple of test methods for various interfaces (in Javaclient2Test). Gotta run to the uni now, so talk to you later. Tell me if you encounter more problems. Cheers, Radu Radu Bogdan Rusu wrote: > Hi Hugo, > > First of all, MANY THANKS for the bug reports! > > I managed to fix both bugs, but the CVS at SF doesn't work for me > right now. I will try to commit the changes in the morning. > > I also found a bug in the SonarInterface, and fixed that one too. > > Cheers, > Radu. > > Marques, Hugo G wrote: > >> Hi... >> >> I found the reason why it was given the exception. the reason was >> that in the method readAll of PlayerClient when the test is.available >> was being made some times there was nothing. Since I'm really in a >> hurry I made a sort of dirty fix that you might want to have a look: >> >> ********************* code >> >> public void readAll () { >> >> if (isThreaded) return; >> try { >> int i=0; // Added by HGM >> while(is.available() == 0){ // Added by HGM >> if (i>10000) break; // Added by HGM >> i++; // Added by HGM >> } // Added by HGM >> >> while (is.available() != 0){ >> if (read () == PLAYER_MSGTYPE_SYNCH){ >> break; >> } >> } >> } catch (IOException e) { >> throw new PlayerException ("[PlayerClient]: Error reading >> data",e); >> } >> // while (read () != PLAYER_MSGTYPE_SYNCH); >> } >> >> ****************************** end code >> >> regards... >> Hugo >> >> ---------------------------------------------------- >> Hugo Gravato Marques, University of Essex, PhD Student >> PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >> ADDRESS: University of Essex, Department of Computer Science, >> Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >> WEB: http://privatewww.essex.ac.uk/~hgmarq/ >> >> >> >> >> >> >> >> -----Original Message----- >> From: jav...@li... on behalf of >> Marques, Hugo G >> Sent: Sat 04/03/2006 18:17 >> To: jav...@li... >> Subject: RE: [Java-player-users] InterfacePosition2D >> >> >> Hello... >> thanks for the reply... I've double checked my code and there is no >> refences (not even in the classpath) to javaclient1.6.5. I already >> manage to control the robot's movement but the method >> setSpeed(int,int) is in my code of javaclient2: >> >> public void setSpeed (int speed, int turnrate) { >> PlayerPose pp = new PlayerPose (); >> pp.setPx (speed); >> pp.setPa (turnrate); >> setVelocity (pp, 1); >> } >> >> I agree with you that it should not be there has it looks compliant >> with the previous version but in fact the speed and turnrate are >> different now... >> >> I also tried to investigate a bit further the ClassCastException and >> I believe that the mistake is on the player (or stage) side. It seems >> to me that there are variables not properly instantiated and that is >> somteimes it works and sometimes don't... the PlayerClient code looks >> fine to me... >> actually the error only happens when I receive only this message from >> stage: >> Player v.2.0.0 >> >> Rather than: >> >> Player v.2.0.0 >> selected devices [localhost:6666]: >> 6666:position2d:0 (stage) >> 6666:sonar:0 (stage) >> 6666:laser:0 (stage) >> 6666:blobfinder:0 (stage) >> 6666:fiducial:0 (stage) >> >> I hope this helps... once again thanks... >> Hugo >> >> >> >> >> >> >> ---------------------------------------------------- >> Hugo Gravato Marques, University of Essex, PhD Student >> PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >> ADDRESS: University of Essex, Department of Computer Science, >> Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >> WEB: http://privatewww.essex.ac.uk/~hgmarq/ >> >> >> >> >> >> >> >> -----Original Message----- >> From: jav...@li... on behalf of Radu >> Bogdan Rusu >> Sent: Sat 04/03/2006 09:30 >> To: jav...@li... >> Subject: Re: [Java-player-users] InterfacePosition2D >> >> Hi Hugo, >> >> >> Marques, Hugo G wrote: >> >> >> >>> Hi... >>> >>> >>> >> >> I just woke up, so I didn't have a chance to look at the problem yet >> (will do soon), but... >> >> >> >>> Apart from this error I was wondering how can I make the robot move >>> smoother and slower since even with setSpeed(1,1) it drives too >>> fast... At the moment I can't actually control the direction of the >>> movement... How can I solve this? >>> >>> >>> >> >> This is not good... setSpeed was removed in Javaclient2 completely! >> Instead we have setVelocity (PlayerPose,int). PlayerPose has float >> structures so no need to send integers. Are you using a mix between >> Javaclient 1.6.5 and Javaclient2 ? >> >> >> >>> Cheers, >>> Hugo >>> >>> >>> >> >> Cheers back :) >> Radu. >> >> >> > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-06 07:50:17
|
Hi Hugo, You are *quick*! :) But okay, I got this one covered... The simulation interface has a data (and a command for that matter) placeholder indeed, but they are not used. If you want to get/set the Pose, you need to do something like this: public static void testSimulation (SimulationInterface simi) { simi.get2DPose("p0"); if (simi.isPose2DReady ()) { PlayerSimulationPose2dReq pose = simi.getSimulationPose2D (); System.err.println (writePose (pose)); } PlayerPose pp = new PlayerPose (); pp.setPx(1); pp.setPy(1); pp.setPa(1); simi.set2DPose("p0", pp); } ...For example.... (writePose is just a method that parses the values nicely). So isDataReady() is useless in this case, since Stage will never send Simulation data (for now). If you let me drink my morning coffee, I will commit the changes, and upload three of the previous Javaclient1.6.5 examples that I modified last night for 2.x, as well as some general test routines for 13 interfaces. Radu. Hugo Marques wrote: >Hi again... > >I was trying to understand how can I extract the position of the agent from >the simulation interface but my code gets stuck in the line: > >while (!simulationInterface.isDataReady()); > >since the method isDataReady() returns allways false. (the method >simulationInterface.isPose2DReady() also returns always false). > >In my configuration file I have > >driver >( > name "stage" > provides ["6666:simulation:0"] > plugin "libstageplugin" > worldfile "everything.world" >) > >and stage accepts the driver since the the method >robot.requestInterfaceSimulation(0, 1) is different from null; > >How can I put the simulation interface working? > >cheers, >Hugo > > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >_______________________________________________ >Playerstage-users mailing list >Pla...@li... >https://lists.sourceforge.net/lists/listinfo/playerstage-users > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-05 21:45:33
|
Hi Hugo, First of all, MANY THANKS for the bug reports! I managed to fix both bugs, but the CVS at SF doesn't work for me right now. I will try to commit the changes in the morning. I also found a bug in the SonarInterface, and fixed that one too. Cheers, Radu. Marques, Hugo G wrote: >Hi... > > I found the reason why it was given the exception. the reason was that in the method readAll of PlayerClient when the test is.available was being made some times there was nothing. Since I'm really in a hurry I made a sort of dirty fix that you might want to have a look: > >********************* code > > public void readAll () { > > if (isThreaded) return; > try { > int i=0; // Added by HGM > while(is.available() == 0){ // Added by HGM > if (i>10000) break; // Added by HGM > i++; // Added by HGM > } // Added by HGM > > while (is.available() != 0){ > if (read () == PLAYER_MSGTYPE_SYNCH){ > break; > } > } > } catch (IOException e) { > throw new PlayerException ("[PlayerClient]: Error reading data",e); > } >// while (read () != PLAYER_MSGTYPE_SYNCH); > } > >****************************** end code > >regards... >Hugo > >---------------------------------------------------- >Hugo Gravato Marques, University of Essex, PhD Student >PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >ADDRESS: University of Essex, Department of Computer Science, >Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >WEB: http://privatewww.essex.ac.uk/~hgmarq/ > > > > > > > >-----Original Message----- >From: jav...@li... on behalf of Marques, Hugo G >Sent: Sat 04/03/2006 18:17 >To: jav...@li... >Subject: RE: [Java-player-users] InterfacePosition2D > > >Hello... > >thanks for the reply... I've double checked my code and there is no refences (not even in the classpath) to javaclient1.6.5. I already manage to control the robot's movement but the method setSpeed(int,int) is in my code of javaclient2: > > public void setSpeed (int speed, int turnrate) { > PlayerPose pp = new PlayerPose (); > pp.setPx (speed); > pp.setPa (turnrate); > setVelocity (pp, 1); > } > >I agree with you that it should not be there has it looks compliant with the previous version but in fact the speed and turnrate are different now... > >I also tried to investigate a bit further the ClassCastException and I believe that the mistake is on the player (or stage) side. It seems to me that there are variables not properly instantiated and that is somteimes it works and sometimes don't... the PlayerClient code looks fine to me... > >actually the error only happens when I receive only this message from stage: >Player v.2.0.0 > >Rather than: > >Player v.2.0.0 >selected devices [localhost:6666]: > 6666:position2d:0 (stage) > 6666:sonar:0 (stage) > 6666:laser:0 (stage) > 6666:blobfinder:0 (stage) > 6666:fiducial:0 (stage) > >I hope this helps... once again thanks... >Hugo > > > > > > >---------------------------------------------------- >Hugo Gravato Marques, University of Essex, PhD Student >PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >ADDRESS: University of Essex, Department of Computer Science, >Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >WEB: http://privatewww.essex.ac.uk/~hgmarq/ > > > > > > > >-----Original Message----- >From: jav...@li... on behalf of Radu Bogdan Rusu >Sent: Sat 04/03/2006 09:30 >To: jav...@li... >Subject: Re: [Java-player-users] InterfacePosition2D > >Hi Hugo, > > >Marques, Hugo G wrote: > > > >>Hi... >> >> >> >> >I just woke up, so I didn't have a chance to look at the problem yet >(will do soon), but... > > > >>Apart from this error I was wondering how can I make the robot move smoother and slower since even with setSpeed(1,1) it drives too fast... At the moment I can't actually control the direction of the movement... How can I solve this? >> >> >> >> >This is not good... setSpeed was removed in Javaclient2 completely! >Instead we have setVelocity (PlayerPose,int). PlayerPose has float >structures so no need to send integers. Are you using a mix between >Javaclient 1.6.5 and Javaclient2 ? > > > >>Cheers, >>Hugo >> >> >> >> >Cheers back :) >Radu. > > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Marques, H. G <hg...@es...> - 2006-03-04 19:44:43
|
Hi... I found the reason why it was given the exception. the reason was that = in the method readAll of PlayerClient when the test is.available was = being made some times there was nothing. Since I'm really in a hurry I = made a sort of dirty fix that you might want to have a look: ********************* code public void readAll () { if (isThreaded) return; try { int i=3D0; // Added by HGM while(is.available() =3D=3D 0){ // Added by HGM if (i>10000) break; // Added by HGM i++; // Added by HGM } // Added by HGM while (is.available() !=3D 0){ if (read () =3D=3D PLAYER_MSGTYPE_SYNCH){ break; } } } catch (IOException e) { throw new PlayerException ("[PlayerClient]: Error reading = data",e); } // while (read () !=3D PLAYER_MSGTYPE_SYNCH); } ****************************** end code regards... Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ =20 -----Original Message----- From: jav...@li... on behalf of = Marques, Hugo G Sent: Sat 04/03/2006 18:17 To: jav...@li... Subject: RE: [Java-player-users] InterfacePosition2D =20 Hello...=20 thanks for the reply... I've double checked my code and there is no = refences (not even in the classpath) to javaclient1.6.5. I already = manage to control the robot's movement but the method setSpeed(int,int) = is in my code of javaclient2: public void setSpeed (int speed, int turnrate) { PlayerPose pp =3D new PlayerPose (); pp.setPx (speed); pp.setPa (turnrate); setVelocity (pp, 1); } I agree with you that it should not be there has it looks compliant with = the previous version but in fact the speed and turnrate are different = now... I also tried to investigate a bit further the ClassCastException and I = believe that the mistake is on the player (or stage) side. It seems to = me that there are variables not properly instantiated and that is = somteimes it works and sometimes don't... the PlayerClient code looks = fine to me...=20 actually the error only happens when I receive only this message from = stage: Player v.2.0.0 Rather than: Player v.2.0.0 selected devices [localhost:6666]: 6666:position2d:0 (stage) 6666:sonar:0 (stage) 6666:laser:0 (stage) 6666:blobfinder:0 (stage) 6666:fiducial:0 (stage) I hope this helps... once again thanks... Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ =20 -----Original Message----- From: jav...@li... on behalf of Radu = Bogdan Rusu Sent: Sat 04/03/2006 09:30 To: jav...@li... Subject: Re: [Java-player-users] InterfacePosition2D =20 Hi Hugo, Marques, Hugo G wrote: >Hi... > =20 > I just woke up, so I didn't have a chance to look at the problem yet=20 (will do soon), but... >Apart from this error I was wondering how can I make the robot move = smoother and slower since even with setSpeed(1,1) it drives too fast... = At the moment I can't actually control the direction of the movement... = How can I solve this? > =20 > This is not good... setSpeed was removed in Javaclient2 completely!=20 Instead we have setVelocity (PlayerPose,int). PlayerPose has float=20 structures so no need to send integers. Are you using a mix between=20 Javaclient 1.6.5 and Javaclient2 ? >Cheers, >Hugo > =20 > Cheers back :) Radu. --=20 | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting = language that extends applications into web and mobile media. Attend the live = webcast and join the prime developer group breaking into this new coding = territory! http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 _______________________________________________ Java-player-users mailing list Jav...@li... https://lists.sourceforge.net/lists/listinfo/java-player-users |
From: Marques, H. G <hg...@es...> - 2006-03-04 18:17:53
|
Hello...=20 thanks for the reply... I've double checked my code and there is no = refences (not even in the classpath) to javaclient1.6.5. I already = manage to control the robot's movement but the method setSpeed(int,int) = is in my code of javaclient2: public void setSpeed (int speed, int turnrate) { PlayerPose pp =3D new PlayerPose (); pp.setPx (speed); pp.setPa (turnrate); setVelocity (pp, 1); } I agree with you that it should not be there has it looks compliant with = the previous version but in fact the speed and turnrate are different = now... I also tried to investigate a bit further the ClassCastException and I = believe that the mistake is on the player (or stage) side. It seems to = me that there are variables not properly instantiated and that is = somteimes it works and sometimes don't... the PlayerClient code looks = fine to me...=20 actually the error only happens when I receive only this message from = stage: Player v.2.0.0 Rather than: Player v.2.0.0 selected devices [localhost:6666]: 6666:position2d:0 (stage) 6666:sonar:0 (stage) 6666:laser:0 (stage) 6666:blobfinder:0 (stage) 6666:fiducial:0 (stage) I hope this helps... once again thanks... Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ =20 -----Original Message----- From: jav...@li... on behalf of Radu = Bogdan Rusu Sent: Sat 04/03/2006 09:30 To: jav...@li... Subject: Re: [Java-player-users] InterfacePosition2D =20 Hi Hugo, Marques, Hugo G wrote: >Hi... > =20 > I just woke up, so I didn't have a chance to look at the problem yet=20 (will do soon), but... >Apart from this error I was wondering how can I make the robot move = smoother and slower since even with setSpeed(1,1) it drives too fast... = At the moment I can't actually control the direction of the movement... = How can I solve this? > =20 > This is not good... setSpeed was removed in Javaclient2 completely!=20 Instead we have setVelocity (PlayerPose,int). PlayerPose has float=20 structures so no need to send integers. Are you using a mix between=20 Javaclient 1.6.5 and Javaclient2 ? >Cheers, >Hugo > =20 > Cheers back :) Radu. --=20 | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-04 09:30:27
|
Hi Hugo, Marques, Hugo G wrote: >Hi... > > I just woke up, so I didn't have a chance to look at the problem yet (will do soon), but... >Apart from this error I was wondering how can I make the robot move smoother and slower since even with setSpeed(1,1) it drives too fast... At the moment I can't actually control the direction of the movement... How can I solve this? > > This is not good... setSpeed was removed in Javaclient2 completely! Instead we have setVelocity (PlayerPose,int). PlayerPose has float structures so no need to send integers. Are you using a mix between Javaclient 1.6.5 and Javaclient2 ? >Cheers, >Hugo > > Cheers back :) Radu. -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Marques, H. G <hg...@es...> - 2006-03-04 05:38:25
|
Hi... I finally managed to receive the laser though I still obtain the error I = sent yesterday quite often... somtimes it starts like this: /************************** Player v.2.0.0 selected devices [localhost:6666]: 6666:position2d:0 (stage) 6666:sonar:0 (stage) 6666:laser:0 (stage) 6666:blobfinder:0 (stage) 6666:fiducial:0 (stage) Connecting too: localhost port: 6666... Laser interface: javaclient2.LaserInterface@33f0de /********************************* and other times like it starts like this: (without me performing any = change in the code)... /*************************************************** Player v.2.0.0 Connecting too: localhost port: 6666... Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: = javaclient2.LaserInterface at = javaclient2.PlayerClient.requestInterfaceBlobfinder(PlayerClient.java:146= 5) at minimalfirstx.Agent.initRobot(Agent.java:282) at minimalfirstx.Agent.initialize(Agent.java:121) /******************************************************* One of the problems with my first code however was that I was using = accessMode =3D 'a' when requesting an interface (like in the old = version) instead of 1 (like it is supposed to be in the current = version); Apart from this error I was wondering how can I make the robot move = smoother and slower since even with setSpeed(1,1) it drives too fast... = At the moment I can't actually control the direction of the movement... = How can I solve this? Cheers, Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ |
From: Marques, H. G <hg...@es...> - 2006-03-03 23:29:52
|
Hi... I tried to track the problem... and I have some more stuff that you = might want to have a look. I manage to obtain the laser interface using: CODE ******************************************* robot =3D new PlayerClient (host,port); System.out.println (" Connecting too: "+host+" port: "+port+"..."); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); //To change body of catch statement use File | = Settings | File Templates. } laserInterface =3D robot.requestInterfaceLaser(0, = PlayerConstants.PLAYER_PLAYER_REQ_DEV); END CODE = *************************************************************** Although, this seems unstable since sometimes the laser interface is = null. When I manage to have the laserInterface!=3Dnull I obtain null = afterwards when I try to call laserInterface.getData(). And if I try to = check whether the data is ready (laserInterface.isDataReady()) it never = is... I hope this helps... and I also hope that is an easy bug since I really = need to finish an experiment using Player2/stage2 this weekend... Thank you very much... Regards... Hugo ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ =20 -----Original Message----- From: jav...@li... on behalf of Radu = Bogdan Rusu Sent: Fri 03/03/2006 22:57 To: jav...@li... Subject: Re: [Java-player-users] Javaclient2 = java.lang.ClassCastException: javaclient2.LaserInterface =20 Hi Hugo, I'll try to see if I can duplicate the problem and will reply shortly=20 with an explanation or a patch. Thanks for the report! Radu. Marques, Hugo G wrote: >Hello... > >I just installed the javaclient2 in my computer and have a couple of = questions... > >1 - First without the position interface, which interface should I use = to move the robot now? > >2 - Is there a sample agent which uses javaclient2? > >3 - I receive an exception when trying to request the laser interface = (data below)... > >Thank you in advance... >Hugo > > > >CODE **********************: > >{ >... >robot =3D new PlayerClient (host,port); >System.out.println (" Connecting too: "+host+" port: "+port+"..."); >LaserInterface =3D robot.requestInterfaceLaser(0,'a'); >System.out.println (" Laser... ok"); >blobInterface =3D robot.requestInterfaceBlobfinder(0, 'a'); >System.out.println (" Blob ... ok"); >... >} > >THE OUTPUT ******************** : > >Player v.2.0.0 > Connecting too: localhost port: 6665... >errorrrrrrrr >Laser... ok >Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: = javaclient2.LaserInterface > at = javaclient2.PlayerClient.requestInterfaceBlobfinder(PlayerClient.java:146= 1) > at minimalfirstx.Agent.initRobot(Agent.java:283) > at minimalfirstx.Agent.initialize(Agent.java:128) > at = architecturebuilder.gui.ArchitectureBuilder.initializeWithUserObject(Arch= itectureBuilder.java:550) > at = architecturebuilder.gui.ArchitectureBuilder.initialize(ArchitectureBuilde= r.java:524) > at = architecturebuilder.gui.ArchitectureBuilder.access$800(ArchitectureBuilde= r.java:45) > at = architecturebuilder.gui.ArchitectureBuilder$25.actionPerformed(Architectu= reBuilder.java:1504) > at = javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) > at = javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:21= 69) > at = javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.jav= a:420) > at = javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) > at = javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListe= ner.java:234) > at java.awt.Component.processMouseEvent(Component.java:5488) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3126) > at java.awt.Component.processEvent(Component.java:5253) > at java.awt.Container.processEvent(Container.java:1966) > at java.awt.Component.dispatchEventImpl(Component.java:3955) > at java.awt.Container.dispatchEventImpl(Container.java:2024) > at java.awt.Component.dispatchEvent(Component.java:3803) > at = java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) > at = java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892) > at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) > at java.awt.Container.dispatchEventImpl(Container.java:2010) > at java.awt.Window.dispatchEventImpl(Window.java:1774) > at java.awt.Component.dispatchEvent(Component.java:3803) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) > at = java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread= .java:242) > at = java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.j= ava:163) > at = java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) > at = java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) > > > > > > >---------------------------------------------------- >Hugo Gravato Marques, University of Essex, PhD Student >PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >ADDRESS: University of Essex, Department of Computer Science, >Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >WEB: http://privatewww.essex.ac.uk/~hgmarq/ > > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting = language >that extends applications into web and mobile media. Attend the live = webcast >and join the prime developer group breaking into this new coding = territory! >http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > =20 > --=20 | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-03-03 22:57:10
|
Hi Hugo, I'll try to see if I can duplicate the problem and will reply shortly with an explanation or a patch. Thanks for the report! Radu. Marques, Hugo G wrote: >Hello... > >I just installed the javaclient2 in my computer and have a couple of questions... > >1 - First without the position interface, which interface should I use to move the robot now? > >2 - Is there a sample agent which uses javaclient2? > >3 - I receive an exception when trying to request the laser interface (data below)... > >Thank you in advance... >Hugo > > > >CODE **********************: > >{ >... >robot = new PlayerClient (host,port); >System.out.println (" Connecting too: "+host+" port: "+port+"..."); >LaserInterface = robot.requestInterfaceLaser(0,'a'); >System.out.println (" Laser... ok"); >blobInterface = robot.requestInterfaceBlobfinder(0, 'a'); >System.out.println (" Blob ... ok"); >... >} > >THE OUTPUT ******************** : > >Player v.2.0.0 > Connecting too: localhost port: 6665... >errorrrrrrrr >Laser... ok >Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: javaclient2.LaserInterface > at javaclient2.PlayerClient.requestInterfaceBlobfinder(PlayerClient.java:1461) > at minimalfirstx.Agent.initRobot(Agent.java:283) > at minimalfirstx.Agent.initialize(Agent.java:128) > at architecturebuilder.gui.ArchitectureBuilder.initializeWithUserObject(ArchitectureBuilder.java:550) > at architecturebuilder.gui.ArchitectureBuilder.initialize(ArchitectureBuilder.java:524) > at architecturebuilder.gui.ArchitectureBuilder.access$800(ArchitectureBuilder.java:45) > at architecturebuilder.gui.ArchitectureBuilder$25.actionPerformed(ArchitectureBuilder.java:1504) > at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) > at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169) > at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420) > at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) > at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:234) > at java.awt.Component.processMouseEvent(Component.java:5488) > at javax.swing.JComponent.processMouseEvent(JComponent.java:3126) > at java.awt.Component.processEvent(Component.java:5253) > at java.awt.Container.processEvent(Container.java:1966) > at java.awt.Component.dispatchEventImpl(Component.java:3955) > at java.awt.Container.dispatchEventImpl(Container.java:2024) > at java.awt.Component.dispatchEvent(Component.java:3803) > at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) > at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892) > at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) > at java.awt.Container.dispatchEventImpl(Container.java:2010) > at java.awt.Window.dispatchEventImpl(Window.java:1774) > at java.awt.Component.dispatchEvent(Component.java:3803) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) > at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) > > > > > > >---------------------------------------------------- >Hugo Gravato Marques, University of Essex, PhD Student >PHONE: +44 (0)7854917241, England or +351 962482416, Portugal >ADDRESS: University of Essex, Department of Computer Science, >Wivenhoe Park, Colchester Essex, CO4 3SQ, UK >WEB: http://privatewww.essex.ac.uk/~hgmarq/ > > > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Marques, H. G <hg...@es...> - 2006-03-03 17:00:05
|
Hello... I just installed the javaclient2 in my computer and have a couple of = questions... 1 - First without the position interface, which interface should I use = to move the robot now? 2 - Is there a sample agent which uses javaclient2? 3 - I receive an exception when trying to request the laser interface = (data below)... Thank you in advance... Hugo CODE **********************: { ... robot =3D new PlayerClient (host,port); System.out.println (" Connecting too: "+host+" port: "+port+"..."); LaserInterface =3D robot.requestInterfaceLaser(0,'a'); System.out.println (" Laser... ok"); blobInterface =3D robot.requestInterfaceBlobfinder(0, 'a'); System.out.println (" Blob ... ok"); ... } THE OUTPUT ******************** : Player v.2.0.0 Connecting too: localhost port: 6665... errorrrrrrrr Laser... ok Exception in thread "AWT-EventQueue-0" java.lang.ClassCastException: = javaclient2.LaserInterface at = javaclient2.PlayerClient.requestInterfaceBlobfinder(PlayerClient.java:146= 1) at minimalfirstx.Agent.initRobot(Agent.java:283) at minimalfirstx.Agent.initialize(Agent.java:128) at = architecturebuilder.gui.ArchitectureBuilder.initializeWithUserObject(Arch= itectureBuilder.java:550) at = architecturebuilder.gui.ArchitectureBuilder.initialize(ArchitectureBuilde= r.java:524) at = architecturebuilder.gui.ArchitectureBuilder.access$800(ArchitectureBuilde= r.java:45) at = architecturebuilder.gui.ArchitectureBuilder$25.actionPerformed(Architectu= reBuilder.java:1504) at = javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) at = javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:21= 69) at = javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.jav= a:420) at = javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) at = javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListe= ner.java:234) at java.awt.Component.processMouseEvent(Component.java:5488) at javax.swing.JComponent.processMouseEvent(JComponent.java:3126) at java.awt.Component.processEvent(Component.java:5253) at java.awt.Container.processEvent(Container.java:1966) at java.awt.Component.dispatchEventImpl(Component.java:3955) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Component.dispatchEvent(Component.java:3803) at = java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) at = java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) at java.awt.Container.dispatchEventImpl(Container.java:2010) at java.awt.Window.dispatchEventImpl(Window.java:1774) at java.awt.Component.dispatchEvent(Component.java:3803) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at = java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread= .java:242) at = java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.j= ava:163) at = java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at = java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) ---------------------------------------------------- Hugo Gravato Marques, University of Essex, PhD Student PHONE: +44 (0)7854917241, England or +351 962482416, Portugal ADDRESS: University of Essex, Department of Computer Science, Wivenhoe Park, Colchester Essex, CO4 3SQ, UK WEB: http://privatewww.essex.ac.uk/~hgmarq/ |
From: Radu B. R. <ru...@cs...> - 2006-02-23 22:16:57
|
Let's see... Simulation and Position(1D,2D,3D) should both work (I tested them against Stage CVS). You can grab it from CVS right now and give it a try. If everything goes according to my plans, I will build an official javaclient2 package on sunday, provided that we will test some of the remaining interfaces "on the way" (since the player drivers are not ready too). Radu. Marques, Hugo G wrote: >Hello... > >I know that the next stage 2.0 and player 2.0 will be available on monday and I would like to know when will the java client provide the services put forward on those namely. the new simulation and position interfaces since I'm really in need of both... > >Cheers, >Hugo > > >------------------------------------------------------- >This SF.Net email is sponsored by xPML, a groundbreaking scripting language >that extends applications into web and mobile media. Attend the live webcast >and join the prime developer group breaking into this new coding territory! >http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Marques, H. G <hg...@es...> - 2006-02-23 21:52:20
|
Hello... I know that the next stage 2.0 and player 2.0 will be available on = monday and I would like to know when will the java client provide the = services put forward on those namely. the new simulation and position = interfaces since I'm really in need of both... Cheers, Hugo=20 |
From: Radu B. R. <ru...@cs...> - 2006-02-21 22:57:13
|
Hellos, First of all, sorry for the cross-post. For those who are interested in programing Player/Stage with Java, I just committed an alpha (well, maybe beta) version of the new Javaclient2. I personally tested a big number of interfaces against Stage CVS, but I would really appreciate any additional tests and bug reports. In a couple of days, I will post the new examples (already available on SF), modified for Javaclient2 & Player/Stage2. If anyone wants to contribute something to the tree (code, documentation, ideas, examples), now would be a good time. I would like to synchronize the release of Javaclient2 with the one for P/S, thus minimizing the impact of changing from 1.x to 2.x for our Java users. Thanks, Radu. -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Radu B. R. <ru...@cs...> - 2006-02-15 08:09:04
|
Hey Josh, Yeah, I understand. It is a bit "risky". Well let me know if there's anything that you need for the Javaclient 1.6.5/Player 1.6.5 combo. Good luck with your class. Radu. Josh Beitelspacher wrote: >Radu, > >We're hesitant to switch to Player 2.0. This is for an undergraduate >robotics class and we're already throwing enough at the students. >Adding an untested code base to the situation doesn't seem like a >great idea. Specifically, we're the most worried about the >documentation. Player 1.6.5 didn't have the greatest documentation, >and I don't know how much further behind Player 2.0 and Javaclient 2.0 >will be. > >I'm actually using SWIG at the moment to generate an interface for >libgazebo. Going straight into libgazebo lets me run simulations much >faster than real time. As a long term goal I want to create a higher >level interface that can use libgazebo for faster than real time >simulations, or player for controlling real robots. > >Josh > >On 2/14/06, Radu Bogdan Rusu <ru...@cs...> wrote: > > >>Hey Josh, >> >>Yup, I'm talking about Player 2.0. >> >>I've been coding the 2.x interfaces for the last couple of days (I was >>about to start a thread here and on playerstage-users/developers *IF* we >>actually need a Java client anymore, provided that we can generate - to >>a certain extent - some basic functionality via SWIG), and it seems like >>the whole thing is getting close to release. How close it's hard to >>say... if it would be my call, we'd all work together to finish the damn >>thing until the end of the week, so we can all mind our AI/robotics >>high-level research afterwards. :) As about SWIG, don't get me >>started... I'm not the most prolific Java coder out there, but looking >>over some generated SWIG code (Yuck!) is what actually made me start >>porting Javaclient 1.6.5 to 2.0 anyway. :) >> >>Besides, what's the point of having a Java client, if you link against a >>system library, thus being unable to just copy a JAR nicely and use it >>on whatever operating system you want (JVM-enabled)? >> >>What interfaces would you need for your class? I can make sure that we >>finish working on those first. >> >>I will also send a mail to ps-developers and jump in to help them finish >>2.0 sooner. I was too busy with other stuff until now to actually do >>something in that direction. >> >>You *could* also still use Player/Javaclient 1.6.5, which should still >>work nicely. Make a list of whatever interfaces you are going to use, >>hardware (drivers) and simulators, and we can look to see if they are >>bug-free. >> >>Cheers, >>Radu. >> >> > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 >_______________________________________________ >Java-player-users mailing list >Jav...@li... >https://lists.sourceforge.net/lists/listinfo/java-player-users > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |
From: Josh B. <jj_...@ou...> - 2006-02-15 01:21:23
|
Radu, We're hesitant to switch to Player 2.0. This is for an undergraduate robotics class and we're already throwing enough at the students.=20 Adding an untested code base to the situation doesn't seem like a great idea. Specifically, we're the most worried about the documentation. Player 1.6.5 didn't have the greatest documentation, and I don't know how much further behind Player 2.0 and Javaclient 2.0 will be. I'm actually using SWIG at the moment to generate an interface for libgazebo. Going straight into libgazebo lets me run simulations much faster than real time. As a long term goal I want to create a higher level interface that can use libgazebo for faster than real time simulations, or player for controlling real robots. Josh On 2/14/06, Radu Bogdan Rusu <ru...@cs...> wrote: > Hey Josh, > > Yup, I'm talking about Player 2.0. > > I've been coding the 2.x interfaces for the last couple of days (I was > about to start a thread here and on playerstage-users/developers *IF* we > actually need a Java client anymore, provided that we can generate - to > a certain extent - some basic functionality via SWIG), and it seems like > the whole thing is getting close to release. How close it's hard to > say... if it would be my call, we'd all work together to finish the damn > thing until the end of the week, so we can all mind our AI/robotics > high-level research afterwards. :) As about SWIG, don't get me > started... I'm not the most prolific Java coder out there, but looking > over some generated SWIG code (Yuck!) is what actually made me start > porting Javaclient 1.6.5 to 2.0 anyway. :) > > Besides, what's the point of having a Java client, if you link against a > system library, thus being unable to just copy a JAR nicely and use it > on whatever operating system you want (JVM-enabled)? > > What interfaces would you need for your class? I can make sure that we > finish working on those first. > > I will also send a mail to ps-developers and jump in to help them finish > 2.0 sooner. I was too busy with other stuff until now to actually do > something in that direction. > > You *could* also still use Player/Javaclient 1.6.5, which should still > work nicely. Make a list of whatever interfaces you are going to use, > hardware (drivers) and simulators, and we can look to see if they are > bug-free. > > Cheers, > Radu. |
From: Radu B. R. <ru...@cs...> - 2006-02-14 17:58:58
|
Btw, I just commited a patched AudioMixerInterface to the CVS. Forgot to say thanks. :) Radu. Josh Beitelspacher wrote: >Index: javaclient/AudioMixerInterface.java >=================================================================== >--- javaclient/AudioMixerInterface.java >+++ javaclient/AudioMixerInterface.java (working copy) >@@ -148,11 +148,11 @@ > public synchronized int getMasterLeft () { return masterLeft; } > public synchronized int getMasterRight () { return masterRight; } > public synchronized int getPCMLeft () { return pcmLeft; } >- public synchronized int getPCMRight () { return pcmLeft; } >+ public synchronized int getPCMRight () { return pcmRight; } > public synchronized int getLineLeft () { return lineLeft; } >- public synchronized int getLineRight () { return lineLeft; } >+ public synchronized int getLineRight () { return lineRight; } > public synchronized int getMicLeft () { return micLeft; } >- public synchronized int getMicRight () { return micLeft; } >+ public synchronized int getMicRight () { return micRight; } > public synchronized int getIGain () { return iGain; } > public synchronized int getOGain () { return oGain; } > } > > -- | Radu Bogdan Rusu | http://rbrusu.com/ | http://www9.cs.tum.edu/people/rusu/ | Intelligent Autonomous Systems | Technische Universitaet Muenchen |