[WIP] Ray casting by kvark · Pull Request #43 · three-rs/three

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvark · 2017-06-25T02:54:12Z

Fixes#23, eventually

This change is

* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

@vitvakatu

33: New input API r=kvark Closes#8 r? @vitvakatu

34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

39: Exposing Pointer<Node> publically as NodePointer r=kvark

…hree-rs types. Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

…work (without a lot of extra effort)

40: Added macro for implementing conversion traits on structs that wrap three-rs types. r=kvark This macro makes it really easy for structs that simply wrap a three-rs type to implement the right traits so that those custom types can interop with three-rs methods really easily. The macro is nice and flexible and the field name is optional. I chose the syntax `MyStruct#field` because it seemed more natural to me than `MyStruct.field` or `MyStruct::field` (since `x::y` is usually for modules or methods, not fields). [See the effect of this change here](https://github.com/sunjay/panda/commit/d508806d9f5f47fe4267b98f5823142108decaac) Really wanted to replace macros in `src/scene.rs` with some macros that could be used outside of the crate, but unfortunately that didn't workout because while internal three objects have access to the `node` field, structs external to the crate do not. This causes problems in `as_ref` and if that one was going to deviate, we might as well make a single macro for the special purpose of classes that wrap three-rs objects.

alteous · 2017-08-16T10:19:14Z

Has there been any progress on this PR?

kvark · 2017-08-16T16:35:17Z

@alteous there is a lot to do here, not much progress since what is published here (distracted by other shiny things).

Rhuagh · 2017-09-21T19:02:13Z

There is now a BVH in collision-rs that has support for raycasting. It's not super fast yet, but I have some ideas for that.

kvark · 2017-09-21T20:56:11Z

@Rhuagh I pushed all of the local code here now. It's hacky and not production ready.
Please feel free to take over, if find this useful.

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

kvarkand others added 30 commits June 5, 2017 15:28

Basic OBJ loading
1607747

Moved test data to a separate folder
44b6b4f

Proper normals/UV from OBJ files
0d739c8

Basic OBJ material loading
1fbb3ec

LRU-indexing of OBJ meshes
5561022

Improved OBJ material loading with a new example model
cb7a814

Texture cache
d1ac277

Texturing for basic material
f2db026

WIP mint integration
89473e9

Mint integration - examples
71e0562

Filled up cargo manifest
23d6fc7

Removal of local transform state
6b29ac7

Removal of VisualObject
11e6991

Removal of LightObject
e9beb6a

Flat Lambertian shading
fdf2c07

Removal of Object::visible flag
ebf9af0

NodeInfo logic
8246590

Quick fix for int/uint mismatch with MAX_LIGHTS
8f74755

Gitter integration
2c5cf94

[WIP] Documentation (#29)
3fce33d
* Add basic documentation * Provide top-level documentation for every struct * Document every public entity * Replace crate-level documentation * Remove in-doc example

Update graph in sync
c9ece22

Merge#32
3ad7954
32: Update graph in sync r=kvark I think it was mistake not to call `update_graph` in `sync()`. Without this, `NodeInfo` doesn't contain *actual* info and `sync()` panics on `scene_id` assertion.

New input API
bf87746

Merge#33
f629eb3
33: New input API r=kvark Closes#8 r? @vitvakatu

Native projection types
4de4e84

Merge#34
6cf6abe
34: Native projection types r=kvark Finishes the last bits of #4 Also simplifies the projection setups. Basically, we only provide the vertical FOV/extent, and the horizontal is derived from the current aspect ratio in order to produce square pixels.

Group demo
9eb84eb

Vertex buffer sharing
6da42be

Exposing Pointer<Node> publically as NodePointer
058a696

Merge#39
cf7a555
39: Exposing Pointer<Node> publically as NodePointer r=kvark

sunjayand others added 3 commits June 24, 2017 00:46

changing # to :: in macro syntax and ignoring doctest which will not …
c94a970
…work (without a lot of extra effort)

kvark changed the title ~~[WIO] Ray casting~~[WIP] Ray castingJun 25, 2017

kvark added 3 commits June 24, 2017 22:55

WIP bounds
034d941

WIP collision-rs integration
0ddf67b

AABB backwards pass
e235fff

kvark force-pushed the ray branch from fd9b355 to e235fffCompare June 25, 2017 02:55

Shape trait
4996482

kvark force-pushed the master branch from 04d2060 to afddb1dCompare November 10, 2017 15:58

Uh oh!

Conversation

kvark commented Jun 25, 2017• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

alteous commented Aug 16, 2017

Uh oh!

kvark commented Aug 16, 2017

Uh oh!

Rhuagh commented Sep 21, 2017

Uh oh!

kvark commented Sep 21, 2017

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

Uh oh!

Conversation

kvark commented Jun 25, 2017• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

alteous commented Aug 16, 2017

Uh oh!

kvark commented Aug 16, 2017

Uh oh!

Rhuagh commented Sep 21, 2017

Uh oh!

kvark commented Sep 21, 2017

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

Uh oh!

Conversation

kvark commented Jun 25, 2017• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

alteous commented Aug 16, 2017

Uh oh!

kvark commented Aug 16, 2017

Uh oh!

Rhuagh commented Sep 21, 2017

Uh oh!

kvark commented Sep 21, 2017

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

5 participants

Uh oh!

Conversation

kvark commented Jun 25, 2017• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

alteous commented Aug 16, 2017

Uh oh!

kvark commented Aug 16, 2017

Uh oh!

Rhuagh commented Sep 21, 2017

Uh oh!

kvark commented Sep 21, 2017

Uh oh!

Reviewers

Assignees

Labels

Projects

kvark commented Jun 25, 2017•
edited
Loading

kvark commented Jun 25, 2017•
edited
Loading

kvark commented Jun 25, 2017•
edited
Loading

kvark commented Jun 25, 2017•
edited
Loading

kvark commented Jun 25, 2017•
edited
Loading

kvark commented Jun 25, 2017•
edited
Loading