-
Notifications
You must be signed in to change notification settings - Fork 254
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
Download Fuel models on the background #1260
Comments
I have been working in this issue but I have some blockers. This is the branch of the current implementation https://github.com/ignitionrobotics/ign-gazebo/tree/ahcorde/download_background
I need to "fail" this call when there is a The callback method will return an empty string making the First question I don't know how to recover this data, is there any way to get this values ? the only idea that came to my mund is reloading the file again This gif shows how models are downloaded in the background but without the right position and naming. The other issue is about SDFs that define a geometry with an URI, this is still blocking the GUI. Like this one <model name="Radio">
<pose>3 -1.5 0 0 0 0</pose>
<static>true</static>
<link name="link">
<collision name="collision">
<geometry>
<mesh>
<uri>https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/Radio/4/files/meshes/Radio.dae</uri>
</mesh>
</geometry>
</collision>
<visual name="visual">
<geometry>
<mesh>
<uri>https://fuel.ignitionrobotics.org/1.0/OpenRobotics/models/Radio/4/files/meshes/Radio.dae</uri>
</mesh>
</geometry>
</visual>
</link>
</model> The model is downloaded in the same thread but for some reason this is blocking the runner Question: I'm not really sure who might be blocking the runner. any thoughts? This feature might include some changes in sdformat or/and fuel, Do you have any thoughts ? |
This reminds me of the
I don't really understand all that is happening here |
When opening a world with models that have not been downloaded, there can be a long delay before the GUI opens.
It's also not possible to close gazebo while it's doing the initial download of models.
Desired behavior
While models are loading, the user should be able to interact with the window and close it if wanted.
Alternatives considered
I guess we could not open the window until the models are loaded, but that may be more confusing for users.
Implementation suggestion
The text was updated successfully, but these errors were encountered: