Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gz log --echo renders state log unplayable #2136

Closed
osrf-migration opened this issue Jan 11, 2017 · 6 comments
Closed

gz log --echo renders state log unplayable #2136

osrf-migration opened this issue Jan 11, 2017 · 6 comments
Labels
bug Something isn't working major

Comments

@osrf-migration
Copy link

Original report (archived issue) by Deanna Hood (Bitbucket: d_hood).

The original report had attachments: diff.txt, after_small.log, before_small.log


If I have a state log captured by gazebo using -r, and then run a filter over it, I have issues playing back the resulting file even if no filter is used.

that is, I am simply using (for debug purposes):

gz log --echo --file before_small.log > after_small.log

and I find that after_small.log is not playable. I get:

[Err] [World.cc:2180] Unable to find model[robot]

printed repeatedly, while before_small.log is playable with

 rosrun gazebo_ros gazebo -p `pwd/`before_small.log --verbose --pause

(the --pause is necessary or it will not play).

I've attached the log files and the diff (txt versions). The log file was created using the software for the ARIAC competition (https://bitbucket.org/osrf/ariac/wiki/tutorials) and involves a UR10 arm using URDF and xacro. Without that arm (the model "robot"), everything works fine.

I've only tried with gazebo 7.4 from debs

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


It looks like the filtering is removing the <insertions>, so the model is never inserted in the filtered version.

@osrf-migration
Copy link
Author

Original comment by Deanna Hood (Bitbucket: d_hood).


that looks about right to me. Just to be clear: the files I attached were created without any filter being used (unless there is a default filter that's used when --filter is not specified)

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


  • changed state from "new" to "resolved"

Process insertions and deletions on gz log echo - fix issue #2136

→ <<cset 47cafce>>

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


See pull request #2608

@osrf-migration
Copy link
Author

Original comment by Deanna Hood (Bitbucket: d_hood).


thank you for looking at this @chapulina - I will comment here when I get a chance to confirm that PR 2608 fixes this for my situation.

@osrf-migration
Copy link
Author

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).


Merged in issue_2136 (pull request #2608)

Process insertions and deletions on gz log echo - fix issue #2136

Approved-by: Steven Peters scpeters@osrfoundation.org
Approved-by: Nathan Koenig natekoenig@gmail.com

→ <<cset 3f3870c>>

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working major
Projects
None yet
Development

No branches or pull requests

1 participant