{"action":"created","issue":{"url":"https://api.github.com/repos/bulletphysics/bullet3/issues/2009","repository_url":"https://api.github.com/repos/bulletphysics/bullet3","labels_url":"https://api.github.com/repos/bulletphysics/bullet3/issues/2009/labels{/name}","comments_url":"https://api.github.com/repos/bulletphysics/bullet3/issues/2009/comments","events_url":"https://api.github.com/repos/bulletphysics/bullet3/issues/2009/events","html_url":"https://github.com/bulletphysics/bullet3/issues/2009","id":385110524,"node_id":"MDU6SXNzdWUzODUxMTA1MjQ=","number":2009,"title":"batch create collision objects faster.","user":{"login":"pgruenbacher","id":3332598,"node_id":"MDQ6VXNlcjMzMzI1OTg=","avatar_url":"https://avatars3.githubusercontent.com/u/3332598?v=4","gravatar_id":"","url":"https://api.github.com/users/pgruenbacher","html_url":"https://github.com/pgruenbacher","followers_url":"https://api.github.com/users/pgruenbacher/followers","following_url":"https://api.github.com/users/pgruenbacher/following{/other_user}","gists_url":"https://api.github.com/users/pgruenbacher/gists{/gist_id}","starred_url":"https://api.github.com/users/pgruenbacher/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/pgruenbacher/subscriptions","organizations_url":"https://api.github.com/users/pgruenbacher/orgs","repos_url":"https://api.github.com/users/pgruenbacher/repos","events_url":"https://api.github.com/users/pgruenbacher/events{/privacy}","received_events_url":"https://api.github.com/users/pgruenbacher/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":2,"created_at":"2018-11-28T05:41:45Z","updated_at":"2018-11-28T13:39:57Z","closed_at":null,"author_association":"NONE","body":"I'm coming from the godot world. Create 3,000 collision objects at once leads to > 5 seconds of delay. What bothers me is that the initial added objects take < 20-40 microsecs to create. However that addition time increases linearly to around 700 microsecs to create. I'm able to confirm by commenting the \r\n`btCollisionWorld::addCollisionObject()` that the processing time is increasing within bullet itself. I couldn't find anywhere in the godot code that indicates it's querying the state between time I create a new object... I cannot find anywhere in docs about batch creating collision objects (of same filter, group, aabb collision shape). \r\n"},"comment":{"url":"https://api.github.com/repos/bulletphysics/bullet3/issues/comments/442449899","html_url":"https://github.com/bulletphysics/bullet3/issues/2009#issuecomment-442449899","issue_url":"https://api.github.com/repos/bulletphysics/bullet3/issues/2009","id":442449899,"node_id":"MDEyOklzc3VlQ29tbWVudDQ0MjQ0OTg5OQ==","user":{"login":"pgruenbacher","id":3332598,"node_id":"MDQ6VXNlcjMzMzI1OTg=","avatar_url":"https://avatars3.githubusercontent.com/u/3332598?v=4","gravatar_id":"","url":"https://api.github.com/users/pgruenbacher","html_url":"https://github.com/pgruenbacher","followers_url":"https://api.github.com/users/pgruenbacher/followers","following_url":"https://api.github.com/users/pgruenbacher/following{/other_user}","gists_url":"https://api.github.com/users/pgruenbacher/gists{/gist_id}","starred_url":"https://api.github.com/users/pgruenbacher/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/pgruenbacher/subscriptions","organizations_url":"https://api.github.com/users/pgruenbacher/orgs","repos_url":"https://api.github.com/users/pgruenbacher/repos","events_url":"https://api.github.com/users/pgruenbacher/events{/privacy}","received_events_url":"https://api.github.com/users/pgruenbacher/received_events","type":"User","site_admin":false},"created_at":"2018-11-28T13:39:57Z","updated_at":"2018-11-28T13:39:57Z","author_association":"NONE","body":"I did create them all in the same location. cause i was doing create 3000 objects, then iterate over them to transform. I updated the code to add a random transofrm when creating the 3000 objects, and now the delay still increases linearly, but slower this time (200 microsec at the end instead of 900 microsec). "}}
{"actor":{"display_login":"pgruenbacher"}}