From: Nicola B. <nb...@es...> - 2006-02-02 19:59:11
|
Hi, I have some problem with LogProxy: I recorded a log file from a Gazebo simulation with "playervcr" and then with "player -r log_file config_file" I can reuse this data in my application. The problem is that, even if I use the same log file, everytime my application picks up the data at different time intervals, so I can never get the same results. Isn't possible to get ALL the log data, one by one with its own time step? Cheers Nicola -- ------------------------------------------ Nicola Bellotto University of Essex Department of Computer Science Wivenhoe Park Colchester CO4 3SQ United Kingdom Room: 1N1.2.8 Tel. +44 (0)1206 874094 E-Mail: nb...@es... URL: http://privatewww.essex.ac.uk/~nbello ------------------------------------------ |
From: Brian G. <br...@ge...> - 2006-02-07 18:36:49
|
On Feb 2, 2006, at 11:58 AM, Nicola Bellotto wrote: > > I have some problem with LogProxy: > I recorded a log file from a Gazebo simulation with "playervcr" and > then with > "player -r log_file config_file" I can reuse this data in my > application. > The problem is that, even if I use the same log file, everytime my > application > picks up the data at different time intervals, so I can never get > the same > results. > Isn't possible to get ALL the log data, one by one with its own > time step? You should be able to do that by selecting the PLAYER_DATAMODE_PUSH_ASYNC mode in your client program. brian. |
From: Daniel C. <dan...@ok...> - 2006-02-07 19:40:57
|
Hello, Has anybody used a Point Grey Bumblebee camera with player? I'm having troubles with the configuration file and don't get the colors right. I tried the "bayer" mode to no avail. Help!. Thanks, DanielC |
From: Ben G. <bp...@gr...> - 2006-02-07 19:58:58
|
Daniel, This worked for me. You'll need to select the right Bayer pattern to use. This is different depending on the camera resolution. It'll fix things if the image simply has the colors swapped around. For: 800x600 use mode "640x480_mono" bayer "RGGB" 1024x768 use mode "1024x768_mono" bayer "BGGR" Other things could be wrong. Not all bumblebees are color cameras. Make sure yours is. If this fails, let me know and I'll dig deeper. Regards, Ben On Tuesday 07 February 2006 14:40, Daniel Cruz wrote: > Hello, > > Has anybody used a Point Grey Bumblebee camera with player? I'm having > troubles with the configuration file and don't get the colors right. I > tried the "bayer" mode to no avail. Help!. > > Thanks, > > DanielC |
From: Daniel C. <dan...@ok...> - 2006-02-07 20:13:30
|
I love this list! That made the trick :) Daniel. On Feb 7, 2006, at 1:57 PM, Ben Grocholsky wrote: > Daniel, > > This worked for me. You'll need to select the right Bayer pattern to > use. This > is different depending on the camera resolution. It'll fix things if > the > image simply has the colors swapped around. > For: > 800x600 use > mode "640x480_mono" > bayer "RGGB" > 1024x768 use > mode "1024x768_mono" > bayer "BGGR" > > Other things could be wrong. Not all bumblebees are color cameras. > Make sure > yours is. If this fails, let me know and I'll dig deeper. > > Regards, > Ben > > On Tuesday 07 February 2006 14:40, Daniel Cruz wrote: >> Hello, >> >> Has anybody used a Point Grey Bumblebee camera with player? I'm having >> troubles with the configuration file and don't get the colors right. I >> tried the "bayer" mode to no avail. Help!. >> >> Thanks, >> >> DanielC > > > ------------------------------------------------------- > 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=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > _______________________ Daniel Cruz Graduate Researcher --- MARHES Lab --- Advanced Tech Research Center Oklahoma State University Daniel.Cruz@Okstate.Edu Lab (405) 744 - 2077 |
From: Toby C. <tco...@pl...> - 2006-02-07 20:17:29
|
I havent used the camera myself but I you wont the most useful help please post your player version and the config file you are using. As a long shot, are you setting both the bayer options, the bayer method to use and the colour ordering? Toby Daniel Cruz wrote: > Hello, > > Has anybody used a Point Grey Bumblebee camera with player? I'm having > troubles with the configuration file and don't get the colors right. I > tried the "bayer" mode to no avail. Help!. > > Thanks, > > DanielC > > > > ------------------------------------------------------- > 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=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > |
From: Nicola B. <nb...@es...> - 2006-02-17 18:32:32
|
Hi, unfortunately the PLAYER_DATAMODE_PUSH_ASYNC mode doesn't work, or I'm still doing something wrong. Is there anywhere a small piece of code showing how to retrieve all the data from a .log file, one by one? Cheers, Nicola On Tuesday 07 Feb 2006 16:44, Brian Gerkey wrote: > On Feb 2, 2006, at 11:58 AM, Nicola Bellotto wrote: > > I have some problem with LogProxy: > > I recorded a log file from a Gazebo simulation with "playervcr" and > > then with > > "player -r log_file config_file" I can reuse this data in my > > application. > > The problem is that, even if I use the same log file, everytime my > > application > > picks up the data at different time intervals, so I can never get > > the same > > results. > > Isn't possible to get ALL the log data, one by one with its own > > time step? > > You should be able to do that by selecting the > PLAYER_DATAMODE_PUSH_ASYNC mode in your client program. > > brian. > > > ------------------------------------------------------- > 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=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users -- ------------------------------------------ Nicola Bellotto University of Essex Department of Computer Science Wivenhoe Park Colchester CO4 3SQ United Kingdom Room: 1N1.2.8 Tel. +44 (0)1206 874094 URL: http://privatewww.essex.ac.uk/~nbello ------------------------------------------ |
From: Brian G. <br...@ge...> - 2006-02-17 18:47:45
|
On Feb 17, 2006, at 10:32 AM, Nicola Bellotto wrote: > Hi, > unfortunately the PLAYER_DATAMODE_PUSH_ASYNC mode doesn't work, or > I'm still > doing something wrong. Hmm, that really should get you all the data. Have you tried adding: autoplay 0 to the readlog configuration? That would ensure that playback doesn't start until your client connects. You could also try slowing down playback to less than 1 with the -f <speed> option to player. > Is there anywhere a small piece of code showing how to > retrieve all the data from a .log file, one by one? Well, you can't access the logfile directly from your client program, because it looks just like the devices from which it is supplying data. That's benefit and cost of abstraction. Depending on what you're doing, you might want to parse the logfile directly in your application. It's a very simple text format that easy enough to parse. brian. > On Tuesday 07 Feb 2006 16:44, Brian Gerkey wrote: >> On Feb 2, 2006, at 11:58 AM, Nicola Bellotto wrote: >>> I have some problem with LogProxy: >>> I recorded a log file from a Gazebo simulation with "playervcr" and >>> then with >>> "player -r log_file config_file" I can reuse this data in my >>> application. >>> The problem is that, even if I use the same log file, everytime my >>> application >>> picks up the data at different time intervals, so I can never get >>> the same >>> results. >>> Isn't possible to get ALL the log data, one by one with its own >>> time step? >> >> You should be able to do that by selecting the >> PLAYER_DATAMODE_PUSH_ASYNC mode in your client program. >> >> brian. >> >> >> ------------------------------------------------------- >> 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=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> Playerstage-users mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > -- > ------------------------------------------ > Nicola Bellotto > University of Essex > Department of Computer Science > Wivenhoe Park > Colchester CO4 3SQ > United Kingdom > > Room: 1N1.2.8 > Tel. +44 (0)1206 874094 > URL: http://privatewww.essex.ac.uk/~nbello > ------------------------------------------ > > > ------------------------------------------------------- > 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=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users |
From: Nicola B. <nb...@es...> - 2006-02-23 22:32:55
|
Brian, I've tried all your suggestions, but unfortunately still I couldn't get all the data and the readings extracted were different every time I run the program. I had a look at "readlog.cc" (on Player 1.6.5) and indeed I've found that a thread is continuously reading from the log file. I modified it then with a temporary, simple trick: in the function "ReadLog::Main()" I have set the "enable" flag to "false" a couple of time, as you can see from the piece of code below. ... linenum = 0; this->enable = false; // <--- force to wait for user read command! while (true) { pthread_testcancel(); // Process requests this->ProcessLogConfig(); this->ProcessOtherConfig(); // If we're not supposed to playback data, sleep and loop if(!this->enable) { usleep(10000); continue; } this->enable = false; // <--- force to wait for user read command! ... In this way, on my client program I just have to call "SetReadState(1)" and wait for the next data from the log file to be available and then read. Below is the relative code from my program: ... logp.SetReadState(1); for (;;) { if (logp.GetState() != 0) exit(-1); if (logp.state == 0) break; // data ready, go on usleep(10000); } if (client.Read()) exit(1); ... Now I don't miss any data and it's independent from the speed of the PC (I tried both on my slow laptop and my fast desktop). I think it would be nice to add this functionality to the LogProxy, maybe with the same idea but using a solution a little more fancy than mine ;) Cheers, Nicola On Friday 17 Feb 2006 18:47, Brian Gerkey wrote: > On Feb 17, 2006, at 10:32 AM, Nicola Bellotto wrote: > > Hi, > > unfortunately the PLAYER_DATAMODE_PUSH_ASYNC mode doesn't work, or > > I'm still > > doing something wrong. > > Hmm, that really should get you all the data. Have you tried adding: > autoplay 0 > to the readlog configuration? That would ensure that playback > doesn't start until your client connects. > > You could also try slowing down playback to less than 1 with the -f > <speed> option to player. > > > Is there anywhere a small piece of code showing how to > > retrieve all the data from a .log file, one by one? > > Well, you can't access the logfile directly from your client program, > because it looks just like the devices from which it is supplying > data. That's benefit and cost of abstraction. > > Depending on what you're doing, you might want to parse the logfile > directly in your application. It's a very simple text format that > easy enough to parse. > > brian. > > > On Tuesday 07 Feb 2006 16:44, Brian Gerkey wrote: > >> On Feb 2, 2006, at 11:58 AM, Nicola Bellotto wrote: > >>> I have some problem with LogProxy: > >>> I recorded a log file from a Gazebo simulation with "playervcr" and > >>> then with > >>> "player -r log_file config_file" I can reuse this data in my > >>> application. > >>> The problem is that, even if I use the same log file, everytime my > >>> application > >>> picks up the data at different time intervals, so I can never get > >>> the same > >>> results. > >>> Isn't possible to get ALL the log data, one by one with its own > >>> time step? > >> > >> You should be able to do that by selecting the > >> PLAYER_DATAMODE_PUSH_ASYNC mode in your client program. > >> > >> brian. > >> > >> > >> ------------------------------------------------------- > >> 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=lnk&kid=103432&bid=230486&dat=121642 > >> _______________________________________________ > >> Playerstage-users mailing list > >> Pla...@li... > >> https://lists.sourceforge.net/lists/listinfo/playerstage-users > > > > -- > > ------------------------------------------ > > Nicola Bellotto > > University of Essex > > Department of Computer Science > > Wivenhoe Park > > Colchester CO4 3SQ > > United Kingdom > > > > Room: 1N1.2.8 > > Tel. +44 (0)1206 874094 > > URL: http://privatewww.essex.ac.uk/~nbello > > ------------------------------------------ > > > > > > ------------------------------------------------------- > > 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=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Playerstage-users mailing list > > Pla...@li... > > https://lists.sourceforge.net/lists/listinfo/playerstage-users > > ------------------------------------------------------- > 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=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users -- ------------------------------------------ Nicola Bellotto University of Essex Department of Computer Science Wivenhoe Park Colchester CO4 3SQ United Kingdom Room: 1N1.2.8 Tel. +44 (0)1206 874094 E-Mail: nb...@es... URL: http://privatewww.essex.ac.uk/~nbello ------------------------------------------ |
From: Brian G. <br...@ge...> - 2006-02-26 23:34:17
|
On Feb 23, 2006, at 2:32 PM, Nicola Bellotto wrote: > > I've tried all your suggestions, but unfortunately still I couldn't > get all > the data and the readings extracted were different every time I run > the > program. > I had a look at "readlog.cc" (on Player 1.6.5) and indeed I've > found that a > thread is continuously reading from the log file. I modified it > then with a > temporary, simple trick: in the function "ReadLog::Main()" I have > set the > "enable" flag to "false" a couple of time, as you can see from the > piece of > code below. Thanks for the tip. I'll incorporate some version of that kind of fine-grained control into Player 2.0. brian. |
From: Nicola B. <nb...@es...> - 2007-05-05 08:17:11
|
Hi, Last year I was asking if the LogProxy could be used to get _all_ the data, one by one, from a log file, without missing bits in case the PC cannot process the data as fast as they were recorded. On my old Player 1.6.5, I hacked a little the LogProxy to do that. Now I would like to use Player 2.0, but I was wondering if the problem has been solved (from the doc, it seems not...). Thanks, Nicola On Sunday 26 February 2006 23:34:28 Brian Gerkey wrote: > On Feb 23, 2006, at 2:32 PM, Nicola Bellotto wrote: > > I've tried all your suggestions, but unfortunately still I couldn't > > get all > > the data and the readings extracted were different every time I run > > the > > program. > > I had a look at "readlog.cc" (on Player 1.6.5) and indeed I've > > found that a > > thread is continuously reading from the log file. I modified it > > then with a > > temporary, simple trick: in the function "ReadLog::Main()" I have > > set the > > "enable" flag to "false" a couple of time, as you can see from the > > piece of > > code below. > > Thanks for the tip. I'll incorporate some version of that kind of > fine-grained control into Player 2.0. > > brian. > > > ------------------------------------------------------- > 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 -- ------------------------------------------ Nicola Bellotto Department of Computer Science University of Essex Wivenhoe Park Colchester CO4 3SQ United Kingdom Room: 1N1.2.8 Tel. +44 (0)1206 874094 URL: http://privatewww.essex.ac.uk/~nbello ------------------------------------------ |
From: Brian G. <br...@ge...> - 2007-05-09 19:47:51
|
On May 5, 2007, at 1:16 AM, Nicola Bellotto wrote: > Last year I was asking if the LogProxy could be used to get _all_ > the data, > one by one, from a log file, without missing bits in case the PC > cannot > process the data as fast as they were recorded. > > On my old Player 1.6.5, I hacked a little the LogProxy to do that. > Now I would > like to use Player 2.0, but I was wondering if the problem has been > solved > (from the doc, it seems not...). I haven't verified this, but the readlog driver *should* deliver all the messages from the log file, and they should all be enqueued for delivery to the client. Of course, if the client reads too slowly, the server-side queue for that client will eventually fill up (after the TCP send and receive buffers have also filled up). If you get server-side messages about full message queues, then you should reduce the 'speed' of the readlog driver to less than 1.0, so that the log file is read more slowly. Alternatively, you could increase PLAYER_MSGQUEUE_DEFAULT_MAXLEN in player.h brian. |
From: Nicola B. <nb...@es...> - 2007-05-14 12:17:24
|
Brian, Thanks for the suggestion, but I would like to be able to stop the server from sending data (from the log file) as long as I want, and being able to restart the reading from the same point where I left, like if I was debugging the data. The little trick I used in the "readlog.cc", posted last year, did the job, althought it wasn't very elegant. I thought something like that could have been integrated in the "readlog" driver with some nice option to enable the step-by-step data delivery (a little too advanced to implement myself :P ). Regards, Nicola On Wednesday 09 May 2007 20:40, you wrote: > On May 5, 2007, at 1:16 AM, Nicola Bellotto wrote: > > Last year I was asking if the LogProxy could be used to get _all_ > > the data, > > one by one, from a log file, without missing bits in case the PC > > cannot > > process the data as fast as they were recorded. > > > > On my old Player 1.6.5, I hacked a little the LogProxy to do that. > > Now I would > > like to use Player 2.0, but I was wondering if the problem has been > > solved > > (from the doc, it seems not...). > > I haven't verified this, but the readlog driver *should* deliver all > the messages from the log file, and they should all be enqueued for > delivery to the client. Of course, if the client reads too slowly, > the server-side queue for that client will eventually fill up (after > the TCP send and receive buffers have also filled up). If you get > server-side messages about full message queues, then you should > reduce the 'speed' of the readlog driver to less than 1.0, so that > the log file is read more slowly. Alternatively, you could increase > PLAYER_MSGQUEUE_DEFAULT_MAXLEN in player.h > > brian. -- ------------------------------------------ Nicola Bellotto University of Essex Department of Computer Science Wivenhoe Park Colchester CO4 3SQ United Kingdom Room: 1N1.2.8 Tel. +44 (0)1206 874094 URL: http://privatewww.essex.ac.uk/~nbello ------------------------------------------ |
From: Brian G. <br...@ge...> - 2007-05-14 17:06:34
|
On May 14, 2007, at 5:16 AM, Nicola Bellotto wrote: > Thanks for the suggestion, but I would like to be able to stop the > server from > sending data (from the log file) as long as I want, and being able > to restart > the reading from the same point where I left, like if I was > debugging the > data. > The little trick I used in the "readlog.cc", posted last year, did > the job, > althought it wasn't very elegant. I thought something like that > could have > been integrated in the "readlog" driver with some nice option to > enable the > step-by-step data delivery (a little too advanced to implement > myself :P ). Hmm, you can start and stop playback from the client side via the 'log' interface. Check playervcr for an example of doing this using libplayerc. You could start playback, read, then stop playback. If you set the playback speed low enough, you should be to get a single message in between start and stop (though it would be difficult to strictly guarantee this). I've never tried this myself, but I don't see any obvious problems. brian. |
From: Toby C. <tco...@pl...> - 2007-05-14 20:33:35
|
Hi, Just an extra note, you could do as Brian suggested, but you could extend Play->Read->Stop, with a if data available read one, if not data then Player->Read->Stop which would make sure you dont get a gradual build up of messages if two do get read in the window it is playing, Toby On 5/15/07, Brian Gerkey <br...@ge...> wrote: > > > On May 14, 2007, at 5:16 AM, Nicola Bellotto wrote: > > > Thanks for the suggestion, but I would like to be able to stop the > > server from > > sending data (from the log file) as long as I want, and being able > > to restart > > the reading from the same point where I left, like if I was > > debugging the > > data. > > The little trick I used in the "readlog.cc", posted last year, did > > the job, > > althought it wasn't very elegant. I thought something like that > > could have > > been integrated in the "readlog" driver with some nice option to > > enable the > > step-by-step data delivery (a little too advanced to implement > > myself :P ). > > Hmm, you can start and stop playback from the client side via the > 'log' interface. Check playervcr for an example of doing this using > libplayerc. > > You could start playback, read, then stop playback. If you set the > playback speed low enough, you should be to get a single message in > between start and stop (though it would be difficult to strictly > guarantee this). I've never tried this myself, but I don't see any > obvious problems. > > brian. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Playerstage-users mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-users > -- This email is intended for the addressee only and may contain privileged and/or confidential information |