-
Notifications
You must be signed in to change notification settings - Fork 550
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
Update example instructions in README.md #2166
Conversation
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.
bors r+
Timed out |
bors retry |
Timed out |
bors retry |
1 similar comment
bors retry |
bors r+ |
Not awaiting review |
1 similar comment
Not awaiting review |
Build failed |
bors retry |
I don't think retry works as expected... |
Not awaiting review |
2071: Remaping descriptor sets in the gl backend r=kvark a=ZeGentzy I'll rebase off master when I'm done. Uniforms in gl only have a bindings field, not a set one. This means that for shaders that use multiple sets to work, we must change where we are binding them. See page 14 for what I mean: https://www.khronos.org/assets/uploads/developers/library/2016-vulkan-devday-uk/4-Using-spir-v-with-spirv-cross.pdf PR checklist: - [ ] `make` succeeds (on *nix) - [ ] `make reftests` succeeds - [ ] tested examples with the following backends: 2164: [mtl] Borrowed commands r=grovesNL a=kvark PR checklist: - [ ] `make` succeeds (on *nix) - [x] `make reftests` succeeds - [x] tested examples with the following backends: r? @gfx-rs/metallists This PR attempts to have lightweight software commands that don't take any heap space or own ObjC objects. In most cases, where a command list is live-recorded and executed once, this should reduce the amount of work we do per command, which is especially important if those commands are thrown away (e.g. because we are not inside a render pass). My expectation would be to see an improvement in #2161 due to us doing less work. The actual results are somewhat shocking: with v-sync enabled I'm getting the same 59-60 fps as usual. With v-sync OFF, I'm getting between 25 and 50 fps now (which is lower than the previous 50-70). Not sure what's going on, the instrumental profile doesn't give a clue. Please check out the code. 2166: Update example instructions in README.md r=kvark a=king6cong Co-authored-by: Hal Gentz <zegentzy@protonmail.com> Co-authored-by: Dzmitry Malyshau <kvarkus@gmail.com> Co-authored-by: king6cong <king6cong@gmail.com>
Build failed (retrying...) |
2164: [mtl] Borrowed commands r=grovesNL a=kvark PR checklist: - [ ] `make` succeeds (on *nix) - [x] `make reftests` succeeds - [x] tested examples with the following backends: r? @gfx-rs/metallists This PR attempts to have lightweight software commands that don't take any heap space or own ObjC objects. In most cases, where a command list is live-recorded and executed once, this should reduce the amount of work we do per command, which is especially important if those commands are thrown away (e.g. because we are not inside a render pass). My expectation would be to see an improvement in #2161 due to us doing less work. The actual results are somewhat shocking: with v-sync enabled I'm getting the same 59-60 fps as usual. With v-sync OFF, I'm getting between 25 and 50 fps now (which is lower than the previous 50-70). Not sure what's going on, the instrumental profile doesn't give a clue. Please check out the code. 2166: Update example instructions in README.md r=kvark a=king6cong Co-authored-by: Dzmitry Malyshau <kvarkus@gmail.com> Co-authored-by: king6cong <king6cong@gmail.com>
Build failed (retrying...) |
Build failed |
Bors retry
… On Jun 22, 2018, at 15:28, bors[bot] ***@***.***> wrote:
Build failed
continuous-integration/travis-ci/push
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
bors r+ |
Not awaiting review |
Timed out |
Bors retry
… On Jun 23, 2018, at 04:46, bors[bot] ***@***.***> wrote:
Timed out
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
bors r+ |
Not awaiting review |
Timed out |
Bors retry
… On Jun 23, 2018, at 14:50, bors[bot] ***@***.***> wrote:
Timed out
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@kvark looks like we need to retry this again |
It didn't seem to do anything |
Bors r+
… On Jul 10, 2018, at 20:32, Josh Groves ***@***.***> wrote:
It didn't seem to do anything
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Timed out |
Bors retry
… On Jul 11, 2018, at 02:23, bors[bot] ***@***.***> wrote:
Timed out
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Timed out |
Bors r+
… On Jul 11, 2018, at 12:52, bors[bot] ***@***.***> wrote:
Timed out
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Can't believe this happened :D |
No description provided.