-
Notifications
You must be signed in to change notification settings - Fork 486
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
Custom shadow caster materials #3048
Custom shadow caster materials #3048
Conversation
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Spotlight shadows
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
Signed-off-by: Steven Peters <scpeters@openrobotics.org>
Signed-off-by: Steven Peters <scpeters@openrobotics.org>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I managed to remove the input parameter to the service in scpeters@18092a2; please consider merging it in
The changes work great! I just merged in your branch. |
the CustomShadowCaster tests are failing on macOS:
I think it's ok to disable these tests if there is not an easy fix |
These tests I created use approximating for validation and can be unpredictable. |
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
The test is still failing and I'll try to update it again before I just remove it. |
I did notice an issue with PCF on macOS in #3036 (review), but I'm not sure if that's related |
#3036 uses separate shaders so that might not be the issue. I removed the integration test to prevent future error output. |
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
4f4c801
to
1096936
Compare
the test is working on Ubuntu, so I would add it back in but disable it for macOS. For example, here is some cmake logic that skip tests depending on the operating system: |
Signed-off-by: William Lew <WilliamMilesLew@gmail.com>
This field was desired by gazebosim/gazebo-classic#3048, though it couldn't be added due to ABI concerns. So add it to fortress for future use. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
The shadow caster name in the Scene is empty if the ignition transport service call fails, so initialize it to the default value. Follow up to gazebosim#3048. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
The shadow caster name in the Scene is empty if the ignition transport service call fails, so initialize it to the default value. Follow up to #3048. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
We received a bug report in the conda-forge repo (conda-forge/gazebo-feedstock#90) that Gazebo 11.8 (where this PR first appears) does not start in Windows, with this error:
I think that this PR is the culprit. Do you have any idea how to fix the issue? I am not sure whether the problem occurs outside of our conda-forge build. |
I think I see the issue where shadow_caster_vp_glsl is defined both in:
A temporary fix could be to:
If that doesn't work then I'm currently checking out the issue and rebuilding my workspace, but I'll send a follow up if the solution works on my end. |
Thanks for looking into it so quickly @WilliamLewww. It would be great if you let us know which of your two suggestions ends up being the better one, and we can patch it on conda-forge until a new release comes out. |
No worries! I was able to fix the issue on my end with the following changes: WilliamLewww@8d50434. I will be opening a pull request soon to add the changes. Let me know if this fixes the issue you ran into. |
Motivated by gazebosim/gazebo-classic#3048. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
* scene.proto: add shadow_caster_material_name Motivated by gazebosim/gazebo-classic#3048. Signed-off-by: Steve Peters <scpeters@openrobotics.org> Co-authored-by: Louise Poubel <louise@openrobotics.org>
I added a new SDF parameter ignition:shadow_caster_material_name to specify what shadow caster material should be used to render shadows.
Currently, the scene is hard-coded to always use "Gazebo/shadow_caster" for all shadow caster materials.
Adding custom shadow casters could also allow the usage of custom uniform parameters without clumping up "Gazebo/shadow_caster".
Related pull request: WilliamLewww#5