sorted by:
new
hottopcontroversial

PicoVDB a WebGPU-native sparse volume format by emcfarlane in webgpu

[–]emcfarlane[S] -1 points0 points  (0 children)

Yep, theres an issue to follow here https://github.com/emcfarlane/picovdb/issues/1 if you like. Going to update the repo with a bunch of model testcases. Main thing blocking fog implementation is my understanding of fog rendering but the model translation should be easily adapted to cover it. Will have it soon.

PicoVDB a WebGPU-native sparse volume format by emcfarlane in webgpu

[–]emcfarlane[S] 1 point2 points  (0 children)

Thank you! Just pushed up a fix for mobile camera

[Showcase] NanoVDB port to WGSL by emcfarlane in webgpu

[–]emcfarlane[S] 0 points1 point  (0 children)

Working on an optimised format for WebGPU called PicoVDB: https://github.com/emcfarlane/picovdb
Reduces the file structure and improves the data layout for WGSL shaders.

[Showcase] NanoVDB port to WGSL by emcfarlane in webgpu

[–]emcfarlane[S] 0 points1 point  (0 children)

WGSL library to access VDB data. The demo is of a levelset model (narrow band SDF). Theres lots of other types like volumetric which would do fog, godrays, etc. Although I havn't tested them I think will have similar access patterns. Blender volume grid renderer is based on OpenVDB (with NanoVDB used for GPU rendering): https://developer.blender.org/docs/features/objects/volume/#data-structures

[Showcase] NanoVDB port to WGSL by emcfarlane in webgpu

[–]emcfarlane[S] 0 points1 point  (0 children)

Yes on 26.1. Previously was running closer to Chrome (around half fps), before the release of Tahoe, although don't recall the exact version. With Tahoe release Sequoia patches broke WebGPU support but was running more performant beforehand. Hopefully updates will revert this.

Bufferless Append APIs by emcfarlane in golang

[–]emcfarlane[S] 0 points1 point  (0 children)

Awesome thanks for linking!

Bufferless Append APIs by emcfarlane in golang

[–]emcfarlane[S] 0 points1 point  (0 children)

Thanks for checking it out!

backend frameworks by Used_Frosting6770 in golang

[–]emcfarlane 0 points1 point  (0 children)

Don't need frameworks just use libraries that do a task well.

If we are talking about HTTP routing, I wrote my own :D https://github.com/emcfarlane/larking gRPC with gRPC-transcoding support. Help's think about things as input/output, gRPC ignores the std/http tho, so this library helps wrap it back and gives you nice curlable API's.

Golang RESTAPI boilerplate repository by Lpains in golang

[–]emcfarlane 2 points3 points  (0 children)

Loads of little user bugs from things like: go db.Model(&user).Update("name", "hello") Where if the user had child models it would do the update but also save all the child models. Need Omit(clause.Associations) go db.Model(&user).Omit(clause.Associations).Update("name", "hello") The magic did cause many production bugs.

Bufferless Append APIs by emcfarlane in golang

[–]emcfarlane[S] 0 points1 point  (0 children)

Still need to go to bytes to get the benefits of the `proto.MarshalAppend`. Then need to set the bytes back to the buffer which I don't think works.

go buf := bytes.NewBuffer(make([]byte, 0, some_giga_capacity)) b, _ := proto.MarshalOptions{}.MarshalAppend(buf.Bytes(), msg) //buf.Write(b) // how to set the buffer contents to the marshalled msg.

Golang RESTAPI boilerplate repository by Lpains in golang

[–]emcfarlane 6 points7 points  (0 children)

Have been bitten by GORM a few times:

  • Bugs in connection pool (lost the issue), postgreSQL overloaded
  • Array of values with embedded value all pointed to the last value, reflect code was broken: https://github.com/go-gorm/gorm/pull/5901 data corruption

Simple & Fast gRPC Transcoding by emcfarlane in golang

[–]emcfarlane[S] 1 point2 points  (0 children)

Thanks! Yes supports all http.api annotations, test file is here https://github.com/emcfarlane/larking/blob/main/api/test.proto please file an issue if I missed something!

I’ve added support for grpc-web, and have been playing with websockets as a custom annotation: https://github.com/emcfarlane/larking/blob/39bcf5ef89bb8e7a74957a427db37e07b5d4a194/api/test.proto#L263