huggingface / huggingface/gsplat.js

Experimental feature: low quality sort and render

Open
#63 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
TypeScript
Stars
1.7k
Forks
109
Avg merge
16m
Merged PRs (30d)
1

Description

Im experimenting with low quality mode in cases when camera moves quickly to prevent rendering with stale sort order.
Current implementation is available [here](https://adaptive-sort.netlify.app/). Its still very naive and kinda buggy, but shows the idea and tradeoffs. It can be improved with precomputing splats "weight" based on opacity and dimensions and/or non-linear depth/density.
Currently low quality mode is enabled whenever camera moves, but ideally this decision should be made based on latency of sorting and writing depthIndex.
What are you thinking about this feature/idea? Are tradeoffs worth it?
EDIT: there is no progress bar, so you have to wait a little bit in darkness ;)

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the linked experimental demo and the issue's discussion of camera movement, sorting, depthIndex writes, and low-quality rendering. The issue does not identify repository files, tests, or a concrete completion criterion, so the feature's behavior and success conditions need to be clarified before implementation.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
performance
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.