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

Fall back to mjpeg if ros_compressed is unavailable #87

Merged

Conversation

sfalexrog
Copy link

As it turns out, ROS's image_transport does not yet support Python. For us this means that if we're trying to use ros_compressed as our compression type by default, then we won't get any images from Python nodes unless we explicitly request another compression method. This is somewhat unintuitive and frustrating for our users.

My proposed fix is to check whether there's a /compressed topic for the requested image topic and to fall back to mjpeg compression if there isn't.

@jihoonl jihoonl merged commit fa6cc25 into RobotWebTools:develop Apr 17, 2019
dirk-thomas added a commit that referenced this pull request Sep 19, 2019
* fix SteadyTimer check for backported ROS versions (#71)

i.e. on current kinetic

* Add PngStreamer (#74)

* lax rule for topic name (#77)

* Add a workaround for MultipartStream constant busy state (#83)

* Add a workaround for MultipartStream constant busy state
* Remove C++11 features

* Add "default_stream_type" parameter (#84)

This allows users to specify default stream type in their .launch files. Using a "ros_compressed" stream type sometimes
results in a much lower resource consumption, and having it set as a default is much nicer for end users.

* update changelog

* 0.2.0

* Fall back to mjpeg if ros_compressed is unavailable (#87)

* Update travis config (#89)

* Restream buffered frames with minimum publish rate (#88)

* Restream buffered frames with minimum publish rate

* Implement restreaming for ros_compressed_streamer

* update changelog

* 0.2.1
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants